так а зачем нужна node.js?

Там проще с неизвестным.

Ну ему видимо проще аля - my $json = decode_json($JSON);

там проще, но как это решит проблему запихивания в go?

Никак, да.

Там проще с неизвестным.

Ну как проще-то. Если писать нормально, то придется обложиться проверками по самое нихочу.

Люди, кто-нибудь скрещивал go и react? Интересует стартовый вариант, вот пока не вижу других вариантов как npm init react-app app, а потом копипаста в папку с проектом на го, может есть проще варианты?

Ну как проще-то. Если писать нормально, то придется обложиться проверками по самое нихочу.

Массив, объект — копаем дальше; строка, число — готово. Потом сгенерировать код для плагина, скомпилировать и готова структура. Ладно, я понял, что не туда думаю. Спасибо.

погодите

если вам надо просто структур наделать из json - для этого специальные сервисы есть

https://mholt.github.io/json-to-go/

Доброго дня всем. Подскажите, пожалуйста, QUIC поддерживается во всех браузерах (которые поддерживают http2)? Насколько я знаю QUIC - грубо говоря, просто http2 поверх UDP (с error correction и другими фишками)

Это разные протоколы, разная поддержка.

Где могу узнать какие браузеры поддерживают?

Гугль думаю знает ?

А я думал, http/2 только tcp

Там же пушинг сообщений, нет?

эторазнеые протоколы примерно одного назначения

А я думал, http/2 только tcp

Это другой протокол. Квик называется, выше ж написано.

вернее - пересекающихся множеств назначений

Извините, не внимателен

Люди, кто-нибудь скрещивал go и react? Интересует стартовый вариант, вот пока не вижу других вариантов как npm init react-app app, а потом копипаста в папку с проектом на го, может есть проще варианты?

я обычно фронтенд в gobindata засовываю

с ним же произошла история неприятная с подменой репы

я с тех пор на fileb0x перешел

с ним же произошла история неприятная с подменой репы

ага, читал что-то такое

https://mholt.github.io/json-to-go/

Спасибо! А чтобы результат в го, который уже работает, засунуть, норм будет скомпилировать плагин?

я с тех пор на fileb0x перешел

не знал о таком

с ним же произошла история неприятная с подменой репы

А есть ссылка на драму?

Спасибо! А чтобы результат в го, который уже работает, засунуть, норм будет скомпилировать плагин?

да хрен его знает

А есть ссылка на драму?

не-а. я каем уха слышал, сам не проверял, просто пересел, и все

я с тех пор на fileb0x перешел

прикольная штука, однако

А есть ссылка на драму?

https://github.com/jteeuwen/go-bindata/issues/5

Да я нашёл уже, но спасибо за ответ все равно ?

Люди, кто-нибудь скрещивал go и react? Интересует стартовый вариант, вот пока не вижу других вариантов как npm init react-app app, а потом копипаста в папку с проектом на го, может есть проще варианты?

а вариант 2 разных приложений, не зависимо живущих не подходит?

Люди, кто-нибудь скрещивал go и react? Интересует стартовый вариант, вот пока не вижу других вариантов как npm init react-app app, а потом копипаста в папку с проектом на го, может есть проще варианты?

как они вообще связаны?

Что-то вот странного хочется, как в перле, в одной папке всё, и бэкенд и фронтенд.

статику раздаешь отдельно nginx’ом и все норм

пускай у тебя будет папка project, внутри которой папки frontend и backend

прикольная штука, однако

и еще одна, для самых простых случаев. например - sql запросы всосать https://github.com/tscholl2/embd

пускай у тебя будет папка project, внутри которой папки frontend и backend

Ну, приблизительно чего то такого и хочется. Вроде нашёл что-то https://github.com/olebedev/go-starter-kit

и еще одна, для самых простых случаев. например - sql запросы всосать https://github.com/tscholl2/embd

спасибо

я еще маленький

а зачем искать готовое, если можно собрать самостоятельно? пусть даже на основе того, что скинул

sql не юзаю

sql не юзаю

кстати, кто что может посоветовать для миграций?

мне просто для этих целей gorm тянуть неохота, а он мне показался максимально удобным, да

а зачем искать готовое, если можно собрать самостоятельно? пусть даже на основе того, что скинул

Меня больше интересует как люди делают, в какой последовательности, например сначала создаём проект на реакте, и туда уже внедряем бэкенд на го... я только учусь, изучаю.

Меня больше интересует как люди делают, в какой последовательности, например сначала создаём проект на реакте, и туда уже внедряем бэкенд на го... я только учусь, изучаю.

люди делают два отдельных проекта, где собранную реактовскую статику отдает nginx :)

люди делают два отдельных проекта, где собранную реактовскую статику отдает nginx :)

ну, если люди туповаты, то да

люди делают два отдельных проекта, где собранную реактовскую статику отдает nginx :)

Ну хз, такое себе. Вот у меня в шаблоне прописан вызов реакта, это имеет право на жизнь?

Ну хз, такое себе. Вот у меня в шаблоне прописан вызов реакта, это имеет право на жизнь?

а, ну если такой кейс

Ну хз, такое себе. Вот у меня в шаблоне прописан вызов реакта, это имеет право на жизнь?

Имеет, но лучше не надо.

ну, если люди туповаты, то да

аргументы за/против какие?

ну, если люди туповаты, то да

аргументы? помимо того, что го может тоже отдавать

ну, если люди туповаты, то да

поясните?) чем разделение профилей разработки плохо?

два сервиса вместо одного

а, ну если такой кейс

у меня подобное на проекте, фронт медленно переводится на vue это боль и страдания, лучше сразу писать SPA на фронте

каталог со статикой, требующий отдельного деплоя

поясните?) чем разделение профилей разработки плохо?

В GoLand один проект будет, удобно)

В GoLand один проект будет, удобно)

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

В GoLand один проект будет, удобно)

и так себе поддержка фронта и путаница с файлами

чтобы потом это не привратилось в сложно поддерживаемое месиво

или мы слушаем на разных портах/адресах, или мы проксируем запросы к сервису через nginx, а это утраивает расход сокетов

ERROR: S client not available

чтобы потом это не привратилось в сложно поддерживаемое месиво

А там нет никакого мессива, папка public в ней вся статика и сборка js. Остальные папки для го.

А там нет никакого мессива, папка public в ней вся статика и сборка js. Остальные папки для го.

ну вот смотри, допустим тебе надо на тот же бэк посадить еще один лэндинг, под отдельным хостом. что будешь делать?

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

еще один проект полностью деплоить

А там нет никакого мессива, папка public в ней вся статика и сборка js. Остальные папки для го.

ну так это статика и сборка фронта, а где сорцы?

ну вот смотри, допустим тебе надо на тот же бэк посадить еще один лэндинг, под отдельным хостом. что будешь делать?

Один лендинг - один бэк.

ну так это статика и сборка фронта, а где сорцы?

Там же в public.

Один лендинг - один бэк.

странное решение, как минимум не экономное, как максимум затрудняющее горизонтальное масштабирование

странное решение, как минимум не экономное, как максимум затрудняющее горизонтальное масштабирование

Ну так-то от задачи. К примеру это бложик, мне куда его масштабировать-то?

Там же в public.

в итоге бардак и месиво, так как в паблик у тебя и готовая сборка, и сорцы

в итоге бардак и месиво, так как в паблик у тебя и готовая сборка, и сорцы

Это не мессиво не нужное в .gitignore прописал и всё.

в итоге бардак и месиво, так как в паблик у тебя и готовая сборка, и сорцы

неразрешимая проблема, ага

в итоге бардак и месиво, так как в паблик у тебя и готовая сборка, и сорцы

я в паблик бинарь отправляю портом слушать.

неразрешимая проблема, ага

такая же неразрешимая, как и деплой отдельного каталога со статикой

Ну так-то от задачи. К примеру это бложик, мне куда его масштабировать-то?

ну вот глобально да, а в общем гораздо проще подход с разделением ответственности + всегда будет возможность при разрастание проекта на клиентскую часть посадить выделеного фронта, которому не надо будет разбираться что ты на городил в купе с бэком, и тебе не надо будет бояться, что он в бэке что-то не там пропишет в go на js-е

или сдк не нужен если на гошке

Некропост. Можно без сдк пилить, погугли например ссх-сервер на го. Кросс-компиляцией собирал, бросил бинарник на целевой андроид и все нормально заработало

ну это для гуглоплея не подойдёт

ну вот глобально да, а в общем гораздо проще подход с разделением ответственности + всегда будет возможность при разрастание проекта на клиентскую часть посадить выделеного фронта, которому не надо будет разбираться что ты на городил в купе с бэком, и тебе не надо будет бояться, что он в бэке что-то не там пропишет в go на js-е

У фронта есть папка public, больше ему лезть никуда не нужно, оттуда он может собирать, запускать свой сервер. Ну опять же от задачи, мне к примеру не нужно масштабировать, фронт я, бэк тоже я.

С разрешения Админа: ⭐️Ищу фрилансера для работы над собственным проектом по парсингу данных на Golang Есть прототипы go-syslog сервер (собирает syslog логи) и go-parser (парсит логи из файла по тегам), которые рабоют раздельно. Обеденить их работу чтобы данные попадали в syslog сервер, парсились по полям и выводится JSON: Syslog data -> syslog server -> go-parser -> JSON Требуемые знания: - Понимание протокола syslog и как обынчо собирают логи с UNIX систем - Понимание go channel, go routine, unix socket, gomaxproc, буферизация - Понимание работы парсеров логов на поля (по тегам, регуляркам). - Понимание нотации JSON и записи данных в БД - Готовность погружаться в работу go-syslog и go-parser ТЗ имеется. Готов оплачивать почасовую работу работу фрилансера с оценкой по часам. Бюджет до 50к. #вакансия #фриланс

С разрешения Админа: ⭐️Ищу фрилансера для работы над собственным проектом по парсингу данных на Golang Есть прототипы go-syslog сервер (собирает syslog логи) и go-parser (парсит логи из файла по тегам), которые рабоют раздельно. Обеденить их работу чтобы данные попадали в syslog сервер, парсились по полям и выводится JSON: Syslog data -> syslog server -> go-parser -> JSON Требуемые знания: - Понимание протокола syslog и как обынчо собирают логи с UNIX систем - Понимание go channel, go routine, unix socket, gomaxproc, буферизация - Понимание работы парсеров логов на поля (по тегам, регуляркам). - Понимание нотации JSON и записи данных в БД - Готовность погружаться в работу go-syslog и go-parser ТЗ имеется. Готов оплачивать почасовую работу работу фрилансера с оценкой по часам. Бюджет до 50к. #вакансия #фриланс

Звучит не плохо, а что по срокам ?

Звучит не плохо, а что по срокам ?

Сроки обсуждаемые, задача не срочная, сроки обсуждаемые с исполнителем. Главное реализация ??

Сроки обсуждаемые, задача не срочная, сроки обсуждаемые с исполнителем. Главное реализация ??

Хмм .. а покажите ТЗ, можно в элэс :)

Хмм .. а покажите ТЗ, можно в элэс :)

Отписал в личные сообщения. Так же жду предложений по сотрудничествсу

так а зачем нужна node.js?

ты что, нода - главный конкурент го

это может быть, но в этой задаче?

это может быть, но в этой задаче?

на задачу внимания не обращал, сейчас позыряю

ты что, нода - главный конкурент го

А вы тот ещё тролль, сударь.

В смысле го задумывался скорее как конкурент жабы, а нода... Наверное, она тоже так задумывалась, но поддерживать на ней большие проекты сложнее, чем на той же жабе.

А вы тот ещё тролль, сударь.

я серьезно, ну ок го компилируемый, но js тоже компилируется также в асемблер с недавнего времени, nectar.js компилятор называется в остальном все тоже самое, и да нода лучше жабы в миллион раз если что