ой короч я не шарю в ECS что бы тебе что-то за нее вещать, у меня это в todo

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

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

ну я хотел что-то вроде такого запилить: https://gist.github.com/SerafimArts/262d38931372713f24b2775e9b002529#file-entityinterface-php-L51-L58

но получилось, что-то невменяемое, потому что нужны ещё какие-то "провайдеры", которые на основе этого AST будут фигачить компоненты

а системы превращаются в валидаторы

короче, хрень, опять тупик

так что забей)

ну ладно но занятно)

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

=\

я плохо понимаю задачу

@fes0r я тоже) Там надо долго рассказывать о том, что было, что стало и какие проблемы я пытаюсь решить сейчас.

Короче, в любом многопроходном инкрементальном компиляторе есть две особенности: 1) Наличие кучи со структурами 2) Наличие на руках исходного кода (в любом виде), т.е. по факту желательно резидентное поведение У каждой структуры можно вывести несколько "характеристик" (т.е. компонентов или аттрибутов, пофигу на термины, отсюда мои заморочки про EAV/ECS) - это: 1) Наличие приоритета/очереди сборки. Все дефинишены располагаются наверху кучи, все вызовы - внизу. 2) Наличие отладочного стека (в т.ч. позиции структуры в исходнике) 3) Наличие контекста выполнения, сам контекст стековый (файл, стек вызовов, набор переменных) 4) Возможность смены контекста (объявление каких-то типов или модуля/неймспейса). 5) Возможность вызовов типов внутри контекста 6) Возможность получения отношений для линкера (или автолоадинг, как угодно можно называть). Вызов типов должно идти вверх по стеку контекстов, вплоть до глобального и пытаться резолвить типы оттудова 7) Возможность объявления типов внутри. 8) Наличие на руках AST Для примера, объявление неймспейса должно: 1) Создавать (изменять) новый контекст. 2) Допускать создание дефинишенов внутри. А типа/объекта: 1) Создавать контекст 2) Допускать создание дефинишенов 3) Возвращать отношения (типы в полях, интерфейсы и прочее). 4) Иметь первоочередной приоритет при добавлении в очередь. Сообщенька выше - это не повод подумать, а просто я жалуюсь, ибо сложна %)

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

или бегите оттуда

бегите и не оглядывайтесь

ты думаешь не реально стать программистом за 24 часа или за неделю ?)

или сколько там идут их курсы)

желающих войти в айти много же ))

Нам с пацанами «повезло» вдвойне, приходиться работать с бабой, которая там на ТЕСТИРОВЩИКА училась

это ад

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

а проблема в том что после курсов людей берут на мидлов

или упаси боже сеньоров

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

В случае Skillup это актуально

если человек только входит в айти лучшая должность это стажер

вместо тысячи курсов иди стажером хоть куда имхо

платить за обучение не надо

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

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

нужен совет: хочу некий кусок кода вынести для повторного использования, но при етом сделать его максимально гибким. Меня смущают ивенты. Если комуто потребуется использовать мой метод без ивентов? Как их можна вынести? в переменную, clouser? или не парится и пусть не слушают их если не нужно? $dispatcher->dispatch(Event\Events::handleEvent($type), $handleEvent); $em = $this->getDoctrine()->getManager(); $em->persist($entity); $em->flush(); $persistEvent = new Event\PersistEvent($request, $entity); $dispatcher->dispatch(Event\Events::persistEvent($type), $persistEvent); ....

кажется, суть событий ты не до конца понимаешь

событие - это оповещение о том, что что-то произошло. Его слушают только заинтересованные. И с момента публикации события, ты на его судьбу кладёшь большой болт. Кто и как его потом будет обрабатывать - не вопрос для кода, который его паблишет.

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

ладно оставлю как есть

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

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

ок спс

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

Если хочешь отправить событие конкретному адресату то можешь посмотреть в сторону symfony messages

Это уже не событие будет, но судя по всему тебе подойдёт

Хм, а нормальная ли практика проверять if ($statement), учитывая что $statement не булево значение, а какой-нибудь null?

мб правильнее будет if (null !== $statement)

+ сразу видно, что проверка на null идет, а не на false

А ещё лучше не писать методы, которые могут вернуть как null, так и false

ну я тащемто и не про метод говорю

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

мб правильнее будет if (null !== $statement)

is_null

я знаю про is_null

null !== null всегда

чоо

хотя это же пхп может быть тут так можно)

чоо

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

хотя это же пхп может быть тут так можно)

угу, можно

null === null

но я бы не приучался так делать)))

ок, спасибо за совет

Всем привет. Поможет кто перепилить маленькую функцию для вордпрес? Работает но не так как нужно.

доброго времени суток использует друг PHpOfficeWord при попытке сохранить файл ошибка, Fatal error: Uncaught PhpOffice\PhpWord\Exception\Exception: Could not close zip file result_of_calculation.docx да, права поставили полные прикол в том что если быстро нажимать сохранить файл, то через раз сохраняет, а через раз ошибку выбирает что не хватает прав

Так может там попытка в один и тот же файл писать одновременно?

Так может там попытка в один и тот же файл писать одновременно?

1 пользователь, врятли это

"прикол в том что если быстро нажимать сохранить файл" Сами же пишете. Файл не мгновенно же формируется

1 пользователь, врятли это

Если этот пользователь как псих жмакает кнопку "сохранить", то может и такое произойти

Если этот пользователь как псих жмакает кнопку "сохранить", то может и такое произойти

да по разному пробовали, сплошной рандом

да по разному пробовали, сплошной рандом

попробуй рандомное имя файла задавать

ERROR: S client not available

Всем привет. Народ помогите решить проблему пожалуйста. Где-то что-то течет, понять не могу. Ларка с доктриной. Вот из самих логов инфа https://paste.laravel.io/8a850ab6-e4fc-410b-ae0d-3ae6bb1ba946 В какую сторону копать подскажите пожалуйста.

ну вообще не сильно течет

в логах это не понятно где нет полного stacttrace ошибки

Добавь памяти до гигов 2 (вдруг ничего не течет, просто 600 мб хватит). Если хватит, ставь профайлер, смотри почему столько жрет. Если не хватит, значит дело совсем плохо и будет какой-нибудь жирный цикл, рекурсия. Ее искать просто дебагером

в логах это не понятно где нет полного stacttrace ошибки

В этом то и проблема я вообще не могу понять что вызывает ошибку

из лога nginx

Добавь памяти до гигов 2 (вдруг ничего не течет, просто 600 мб хватит). Если хватит, ставь профайлер, смотри почему столько жрет. Если не хватит, значит дело совсем плохо и будет какой-нибудь жирный цикл, рекурсия. Ее искать просто дебагером

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

request: "POST /graphql

верней тут ошибка

В этом то и проблема я вообще не могу понять что вызывает ошибку

по ходу кто-то собирает жирный обьект по твоему graphql api

он не может вызывать, т.к. это SPA, там nginx просто одает html напрямую

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

Ну так у тебя в логах написано, какой скрипт

он не может вызывать, т.к. это SPA, там nginx просто одает html напрямую

в request: "POST /graphql

пост запрос приходит при вставке чего то

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

в request: "POST /graphql

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

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

ну поэтому надо больше данных

на момент ошибки

1. надо научиться повторять ошибку 2. смотреть отладку и профайлер

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

Значит добавь больше логов

залогируйте post данные

залогируйте post данные

их очень много

ротация логов спасет

и сохраняй в error.log

делаешь log_format свой

потом в error_log /var/log/...../error.log new_log_format;

[$request_body] - Это все тело

да банально тот же sentry подрубить и мониторить ошибки

я правда не помню, он memory exhausted ошибки ловит или нет

ну или bugsnag