теоретический вопрос :) Есть у меня пинговалка на сях; берёт несколько тыщ оборудования из базы и в кучу потоков пингает. Сейчас нужно прикрутить к ней некие события: при пропаже/восстановлении пинга - дёргать некое rest api. Есть ли смысл на гошке переписывать? :) - На сях - а) просто дописать чучуть кода. б) быстрее (?) - На гошке - а) интересно, б) в теории - проще потом изменять при необходимости (?)

Ребят, помогите пожалуста хочу зделать некий кеш, что б когда в 2й раз запускаешь прогу, то брало данные с кеша, и только которых нету брало с нета, ну и кидало в кеш https://gist.github.com/Oleg-MBO/c6430b0afd611261d4417633ae64f32f так вот, сделал log.Fatal(messdata) чтоб поймать, было ли кешированое вообще что то, только не переходит в ету строку, не могу понять почему кто то может пальцем тыкнуть? а то я по ходу тупой

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

Ребят, помогите пожалуста хочу зделать некий кеш, что б когда в 2й раз запускаешь прогу, то брало данные с кеша, и только которых нету брало с нета, ну и кидало в кеш https://gist.github.com/Oleg-MBO/c6430b0afd611261d4417633ae64f32f так вот, сделал log.Fatal(messdata) чтоб поймать, было ли кешированое вообще что то, только не переходит в ету строку, не могу понять почему кто то может пальцем тыкнуть? а то я по ходу тупой

bolt юзаю

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

ну не, если на сях доделаю, переделывать точно влом будет)

зато прокрастинацию прокачаешь

смотри сколько плюсов )

теоретический вопрос :) Есть у меня пинговалка на сях; берёт несколько тыщ оборудования из базы и в кучу потоков пингает. Сейчас нужно прикрутить к ней некие события: при пропаже/восстановлении пинга - дёргать некое rest api. Есть ли смысл на гошке переписывать? :) - На сях - а) просто дописать чучуть кода. б) быстрее (?) - На гошке - а) интересно, б) в теории - проще потом изменять при необходимости (?)

я бы на гошке перепилил. тут и делать нечего, по сути.

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

ну и с чтением конфигов возня

вот драйвер: https://github.com/mattn/go-oci8 вот мои любимые пакеты для конфигов: https://github.com/spf13/viper и https://github.com/hjson/hjson-go/

вайпер уже юзал, ага, с остальным - спасибо)

обращайся

а дайте чего-нить почитать на тему фиксированного числа горутин, или чего-нить типа отложенного исполнения, или чего-нить типа класического thread pool :)

А, хотя нагуглил, спасибо)

а для пакетов можешь сразу смотреть в awesome-go.com

угу, в букмарки, спасибо)

о как. недоглядел я, видимо.

ээээ... это гдето в самой основе написано

ээээ... это гдето в самой основе написано

если так, тогда напутал что-то.

Ну вот а ты сам как себе шедулинг по таймеру поедставляешь в однопотоке?

Только или управляя с уровня выше, или йелд, как винда.

Или GOMAXPROCS > 1. Но это уже не однопоточный вариант, а как раз многопоточный :)

попробуй гошку, вот что-что, а гошка в вебе хорош.

найди дешевый шаред хостинг где можно проекты на го запускать ))

дешево — это сколько в долларах?

ну около 1

ты за бакс для ноды не найдешь

или сколько там сейчас пхп хостинги стоят..

давно не видел цены

херня сравнение

прям реально

хотя сейчас уже наверное фиг найдешь шаред хостинг... вдски у всех

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

все хотят cpanel

или иммитацию )

все хотят cpanel

нахрена?

жить так проще

ну они там холивар устроили выше про go vs php, вот я и ответил первое что в голову пришло

кому-то

:D

мда

ясненько

ндааа. понятно.

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

я бы сказал иначе

цпанель подойдет для 80% проектов на пхп

Разве на шаред нельзя скопировать бинарник, который скомпилировать на хост системе?

20% все равно будут руками разворачиваться

Разве на шаред нельзя скопировать бинарник, который скомпилировать на хост системе?

а запускать бинарник как будешь? > /dev/null?

/cgi-bin/ :D

страшно то как :D

опеншифт бесплатно

очевидно много не потянет

если уж об этом говорить, aws на год тоже бесплатно

?

я сейчас задам крутой вопрос

@kirilldanshin он тебе понравится

?

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

в вебе

куда люди ходят

у кого из?

у тебя

допустим :)

тут ответ да или нет

всё просто )

ERROR: S client not available

а, если проще — да

отлично )

nginx на входе юзаешь?

или напрямую запросы пускаешь

фидбек собираю. у меня сейчас nginx висит, товарищи в одной конторе сразу на голанг

на одном из серверов вынужденно юзаю, но это пока я веб-сервер на Go не дописал.

я имею ввиду, веб-сервер на Go == аналог nginx

допишу, кстати, код открою

я просто думаю в проекте, где Echo за основу взят, наружу вытащить голанг + http2 поднять

ну, тут много вариантов есть

можно вытащить саму гошечку

ага

можно слушать им https

Вот TLS я бы nginx доверил. Всётаки это промышленный стандарт, да и быстрее оно там будет

второй вариант — вытащить наружу гошку на fasthttp под http, а на https повесить nginx с патчами для ALPN и openssl 1.0.2i.

Вот TLS я бы nginx доверил. Всётаки это промышленный стандарт, да и быстрее оно там будет

из коробки он даже хуже встроенного в гошку.

там отрубать надо пару штук, чтобы tls летать начал

подтюнить, так сказать

если не секрет, ты о каких?

момент, найду только

нашел

RFC 5077

из коробки он даже хуже встроенного в гошку.

Относительно чего такое суждение? Не могу найти ничего кроме мутного поста на реддите https://www.reddit.com/r/golang/comments/28so0e/go_networking_performance_vs_nginx/ Мне кажется что такое маловероятно хотябы потому что nginx написан на C и производительность является его краеугольным камнем

так или иначе сама передача запроса между nginx и go на транспортном уровне съедает время

Думаю что ради безопасности/кеширования/проксирования запросов этим можно принебречь

я бы сказал так, nginx стоит использовать потому что используют все, давно и промстандарт )

безопасность – в чем она?

В том что я больше доверяю разбор http/https соединений nginx чем go потому что его код смотрит больше исследователей чем код http сервера в go :)

ну вот я и говорю, юзаем, потому что не юзать страшновато ))

я по той же причине пока что за то, чтобы golang прятать за nginx

Согласен

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