5465, со скобкой я полностью согласен. Но стоит мне поставить скобку и ваше решение становится таким же, как и моё. К несчастью, ошибка остаётся той же.
GavriKos, выглядит не как попытка помочь, а как попытка застыдить что ли. Да я уверен, что мой код безопасен, так как в таком малом коде потеряться невозможно, он не положит систему, так как и разрабатывался с целью выжать максимум из железа, следовательно, и тестировался в экстремальных условиях с разными процессорами, разным количеством ядер и памяти. Я пишу код не на условном C или C++, а на Go в котором написать всё можно почти всегда только 1 способом, так что код понятен любому Go разработчику. Суть моего вопроса действительно может сбивать с толку. Я видел, как опытные программисты используют иногда и по три протокола на проект, поэтому и спросил, стоит ли повторять и какой это имеет смысл.
GavriKos, так я же не на языке ассемблера пишу. По опыту там и двух тысяч строк без документации не выходит. Вот и получается, что для каждого проекта своё решение пишется дня за 2-3. Если проект планируется поддерживать, а не сдать по скорее, то это может быть хорошим решением. Вопрос мой был в другом. Если я уже поднял даже условный сокет, есть ли смысл к нему использовать ещё и http?
Александр Павлюк, некоторое время назад я имел опыт работы с этой библиотекой через php и был мягко говоря разочарован скоростью. Могут ли возникнуть существенные просадки в скорости при использовании ffmpeg для трансляций в сравнении с другими библиотеками?
Roman K, Честно, не вижу ошибку. Я проверил ещё раз при помощи поиска и обнаружил два совпадения. Если вы имели в виду, что 'localhost:3000 != ''http://'localhost:3000', то это ошибка не ко мне, так как Хабр при публикации не даёт указать правильные ссылки вне кода.
Речь шла не о замене реляционности, а о хранении информации. Условно пропусков. В таблице у каждого человека есть пропуск, например, в спортзал. Этот пропуск имеет свои параметры ( например, дату истечения срока, уровень подписки и так далее). У каждого человека есть свой пропуск. Поиск или прочие операции по пропуску не могут происходить по сценарию. Так можно ли использовать тут JSON для того, чтобы прямо у пользователя сохранить его пропуск, а не создавать дополнительную таблицу?
Kentavr16, специфика вопроса в этичности этого решения. Есть строгие стандарты написания "чистого кода" и спорные вопросы. Например, все названия классов начинаются с большой буквы. Код, скорее всего (зависит от языка), скомпилируется. Но это будет нарушением правил "чистого кода". Так что вопрос можно было сформулировать так: "Насколько меня будут осуждать коллеги за то, что я использовал JSON в реляционной базе данных?".
WbICHA, Откуда мне знать? Я только студент 1-го курса. Моим преподавателям под 50, среди одногруппников нет людей, работающих программистами. Именно поэтому я обращаюсь на форум, где довольно часто ловлю агрессивную критику за "глупые" вопросы.
uvelichitel, схема примерно такая ( сверху вниз, где низ - обращение к БД ):
handler.go (перечисление всех маршрутов и handlers к ним)
user.go ( все handlers для user )
user.service.go ( сервис для user )
user.repository.go (обращение к БД )