я просто его месяцами не выключаю

eap, а иконка старая

не застрахован, пару раз сервак вешал на полчаса)

30 сек таймауты, ограничения в 128мб по-дефолту, и умирающие запросы

так что считай что это хорошая страховка

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

это еще мало жрет как по мне

30 сек таймауты, ограничения в 128мб по-дефолту, и умирающие запросы

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

http://pix.toile-libre.org/upload/original/1482871987.png __)

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

у меня демоны месяцами живут. так что память это критичный момент

у меня демоны месяцами живут. так что память это критичный момент

Писал как-то (3 года назад в качестве первой задачи на новом рабочем месте) свой php-крон с полной интерграцией в студийный cmf и секундами. Там в общем-то течь нечему было, но как же я тогда задрался это дело тестить и отлаживать. Сейчас понимаю, что надо было какой сокет открыть и через него работать, но тогда я сколхозил всё взаимодействием с этим демоном через создание файлов типа .stop .restart .addTasks (этим занимался модуль в cmf, можно было из любого места задачу создать, так что на этом и очереди делались). Но там, насколько помню, демон сам себя перезапускал периодически (в зависимости от ограничений на время исполнения, съеденной памяти и всякой такой фигни), плюс крон раз в день его лаунчер дёргал.

Ыы, а ещё там было штук шесть вложенных while(true), которые потом было страшно рефакторить т.к. написано в потоке и непонятно как вообще работает.

лет 6 назад писали крон обработчики, которые себя форкали и хреначили какие-то джобы по массовым рассылкам писем

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

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

Я чтобы оно "само на себя не наезжало" тупо файл блокировки писал. Пока он есть все кроме его "автора" висят (и дату последнего обновления проверяют ибо если он секунд 10 без изменений, значит автор умер :))

мы еще shmop там обмазывались

К счастью на продакшне это дело почти не побывало, а то наверняка бы каюк какой случился

но форки это всегда весело)

о, как хорошо что мне тогда никто не сказал о shmop)

ну хотя

в тот момент еще дебаггер настроить было тот еще вызов

дебажили через var_dump()die()

хардкор во всей красе

я и сейчас 80% так дебажу)

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

remote debug есть же

пробрасываешь через ssh туннель на сервер

и коннектишься

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

я так даже прод дебажу иногда

Да, со следующего проекта так и сделаю

Вернее он то у меня на локалке будет нормально работать. (а вот на сервере хрен, но хоть админу люлей дадут может)

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

"Правда чаще вардамп не помогает" « это где он не помогает?

Мемкеш? Неееее. Пхп 7? ТЫ НЕ ПРОЙДЁШЬ!

Когда совершенно не понятно как оно вообще туда попало

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

Чаще всего делаю так: throw new dbge(json_encode($object));

Ибо почти всё JsonSerializable а эксепшн ещё и стектрейс нарисует

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

но это у меня деформация психики от нашего внутристудийного франкенштейна

жесть

логирование вообще спасает

а var_dump не помню когда последний раз юзал

я на днях юзал var dump

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

точнее симфоневый dump

Я как-то раз писал парсер недвижимости, там регионы 1 - Москва, 2 - Питер и т.д. Они у меня в базу складывались отлично. Но как-то раз заказчик пишет что у Крыма регион 181462, а в базу пишется 32767. Я долго не мог понять что происходит, везде где можно уже обставил вардампами. Не мог понять откуда такое число приходит. В коде нигде его нету. Перед складыванием в базу ID региона корректный. Около часа тупил, пока не озарило. ???

точнее симфоневый dump

для твига не считается :D

Я как-то раз писал парсер недвижимости, там регионы 1 - Москва, 2 - Питер и т.д. Они у меня в базу складывались отлично. Но как-то раз заказчик пишет что у Крыма регион 181462, а в базу пишется 32767. Я долго не мог понять что происходит, везде где можно уже обставил вардампами. Не мог понять откуда такое число приходит. В коде нигде его нету. Перед складыванием в базу ID региона корректный. Около часа тупил, пока не озарило. ???

int?

такое вообще в varchar лучше хранить

+

чтобы не было таких внезапностей)

для твига не считается :D

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

Почему не BIGINT?

Почему не BIGINT?

потому что у bigint такие есть лимит - это старый добрый int64

Там очень много данных. На всём экономить пытаюсь.

Там очень много данных. На всём экономить пытаюсь.

очень много это сколько? 100 гигов? 500 гигов?

Кто-то использует utf8mb4?

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

на брейкпоинтах же можно условия ставить

очень много это сколько? 100 гигов? 500 гигов?

очень много это 50-100терабайтов)

на брейкпоинтах же можно условия ставить

всеравно было бы дольше

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

очень много это 50-100терабайтов)

ну померкам этого чата это уже что-то сверхъестественное

ERROR: S client not available

Кто-то использует utf8mb4? Первый раз пришлось использовать при парсинге ВК, у них там всё так хранится теперь. Получается оверхед большой. По 4 байта на символ. Я думаю это неизбежно скоро всё переводить на него?

Я про mysql*

пока на utf8 сидим

пока на utf8 сидим

я придумал как избавиться от контроллеров!

удиви

class AddOrderAction { /** * @Route("/orders", methods={"POST"}) * @Responder(OrderDetailsResponder::class) */ public function __invoke(AddOrder $request, Customer $buyer): Order { // todo } }

так это ж дунглас толкает

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

и в целом с нормальным мэппингом данных из реквеста на DTO

все збс

операции на чистое чтение можно оставить в старых контроллерах

или делать отдельно респондеры (пока план именно такой)

https://speakerdeck.com/dunglas/adr-pattern-autowiring-dunglasactionbundle-symfony-controllers-redesigned

не не

ADR херня полная

покуда у тебя Action знает о Responder

хотя тут тоже есть нюансы

ну ты презенташку посмотри

по сути что меня напрягает так это то что по его схеме экшены должны возвращать http респонс

там как раз он толкает то что ты выше прислал

че правда?

секу

он даже почти в ядро это протащил)

https://dunglas.fr/2016/01/dunglasactionbundle-symfony-controllers-redesigned/

он даже почти в ядро это протащил)

ну то что я за основу сейчас взял action bundle это да..... секу

все еще ищу в презентации момент с "экшен не должен ничего знать о http"

у меня щас такие экшены пишутся) @PostMapping("/quotes") fun quotesAction(@RequestBody request: List<RequestQuote>) = quoteService.requestQuotes(request)

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

оставив только указание через аннотации

какой респондер надо юзать после экшена

ближе к CQRS

чет ты загоняешься)