кстати route() тоже дает направильный урл к сайту, даже если APP_URL установлен

env и config определены правильно

кстати, зайдите https://eb6d81f8.ngrok.io/login

у вас тоже так?

Лара всегда так делает, разве нет?

вот когда на продакшн сервере всё норм

а на нгроке он не берет почему-то url тот что я вписываю

а берет тот что прописан в homestead

пишет http://homestead.app

я понял почему не было предупреждений. я заходил по локальному на homestead.app а сейчас на сам адрес ngrok, вот почему. а все равно, можно заставить laravel нормально показывать даже через ngrok?

что самое худшее, это при авторизации он редиректит на homestead.app

вот теперь ?

Ты где всё прописываешь

В .env?

Ты где всё прописываешь

всё? там только url

В .env?

да

Проверь еще в config

проверял

env и config определены правильно

хм

я подозреваю почему, host-header

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

например беру по 1000 чанки... он 2000 обработает, и помрет

перезапустишь... еще 1000 обработает и сдохнет

скотина =_=

таймаут на выполнение пхп скрипта?)

@fairhypo у консольной команды разве таймаут есть? Это же не браузер вроде? или я ошибаюсь?

а причем тут браузер)

у всего таймаут есть

А причём тут таймаут?

Тут инициализация консольного приложения, т.е. экземпляра, всё забутсрапилось и полетели выполняться. И уже в зависимости от этапов работы скрипта, он завершается, тут никакого таймаута быть не должно

А причём тут таймаут?

ну тк запрос долго выполняется -> падает

@DreddyI Делаешь \Log::info('Тут сообщения или параметры'); Так же твой процесс может убиваться системой, поэтому юзаешь такие утилиты к htop, dstat и смотришь поведение системы. Процесс сам по себе не умирает. поэтому на этапе выполнения юзай ps aux | grep php

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

например беру по 1000 чанки... он 2000 обработает, и помрет

перезапустишь... еще 1000 обработает и сдохнет

скотина =_=

у всего таймаут есть

у консольного скрипта нет таймаута

и чем же он тогда убивается?)

@DreddyI Делаешь \Log::info('Тут сообщения или параметры'); Так же твой процесс может убиваться системой, поэтому юзаешь такие утилиты к htop, dstat и смотришь поведение системы. Процесс сам по себе не умирает. поэтому на этапе выполнения юзай ps aux | grep php

это не проверял, но там прям чотко после 2-3 итераций падает... если бы утилиты убивали, то наверное итерации до конца не доходили бы

и чем же он тогда убивается?)

ну вообще у виртуалочек, например, есть в хостмашине утилитки которые смотрят чтоб процессы не выжирали больше чем тарифом рассчитано

но у нас там железный конь =_=

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

пройди дебагом. посмотри из-за чего падает

@DreddyI я по кофейной гуще не гадаю, пиши параметры выполнения в лог и отлавливай исключения.

@DreddyI я по кофейной гуще не гадаю, пиши параметры выполнения в лог и отлавливай исключения.

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

пройди дебагом. посмотри из-за чего падает

xdebug-ом? яж заебусь 3к итераций ловить +)

я потомственный программист в третьем поколении

@DreddyI без обид, просто тести) Или как товарищ выше описал - дебагом.

излечу баги

xdebug-ом? яж заебусь 3к итераций ловить +)

Там профайлинг есть.

наложу оверхед

Там профайлинг есть.

говорят профайлинг xdebug-а монструозен и тормозюч и лучше для профайлинга юзать xhprof...

ладно, мысль понял, спасибо =)

На проде то зачем его юзать

Если по таймауту отвалилось обычно это в лог пишется

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

Laravel 5.5 Returns the Request Data from the Validator https://laravel-news.com/request-data-validator-improvements

я наверное поздно, но может там какой-нибудь Fatal Error: Allowed Memory Size of 12309 Bytes...``?

Товарищи, можно ли как то проверить запуск пхп приложения, ну типа php -S, но без запуска сервера?

как без сервера проверять? Если только это не консольное

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

я хз как в pipeline проверить валидность запуска проекта, если я в паплайне запущу php -S меня не накажут ли...он же по логике и не дропнется)

ERROR: S client not available

php artisan serve —host= —port=

ну это обертка над php -S

и у меня не ларавель)

и у меня не ларавель)

тогда странно задавать такой вопрос в ларавель чате и ожидать не-ларавель решение

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

а чего ты хочешь добиться-то?

не занимать порт? Не разворачивать сервак? Что-то еще?

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

немного пообщался сам с собой и успокоил сам себя, спс)

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

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

В пайплайнах ты можешь виртуалочку подымать )

а там уже тесты крутить

ну битбакет ее за меня поднимает

ты тесты хочешь или халявную виртуалку? )

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

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

Чатик, я вчера про чанк жаловался

я нашел в чем косяк

на гитхабе обсуждают что чанк надо с orderBy использовать

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

если кому интересно, то вот https://github.com/laravel/framework/issues/11302

на гитхабе обсуждают что чанк надо с orderBy использовать

Если память не изменяет тут такой вопрос тоже поднимался. Только там получая чанками в редис вносили

Если память не изменяет тут такой вопрос тоже поднимался. Только там получая чанками в редис вносили

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

есть какие-нибудь бест практисес по делению проекта на модули в ларке?

по хорошему, кроме как через пакеты - никак, да?

Но в пакетах нельзя модели реализовывать кажется

бле, где ж мне серебряную пулю то найти

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

сами неймспейсы по сути хорошо описывают модули системы

Сервисы, не?