A
Не было вопроса, где выбрать способ
Size: a a a
2020 October 16
А
Andrey
А типо в исходниках нельзя это посмотреть??
А типа исходники не юзают этот конфиг??
A
При чем тут юзают или нет
А
Andrey
При чем тут юзают или нет
Притом, что ты не знаешь ларавел, вот и советуешь чистить зубы через жопу.
A
Посмотреть реализацию можно в исходнике
A
Ну если знания ларавел заканчиваются на настройке конфигов, тогда ок
r5
Профессиональный лайфхак
AK
Профессиональный лайфхак
ну дык в меседжере ошибки есть ссылка на гугл и стекоферфлоу
r5
ну дык в меседжере ошибки есть ссылка на гугл и стекоферфлоу
В каком меседжере?
r5
В Бьютифул егорс? Или как там называется обертка эта
AK
В каком меседжере?
ща кофейку бахну и начну выражать мысли более адекватно)
ЕК
В Бьютифул егорс? Или как там называется обертка эта
Чё сразу я
AK
r5
Порт 8091 ❤️
AK
Д
Что лучше использовать для realtime?
Pusher или Redis?
Очереди через beanstalkd
Pusher или Redis?
Очереди через beanstalkd
M
Может, ты что-то упускаешь?) wire:target, например) Я к тому, что спустя сотни лоадеров не сталкивался с проблемами
Сделал видео, демонстрирующее суть проблемы: https://i.gyazo.com/ac55fcaefcd9f81907beb80a0bd153b8.mp4
Проблема в том, что wire:loading включается во время начала http-запроса к экшну.
Если у нас 1. медленный интернет и 2. на странице есть форма с wire:model , то livewire ждёт, пока закончится http-запрос, который сохраняет содержимое поля на сервер, и только потом рисует лоадер. Получаем лаг между нажатием на кнопку и отображением спиннера. Если интернет быстрый, то этого заметить как правило не удаётся, но всё равно рано или поздно замечаешь, что в некоторых моментах UI странно тупит и это со временем может подбешивать.
Я это увидел сразу, потому что работаю на винде, где php работает медленно и страницу отдаёт за сотни милисекунд. Почему этого не увидели остальные, многие сидят на маке и докере, где ситуация ещё даже похуже - для меня загадка. 2.0, а ситуация не исправлена.
Я решил проблему при помощи alpine.js , как на второй кнопке - не юзаю wire:loading, а спиннер показываю по альпайновскому @click , в экшне livewire делаю dispatchBrowserEvent с определённым именем и по x-on его гашу спиннер. Но это "если вот так не болит, то так и ходите". Писать этот код от кнопки к кнопке уже задалбывает. Пойду делать иссую.
Проблема в том, что wire:loading включается во время начала http-запроса к экшну.
Если у нас 1. медленный интернет и 2. на странице есть форма с wire:model , то livewire ждёт, пока закончится http-запрос, который сохраняет содержимое поля на сервер, и только потом рисует лоадер. Получаем лаг между нажатием на кнопку и отображением спиннера. Если интернет быстрый, то этого заметить как правило не удаётся, но всё равно рано или поздно замечаешь, что в некоторых моментах UI странно тупит и это со временем может подбешивать.
Я это увидел сразу, потому что работаю на винде, где php работает медленно и страницу отдаёт за сотни милисекунд. Почему этого не увидели остальные, многие сидят на маке и докере, где ситуация ещё даже похуже - для меня загадка. 2.0, а ситуация не исправлена.
Я решил проблему при помощи alpine.js , как на второй кнопке - не юзаю wire:loading, а спиннер показываю по альпайновскому @click , в экшне livewire делаю dispatchBrowserEvent с определённым именем и по x-on его гашу спиннер. Но это "если вот так не болит, то так и ходите". Писать этот код от кнопки к кнопке уже задалбывает. Пойду делать иссую.
P
мое мнение что livewire еще просто молодая либа, через какое-то время если не помрет можно будет рассматривать для чего-то не очень сложного.
ДК
мое мнение что livewire еще просто молодая либа, через какое-то время если не помрет можно будет рассматривать для чего-то не очень сложного.
Это современный пиджак