угу

Ты ещё только о чём-то подумал, а это уже на вебпаке есть

https://github.com/jantimon/html-webpack-plugin

Но конфигурировать вебпак это особая форма ракетомеханики

а еще бывает что только дочитал доку а он обновился

два раза

А микс - вполне себе удобоварим

Мы на проекте решали твою задачу через тогда ещё еликсир

Сжатие, версификация и аглифай

Все в одном пайплайне шло

Если мне память не изменяет

всем снова привет :) раз уж разговор в тему: как с помощью mix() делать svg-спрайты? Для elixir было аж 2 плагина, а тут ни одного не нахожу =(

никто не юзает svg-спрайты?

?

еще 500 раз спроси

вдруг кто не понял

)

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

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

я о laravel-mix, никаким эликсиром тут и не пахнет. Раньше был laravel-elixir - это система сборки фронтенда, основанная на gulp. Сейчас, с версии 5.4 он заменен на laravel-mix, основанной на webpack. Т.к. система новая, возникает много проблем с выполнением простых и понятных задач, о которых раньше не задумывался. Поэтому так важно делиться опытом использования новых технологий, повышая профессиональный уровень. Стало доступнее? А морозить вопросы по теме в тематическом чатике - непрофессионально ?

я без всяких mix использую svg-sprite-loader для вебпака

я без всяких mix использую svg-sprite-loader для вебпака

спс, кажется его можно и через mix прикрутить, пошел ресерчить

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

это же сборщик

:D

точнее это даже просто надстройка над сборщиком

привет друзья. подскажите пожалуйста по скорости загрузки Лендинг будет быстрее загружаться на Laravel или на какой-нибудь простенькой cms типа Wordpress ?

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

скорость загрузки лендинга редко упирается в инициацию админки / ядра cms

это на уровне погрешности. На laravel, если не подключать мусора, то будет чуть быстрее, но это действительно погрешность. Все упрется во фронтенд для лендинга. А тут особых ограничений нет

это на уровне погрешности. На laravel, если не подключать мусора, то будет чуть быстрее, но это действительно погрешность. Все упрется во фронтенд для лендинга. А тут особых ограничений нет

спасибо! вот я просто подумал. что в cms кое-что лишнее обычно имеется уже в коробке, что замедлит загрузку по сравнению с laravel

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

к laravel тоже можно пакетов кучу подрубить

которые будут убивать время загрузки

ну и если лендинг, проще wp + wp super cache

тогда wp и правда будет быстрее

понял! спасибо! тогда отпдает мой план. я на modx леплю лендинги и простенькие каталоги товаров. Думал может быстрее будет на Ларавел пересесть, но оставлю Ларавел как тяжелую артиллерию для Crm систем.

modx не избыточен для этого?

Ну все же Laravel не CMS

как его вообще можно сравнивать с Wordpress напрмер в этом плане

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

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

делать лендинг на ларавеле - зашквар по-моему :D

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

я бы что-нибудь попроще взял

я делал на ларе лендос

но там ункционал чуть пошире был чем просто лендос

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

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

+ админка с заявками + отправка всех заявок в телеграм

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

как думаете, норм в try catch оборачивать вызов методов через роутер?

которые в контроллерах

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

не понял фразу "вызов методов через роутер"

ну Route::get(..., "controller@method")

оно же дергает метод

и вот внутри где то сделать обертку try catch

но это так себе на самом деле

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

у меня в каждом методе идентичный try { } catch()

а хотя, в мидлвейре наверное можно же

А что ты так оборачиваешь?

все методы

хм

а мало ли что случится в потоке ларавелевской магии)

например?

Ребята, есть задача парсить, обрабатывать и хранить данные и сдать запрос каждый час на получение инфы. Количество запросов будет увеличиваться, а их нужно как можно скорее обрабатывать. Я сделал пока все синхронно и без очередей. Вопрос: как это грамотно сделать, чтобы не упираться в количество запросов и делать это как можно быстрее? Просто это может быть несколько тысяч запросов в час Может вообще попробовать на Ноде сделать и там асинк?

ERROR: S client not available

например?

дохера и больше вариантов

в общем, без кода не очень понятно. но кажется, что то не так

постоянно во время разработки ловлю 500 ошибку

особенно при всяких вызовах в бд

типо такие ситуации можно только намеренно создать, но можно

Ребята, есть задача парсить, обрабатывать и хранить данные и сдать запрос каждый час на получение инфы. Количество запросов будет увеличиваться, а их нужно как можно скорее обрабатывать. Я сделал пока все синхронно и без очередей. Вопрос: как это грамотно сделать, чтобы не упираться в количество запросов и делать это как можно быстрее? Просто это может быть несколько тысяч запросов в час Может вообще попробовать на Ноде сделать и там асинк?

несколько тысяц запросов в час на php?

Ага

Пока их немного

Но растёт

особенно при всяких вызовах в бд

ну сложно сказать без код. я try {} catch прям редко использую. Обычно в Job'ах может пригождаться

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

так не надо за каждым следить то

или что ты меешь ввиду, следить за ними?

в трай катче выводить

ошибку

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

куда выводить? отдавать клиенту?

апи же

надо же вернуть ошибку

хотя бы unexpected error

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

так что я это не с неба взял)

Зачем тебе самому перехватывать его? отдавай клиенту исклчение в норм json виде с кодом и соощением

Ну дык

как я его верну то

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

ну такое

если возникнет исключения и нет try catch, то просто 500 ошибка выпадет клиенту

почему 500 то?

https://laravel.com/docs/master/errors#the-exception-handler

Если у тебя нет модели и ModelNotFoundException падает, ты тоже это ловишь?

нет

не знаю, у меня не все исключения ловятся