коллеги, а вот скажите - зачем для go докер?

удобное апи для лимитов. и в гетерогенной инфраструктуре (когда есть не только го) - чо б нет.

Ребят, всем привет! 13 июля состоится Firebase Meetup #2, в формате CodeLab. На нашем codelab вы научитесь использовать Firebase для создания Android приложений и применять такие сервисы как: Firebase Realtime Database, Firebase Authentication, Firebase Remote Config, Firebase Notifications, Firebase Invites, Firebase AdMob, Firebase Crash Reporting, Firebase TestLab, Google Analytics for Firebase. Спикер: Александр Денисов, участник Google I/O 2017 и GDG Lead в Нижнем Новгороде. * Для участия вам будет необходим лаптоп с установленным Android Studio версии не ниже чем 2.2 Когда и где? 13 июля, в 19:00 Москва, Коворкинг Yellow Door, Страстной б-р, 12с1 Информация по проекту: http://firebase.apptractor.ru Регистрация: https://apptractor.timepad.ru/event/516461/

Чрут вместо докера безопаснее?)

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

Ну, я не гоняю, а вот мои опсы, да

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

это вот троллинг щас?

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

я немного потерялся, так в чём опасность использования Docker'а как "leightweight virtual machine"? кроме багов, баги имеют свойство лататься.

докер - не виртуальная машина

докер - не виртуальная машина

это я понимаю, однако насколько мне известно Docker основан на механизмах изолации процессор Linux kernel'я?

это вот троллинг щас?

sort of

Ну, не она. Но все равно из нее наружу мало что сделаешь

а эти механизмы именно для sandbox'инга и предназначаются

security sandboxing without a VM

process isolation

Ну многие хостеры продают openvz как vps. Тот же докер

И то что нет на го ничего ктоме веба толкового. Ну админы некоторые его ещё юзают. Нативная какая то выползла, но загнулась

На го пишут криптовалюты

И то что нет на го ничего ктоме веба толкового. Ну админы некоторые его ещё юзают. Нативная какая то выползла, но загнулась

сетевая файловая система мало связана с web'ом, однако для Go отличное применение

кстати.. может я открою вам секрет.. но Web сейчас это почти 50% индустрии IT

кстати.. может я открою вам секрет.. но Web сейчас это почти 50% индустрии IT

цифра с потолка? и что есть веб? :)

цифра с потолка? и что есть веб? :)

судя по вакансиям, запросам на те или иные должности, из области IT в Германии по последним данным 51% web

и в других странах не сильно иначе

это не только HTML/JS, это backend, infrastructure, services

это не только HTML/JS, это backend, infrastructure, services

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

ну конечно

да и файловые системы веб

чо уж тут

ядро ОС тоже веб

это всё так или иначе относится к web

без него сайтик не закрутишь

да-да

и сети - веб

сети нет, не всегда и OS к этому отношения не имеет

почему OS не имеют, а DB имеют?

написать сайт без DB можно легко, а без OS - сильно, сильно сложнее.

бесполезный, неинтересный спор который я покину, однако говорить "Go это всего лишь web" довольно наивно

И железо создается только ради веба

бесполезный, неинтересный спор который я покину, однако говорить "Go это всего лишь web" довольно наивно

чот как-то слив. вы выше говорили, что веб - это всё подряд и всё есть веб. а теперь "go не тольо лишь для веба".

На go ещё удобно системные утилиты без gui делать

Всем привет, ребят, нужно пробежаться по тексту (с html-тегами) и найти <div> с определнным id, после чего из этого выдрать подстроку со ссылкой Тут только регулярки или можно как-то избежать?

- xpath - обойти все ноды

Всем привет, ребят, нужно пробежаться по тексту (с html-тегами) и найти <div> с определнным id, после чего из этого выдрать подстроку со ссылкой Тут только регулярки или можно как-то избежать?

Я когда спрашивал тут про xml меня в php послали :)

Всем привет, какой http.Status должен возвращать api, если данные получены и они верные, но записать в бд их не удалось? Это какая то из 500 ошибок?

если бизнес ошибка то 200)

200

а если фейл на сервере то что-нибудь из 500 да

спасибо)

Почему 200? Типа все ок, но данных своих ты не увидишь?

Почему 200? Типа все ок, но данных своих ты не увидишь?

http 200, и вернуть json с кодом ошибки

Можно отдавать 500 и вернуть json с ошибкой

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

то 500 возвращать нельзя

Вроде как написали «если данные получены и они верные»

всякие прокси и варниши подумаю что сервис лег

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

Это уже ошибка валидацииЮ 4xx

Это все относится к валидации, тут 400 и json что не так

и вообще http это не о полльзовательских ошибках

просто как пример лол

и вообще http это не о полльзовательских ошибках

Почему нет? Коды разные же

бля найди мне код на User Already Exists

лол, ок

604?

418

https://httpstatuses.com/409

интересно как вы эти коды ошибок мапите на бизнес ошибки ))

Очевидно, что в общем случае никак.

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

ну я о том же

большая связность

Но есть достаточно строгое правило. Клиентская ошибка - 4xx, ошибка на стороне сервера 5xx.

Но есть достаточно строгое правило. Клиентская ошибка - 4xx, ошибка на стороне сервера 5xx.

насколько строгое?

Ну и никто не запрещает возвращать ошибки 6xx-9xx

насколько строгое?

на уровне RFC и реализаций всех серверных и клиентских программ\библиотек

Всем привет, ребят, нужно пробежаться по тексту (с html-тегами) и найти <div> с определнным id, после чего из этого выдрать подстроку со ссылкой Тут только регулярки или можно как-то избежать?

goquery

Ну и никто не запрещает возвращать ошибки 6xx-9xx

ты ручаешься, что все, что находится между клиентским устройством (браузер, телефон) и твоим api сервером будет с этими кодами работать так, как ты ожидаешь?

Нет конечно ) Но между своими микросервисами то можно

на уровне RFC и реализаций всех серверных и клиентских программ\библиотек

и чем грозит нарушение этого правила?

вот только начал писать об этом

ты ручаешься, что все, что находится между клиентским устройством (браузер, телефон) и твоим api сервером будет с этими кодами работать так, как ты ожидаешь?

^

Почему нет? Любой нормальный клиент перед тем как использовать API

должен знать какие ошибки он может получить и.т.д

и чем грозит нарушение этого правила?

Тем, что если вы будете возвращать ошибки с кодом 200, то велика вероятность что те же промежуточные прокси к хренам закэшируют эту ошибку

статус ресурса может поменяться

а прокси будет отдавать кеш

Тем, что если вы будете возвращать ошибки с кодом 200, то велика вероятность что те же промежуточные прокси к хренам закэшируют эту ошибку

POST закешируют?

ты же в базе создаешь что-то POST-ом?

и такое есть)

Почему нет? Любой нормальный клиент перед тем как использовать API

ты о чем?

По RFC нет. Если все соблюдают RFC. Но был же вопрос, чем грозит, если его не соблюдать

По RFC нет. Если все соблюдают RFC. Но был же вопрос, чем грозит, если его не соблюдать

тем что клиент может отработать не так как ты того хочешь

по разным причинам

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

а то вот вернешь ты 200 OK а внутри {status: "error"}

и это заставит любого клиента всегда парсить ответ

смотреть на поле статус

а можно было бы просто 500 вернуть, а в теле описание

а можно было бы просто 500 вернуть, а в теле описание

и описание придётся парсить