Раз пошла такое #сидимдома, напишу-ка я новое API для форума, чтобы по моде, со всеми плюшками.
Есть вот такой набросок "плана работ": https://app.swaggerhub.com/apis/Asmody/mista/2.0
Это, конечно, не последний вариант, но с чего-то надо начинать.
Я планирую это всё как-нибудь реализовать почти "в прямом эфире". Стримов не обещаю, но скринкасты буду делать и выкладывать.

Дополнительные вводные:
а) данные берем из существующей БД, но изменения структуры под запретом; (это чтоб всякие "миграции" сразу исключить)
б) исходный двиг не используется;
в) запускаться это всё должно в docker;
г) ХЗ...

Осталось решить главный вопрос: на чём пилить?
У меня такие основные варианты:
1) elixir + phoenix
+++ - ФП со всеми "плюшками"; язык странный, но приятный; бешенная производительность BEAM и OTP;
--- - ФП со всеми "заморочками"; на elixir я не писал ничего сложнее "Hello, World", ну и немного подковыривал чужой код;

2) typescript + hapi.js
+++ - нода она и в Африке нода: стильно, модно, асинхронно; TypeScript более-менее адекватная версия js; документации дофига;
--- - нода, будь она неладна, со всей её инфраструктурой пакетов; документация устаревает через полчаса после написания; язык с концепцией "проще - значит неправильно" (это про js, но и ts там рядом проходил);

3) golang + gin
+++ - один бинарник; быстрый компилятор; ну и вообще - самый писк и струя;
--- - я не большой поклонник go; странные заморочки с внешними библиотеками, "вендеринг" и все такое; последний раз я шупал go года 2 назад, сейчас там, говорят, всё по другому;

ну и чтоб было:
4) python + flask
5) php + lumen
на эти пункты я не буду +++ и --- писать, мне они не очень интересны в плане саморазвития.

Java/C# не рассматриваю принципиально - не того уровня проект, чтоб так заморачиваться.
Не считаю себя мегапрофи ни в одном из предложенных вариантов, будет повод подтянуться.
В общем, какой вариант к вечеру наберет больше голосов, на том и будем писать.

(0) таки

конечно же питон, этож модно сковородно. !!

Я был бы против ноды и питона на сервере.
Остальные страшные слова мне не знакомы.

А какая разница потребителю этого АПИ, на чем он будет реализован?

Всё что не Java это полное фуфло.

Только gin лишнее!
Хватит:
    "encoding/json"
    _ "github.com/go-sql-driver/mysql"
    "github.com/gorilla/mux"
    "github.com/jmoiron/sqlx"
    "net/http"

(4) А как же причастность?

Имхо выиграет пункт 7.

(5) джава твоя фуфло древнее. не зря котлин придумали.

(0) Замечание по API:
1. Почему только GET и POST, где PUT и DELETE ?
2. Права нужны чтобы DELETE не все могли
3. Оно аля REST(ful) или ну так вышло
4. Авторизация через OAuth 2.0 когда будет?
5. Хочу встроенную систему управления видимостью, т.е. можно юзера отправить в собственный теневой бан

(6) ...вот за такие ссылки на гитхаб, гошников надо по голове кувалдой бить...

с чем я сталкивался:
1) вот у тебя по ссылке mux последний коммит 3 months... а мы помнится заюзали такую либу в проекте... сейчас там last commit 1,5 years ago
2) разработчик либы устал-ухожуй...все..всем спасибо у всех всё развалилось
3) у провайдера или у РНК чето вклинило и всё, все релизы и ci/cd по пи..де

(11) *РКН конечно, очепятка

Для бэка я бы наверно go взял.
Быстрый, сетевой, многопоточный, кросскомпиляция.

Да-да! И чтобы там можно было грабить корованы!

(3)
Почему против Питона?

(15) Притормознут. И с многопоточностью заморочки. Фласк - он однозадачный, так что руками придётся...

- А не спеть ли мне песню?
- А не спеть!

(16) а зачем на форуме многозадачность?

99% запросов к апи на форуме, это тупой селект в базу, дайбог с парой джойнов.. там нечего параллелить

На Фузине же..., ну.

(10) Основные операции "получить" и "добавить". "изменить" и "удалить" для обычного пользователя не предусмотрено, а админский контекст я оставил "за скобками".

(18) А ты прикинь, сколько одновременных запросов будет

(19) Тупой-то он тупой, но наша развесистая лапша из параметров, настроек, прав и др. заставляет порой поломать голову в сочинении запроса.

(21) То есть редактирования своих сообщений не будет...

(0) только Java

(15)  ты неправ. "Пайтен"

)

Для общего кругозора и саморазвития самое оно.

git будет?

(11)
1. Подсунь нужную версию вручную
2. Бывает, это риск использования любого не встроенного, на Java и на NodeJS тоже самое
3. Рассказать тебе про свой DNS?

(21) Админы от не админов по сути только правами отличаются.
Они видят больше и могут больше - есть смысл все в одном апи делать.
И уже правами разруливать.

Например можно на своих ветках разрешать удалять свои сообщения и даже ветки сносить оффтопике чтобы хлама поменьше было.
Понятно что ветки полезные лучше оставлять но это уже право админа вернуть и приколотить ветку отняв права на нее у создателя.

(0) форум можно сделать и на 1С :)

(30) Где же столько лицензий взять?

(31) На мобильной версии можно - там если монетизации нет то бесплатно

(32)+ Мобильная версия работает под win на x86

Кстати да. А есть же уже МП 1С клиента Миста?

(34)+ Просто почему бы не сделать некую импортозамещение slack ?

предлагаю такую идею,) офиц.группа в vk , при добавлении темы/поста на форуме оно уходит в vk группу

(31) я имел ввиду на http-сервисах :) они не лицензируются.

Все тлен

(25) Вот согласен)))

(37) под 1С сильно могучий сервер нужно, серверную лицензию нужно, дорого, однако

(36) ага, и бота в телеграм.
Нафиг

(29) если операции нет, то её и нет. Нафига городить права?

Я забыл проголосовать

А будет ли вам доступен cross-origin?

только не флеш...

даешь аякс в массы :)

я бы сначала посмотрел,что без проблем можно на сервак поставить.

(28) когда google начали банить большинство сайтов полегло из-за того,что скрипты напрямую с гугля тянуло.
опять же,если ссылка куда-то,то там может оказаться все,что угодно-аккаунты гита тоже ломают.

(0) лучше сделай человечачью подстветку синтаксиса 1с

И вообще идеально было бы, если бы можно было одним списком увидеть ответы на свои сообщения в разных темах

(0) если времени есть - пили на чём-то модном чем не владеешь (заодно и немного прокачаешься в теме), если времени не особо - пиши на том чем владеешь в совершенстве.

я-б пошёл хапнуть джина, пожалуй

(30) делал лет 5 назад чатик (с шифрованием, длекджеком и дамами)... не-не-не

Только Enterprise Java Beans! Только хардкор!

(48) я не представляю зачем такая херь может понадобиться

(53) У тебя фантазия слабая...

(53) чтобы можно было по-быстрому просмотреть цепочку беседы и ответить ответивним. Сейчас для этого приходится нырять в каждую из тем. По-моему "мне ответили" стандартная функция для многих форумов

Ключевой вопрос - Зачем? И с какой целью? Какую проблему решит новый API?

(56) А почему нет, если время есть?

NodeJS

(56) +1

Rust + actix
Scala + play

(58) хоть бы не палился

(60) rust я как-то воспринимаю как системный язык. это как на С веб-прилодения писать. можно, но зачем?
а scala... у меня не настолько мощный компьютер, чтобы комфортно программировать на scala. ну не хватает ей core7 + 32Гб

(62) на Си пишется все,что угодно,особенно,если хочется скорости выполнения.
ну и многопоточность без проблем с общей памятью и стстемными семаформами.
а если копнуть в сторону подписок на завершение,то такое можно сделать,чего другим языкам и не снилось.
главное,ошибок в коде не делать,а то,порой,стний экран и все...

(62) Rust - это не С. Производительность сравнимая, но синтаксис более модный и молодежный. На сколько понимаю цель не просто написать API, но и получить полезный и интересный опыт.
Scala на любителя, но мне нравится. На счет нехватки мощности ПК не понятно. Приведите пример что конретно тормозит? Единственное, что видел как Idea может напряч железо при редактировании SBT файлов, меня - это не сильно беспокоит, но наверняка можно и отключить.

(62) https://actix.rs/ все красиво и лакончино.

(62) И для понимания зачем страдать с Rust, если можно проще и быстрее навоять на чем-то другом быстрее. https://www.techempower.com/benchmarks/

Для тренировки и разбирательств -  проекта самое то

Поддерживаю golang, с vendoring и modules разберешься.
Для серверной части go подходит.
Goland IDE шустрый - лицензии на stepick выдают.

gin - martini-like api, чтобы это не значило!

.

хз, что там у вас в планах, но очень нужна oauth2 авторизация, чтобы к сисечному конкурсу можно было запилить нормальное приложение, для участников, для жюри, для голосующих

хотя, конечно, если вы готовы логин и пароль вводить на boobzle.mista.ru, то можно и как в (0) оставить

С этим oauth2 весь мир сошёл с ума...
Был в одной конторке - у них там даже корпоративный b24 на двухфакторной авторизации... И это при том, что мордой в чистый интернет он не смотрел...

(73) двухфакторная авторизация тут вообще не причем

(74) Один овосчЪ.

(61) у меня сейчас весь софт на ноде.
Сначала так же относился, пока не попробовал и не проверил в действии (до этого кроме 1С было: Java, php, C#)

(76) ну, написать то, что не течет и не падает на ноде сильно сложнее, чем на том же 1с, или тем более похапэ (который отработал и издох)

(76) [у меня сейчас весь софт на ноде] - и что, ни один из предложенных вариантов не подошёл?

(78) о каких вариантах речь?

забыл сунуть. люмен - это ж кагбэ ларавель?

(0) что по итогу?

C# не рассматриваю принципиально - не того уровня проект, чтоб так заморачиваться.
А я бы заморочился и еще на Blazor на вэбассембли. Правда сейчас пока как интерпритатор кода, но к ноябрю обещают AOT
https://metanit.com/sharp/blazor/1.1.php