Ничего странного, есть проект после горя лукового)) На страницу по 1к запросов, запросы эти я уже устал пытаться оптимизировать и особого прироста нет. Про методы with и load автор видимо не знал. Я хочу отключить на время подгрузку этих данных и понимать где какие данные нужны и в каком месте их оптимизировать
cgwic, у вас горит внутри?) Я считаю что в первую очередь в данной ситуации виноват дизайнер. Я вам открою америку, но придумывать расположение элементов, учитывать их поведение на разных устройствах это задача именно дизайнера. Задача верстальщика сверстать. У меня на 1920 все элементы вплотную друг к другу, и другого их поведения чем то которое есть я не предполагаю. Конечно можно уменьшить шрифт до 14px для 1440 экрана, но выглядит то все равно не очень, отступов нет, а если их добавить так опять все сползет. Вы пытаетесь мне доказать что виноват верстальщик, это тоже самое что хейтить ЯП за говнокод, но ведь виноват не он, а тот кто на нем пишет и тот кто придумал архитектуру того или иного приложения. В данном случае архитектором является именно дизайнер и он должен был предусмотреть все варианты
Зачем тут это? app('url')->defaults(['userLogin' => $user->login]);
Вы же объявили маршрут, если будет такой префикс то у вас будет доступен этот пользователь из $request->userLogin
Павел, ну если это не весь ваш код то стоило бы показать весь. 1000 заказов за раз это многовато
Плюс ещё зависит от того откуда берутся записи, локально или с удаленного api
sergey1989, бред все это. В низшем уровне конкуренция есть и это нормально, но вот в Middle и Senior уже дела обстоят по другому. Например я получаю около 10 предложений в месяц. Все выше 100к в месяц, а я даже не Senior
Предэйтор, ну тут уже как вы договоритесь. Варианты есть разные. Где-то по таймеру, где-то вручную по каждой задаче вносите время куда-либо, ну а где-то сначала дают оценку на задачу в часах, потом ее делают в пределах этого времени
organica, может и нет. В Вебмастере есть инструмент переезда, воспользуйтесь им. Там де где-то есть инструкция. Все это пройдёт не быстро, около 2х месяцев
ortsuev33, не думаю что разница слишком уж большая, но все таки существенная, но зачем использовать 5.2 когда уже 5.8? А тем более если проект долгосрочный. Нужно всегда стараться избегать легаси в своих проектах. К моменту написания выпустится еще несколько релизов Laravel. Берите саму актуальную и не парьтесь
parensinterneta, сервис провайдер это тот класс в котором ты пишешь $this->app, а $this->app это уже контейнер, точнее доступ к нему
Вот тебе ссылка вдруг тебе не удалось найти laravel.su/docs/5.5/container