Если запускать через консоль, то сервер отключиться при отключении ноута А с браузера, я пишу ignore_user_abort() и после закрытия вкладки, он продолжает работать, из-за этого запускаю в браузере

запускай через консоль с nohup

причины разные могут быть. Вообще-то функция stream_socket_accept выводит ошибку (акромя того что возвращает false). В ней подсказка будет

Не выводит

запускай через консоль с nohup

А где этот процесс будет крутиться ? На чьей машине ?

там где запускаешь

Не выводит

выводит, зуб даю :)

видимо у тебя или @ перед стоит или отключен вывод ошибок

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

угу

Хмм, сейчас гляну вывод ошибок

угу

Спасибо, такой вариант тоже проверю

Неа, просто выводит false Как бы и ошибки нет, но и желаемоего результа тоже )

Неа, просто выводит false Как бы и ошибки нет, но и желаемоего результа тоже )

У тебя на хостинге порезаны всякие опции и функции вот и работает криво. Может эта функция запрещена и вывод ошибок тоже запрещен. Бросай хостинг и бери себе нормальный vds

У меня VPS

Сам себе все настраиваю и устанавливаю

везет тебе

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

play with my sockets, baby!

??\

Было бы смешно, если бы не было так грустно )

Где это написано, можешь носом ткнуть? И почему, при объявлении элемента массива этот элемент int, но как только поялвяется ссылка - он становитсья &int ?

Просто не юзай & и жизнь станет проще.

я уже и не помню когда юзал.

У меня VPS

может дело в том что раз ты хочешь https то браузер прежде пытается сделать handshake а твой сервер в это не умеет ?

может дело в том что раз ты хочешь https то браузер прежде пытается сделать handshake а твой сервер в это не умеет ?

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

А с сокета я вытаскиваю 0 байт информации )

А кто-нить дебажил записью в лог на проде на нагруженных сайтах? ;)) Ну так, что бы несколько бекендов и деплой был. ?

А кто-нить дебажил записью в лог на проде на нагруженных сайтах? ;)) Ну так, что бы несколько бекендов и деплой был. ?

я, а че?:)

и вимом на проде правили...

А почему нет? Главное совсем всё не лить, т.е. как-то изолировать проблему... и логи забирать-ротировать...

Ну т.е. просто заходили на прод по шелу и правили код?

Ну т.е. просто заходили на прод по шелу и правили код?

угу.

Можно в рамках хотфикса вылиться

Отлитые с золоте бест практисиз

Ну вот меня интересует как раз “изолировать”… типа хотфиксы лить на один бек и быстро бросать/снимать трафик с него

Дим, это не значит что мы так делаем всегда:) это редкие случаи, когда так было быстрее

Ну вот меня интересует как раз “изолировать”… типа хотфиксы лить на один бек и быстро бросать/снимать трафик с него

ну и такое делали да, и делаем

у нас линии, так называемый green/blue деплой

А я вот месяц жду когда разработчики баг логами обложат на проде... Хочется начать коммитить в мастер

А я вот месяц жду когда разработчики баг логами обложат на проде... Хочется начать коммитить в мастер

это какая-то нездоровая хуйня)

Или может кто-то еще придумал что-то. У нас просто сейчас все эти дебаги проходят полный цикл депоя… быстро, но все же ждать приходится. И стремно, если что - весь трафик. Вот думаю какие есть варианты и разрабам это ускорить, ибо у нас без этого никак, и надежность системы повысить

ну надежность - балансер снаружи и несколько линий. Залили код, пустили 2-3% процента траффа

и для хотфиксов отдельный флоу

Угу, canary сделать

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

а вот 2-3% - это кто делает, у вас ручка есть у разраба, или просите эксплуатацию… или автоматизировано все?

а вот 2-3% - это кто делает, у вас ручка есть у разраба, или просите эксплуатацию… или автоматизировано все?

у нас разрабы и прод вообще несовместимые понятия

деплой на админах

и они это делают

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

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

ну вот почти так. кроме тимлида

причем кстати тест/демо стенды тестировщики накатывают даже а не разрабы

Ну я админ) они там как-то делят стенды dev и QA

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

из-за этого на некоторых проектах у нас не nginx а openresty с надстройками самописными

У нас есть костыль с автообновлением фронта при обновлении бэка с выкидыванием юзера

выкидыванием = на ту же страницу

У нас есть костыль с автообновлением фронта при обновлении бэка с выкидыванием юзера

скрипт, лезущий в конфиг nginx?

нет, бэк хэдер с версией шлет

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

Угу

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

нет. дебаги у нас никто не коммитит, так как обложены профайлингом и логами по самые помидоры. Но бывает так что фикс выкатываем не уверенные на 100% п его работоспособности. И заказываем просто стандартный деплой. В рамках деплоя код будет вылит на линию свободную, на него пущено несколько процентов и увидим сразу че оторвало или нет

ну так я про дебаг, да… что бы его не гонять через деплой вот как-то думаю…

Дебаги в данном случае = логи с повышенной болтливостью в районе потенциальной проблемы

ну так я про дебаг, да… что бы его не гонять через деплой вот как-то думаю…

ну а чем это отличается от всего флоу? если деплой это 5 минут админам?

билд с дебагом собрал - и впрод!

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

ERROR: S client not available

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

Или может кто-то еще придумал что-то. У нас просто сейчас все эти дебаги проходят полный цикл депоя… быстро, но все же ждать приходится. И стремно, если что - весь трафик. Вот думаю какие есть варианты и разрабам это ускорить, ибо у нас без этого никак, и надежность системы повысить

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

А кто-нить дебажил записью в лог на проде на нагруженных сайтах? ;)) Ну так, что бы несколько бекендов и деплой был. ?

да

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

и кнопочка переброса на него? или как сделано было

да

раньше или сейчас? ?

и кнопочка переброса на него? или как сделано было

просто деплой на этот инстанс... не я деплоил :) в амазоне как-то было настроено. т.е. в пуле веб-воркеров всегда был один, на который мы могли задеплоить отдельно

это они называли как-то... может тупо 1 instance deploy :)) я не помню

ну что значит задеплоить, отдельная ветка была?

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

ну т.е. ты комитил в мастер и кто-то нажимал не “деплой везде”, а “деплой на 1 инстанс”

ага

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

но так делали всего раза два за год. так что пофиг :)

ну это понятно, да, раз мастер… у нас это десяток раз в день… минимум ?

ну это.. фиче-флаги, не?

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

А в чем проблема? В том что ты не хочешь оставлять дебаг вызовы в коде? Или в том что нагрузка большая?

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

раньше или сейчас? ?

раньше)

спейчас буду внедрять

вот уж не думал, что у вас там все так раньше… хотя к нам тут на собес приходил чувак из эксплуатации вашей… печалился, что оказалось все скучно и банально ?

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

патчилка. принцип элементарный. заливаешь патч в интерфейсе. его ревьюют 1-2 коллеги. если патч сейф - дальше прогоняются тесты - смоук, юнит. и некоторые наиболее критичные функциональные. попытка мерджа изменений в мастер, при удаче - раскладка

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

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

в совокупности с отличной системой дебага, которая доставляла данные с каждого из бэк серверов через lsd в единое место - очень юзфул

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

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

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

ну по моему опыту - время от заливки патча до раскатывания на прод - минут 15 составляло

это с ревью и тестами

и деплоем

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

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

ну по моему опыту - время от заливки патча до раскатывания на прод - минут 15 составляло

дохрена, когда что-то не работает, и нужно понять - что именно ?