ТК
Я инициализировал comnerce через event::listen
А как инициализировать? Я правда вчера все доки прочесал, но не понял
Size: a a a
2020 September 06
VD
А как инициализировать? Я правда вчера все доки прочесал, но не понял
Береш кусок кода из плагина commerce и пихаеш в файл
ТК
а я бы не догадался, спасибо
ТК
Но если можно пожелать в воздух, то крибли-крабли-бумс, я желаю, чтобы в ближайшем будущем это работало более дружественно к пользователю )))
ТК
для всех, кто пойдёт по моим следам
МН
Тут подсказали, что требуемые мне пакеты следует прописывать в
Однако, когда я делаю
то пакет прописывается в
Получается, требуемые пакеты придется всегда прописывать вручную и делать
Ладно, ок.
Теперь, если я снесу
то установка из вложенного
Приходится после
Это нормально?
custom/composer.jsonОднако, когда я делаю
composer require package-nameто пакет прописывается в
core/composer.jsonПолучается, требуемые пакеты придется всегда прописывать вручную и делать
composer update?Ладно, ок.
Теперь, если я снесу
vendor и .lock и сделаю новый composer installто установка из вложенного
composer.json не происходит и при выполнении discover валятся ошибки (в провайдерах дергаются классы, которые не установились).Приходится после
install делать update.Это нормально?
Для кастомных пакетов есть команда php artisan installrequire
Сd
Для кастомных пакетов есть команда php artisan installrequire
+
A
delphinpro (89.7) увеличил карму mnoskov (787.59)
Сd
МН
Я инициализировал comnerce через event::listen
Для 2.x было бы логичным инициировать коммерц в сервиспровайдере, но сделать это в универсальном модуле вилимо нельзя, надо делить на 1.4 и 2
DL
Тут подсказали, что требуемые мне пакеты следует прописывать в
Однако, когда я делаю
то пакет прописывается в
Получается, требуемые пакеты придется всегда прописывать вручную и делать
Ладно, ок.
Теперь, если я снесу
то установка из вложенного
Приходится после
Это нормально?
custom/composer.jsonОднако, когда я делаю
composer require package-nameто пакет прописывается в
core/composer.jsonПолучается, требуемые пакеты придется всегда прописывать вручную и делать
composer update?Ладно, ок.
Теперь, если я снесу
vendor и .lock и сделаю новый composer installто установка из вложенного
composer.json не происходит и при выполнении discover валятся ошибки (в провайдерах дергаются классы, которые не установились).Приходится после
install делать update.Это нормально?
Можно руками а можно командой
php artisan package:installrequire zeeyn/evocms-custom-template "*" in you core/ folderDL
Так ставить можно любые пакеты и они будут прописываться в коре/кастом
VD
Пилю интеграцию liqpay для commerce. И у liqpay есть нюанс, что он кидает пользователя после оплаты на один и тот же урл, в независимости, от статуса.
У меня идея в том, что кидаем эго на страничку, где на протяжении минуты, делаем ajax запрос, и проверяем уже у себя статус оплаты. Если успешно, кидаем на оплата успешна. Если нет, то на error.
Вот вопрос, куда кидать, в случае, если инфы от liqpay пока еще не поступило?
Можно, еще сделать 3 тип, оплата пока еще не получена, ми свяжемся с вами.
Или вообще не заморачиватся, и кидать на спасибо за заказ, так как человек все равно видел, на стороне liqpay прошла ли у него оплата или нет?
У меня идея в том, что кидаем эго на страничку, где на протяжении минуты, делаем ajax запрос, и проверяем уже у себя статус оплаты. Если успешно, кидаем на оплата успешна. Если нет, то на error.
Вот вопрос, куда кидать, в случае, если инфы от liqpay пока еще не поступило?
Можно, еще сделать 3 тип, оплата пока еще не получена, ми свяжемся с вами.
Или вообще не заморачиватся, и кидать на спасибо за заказ, так как человек все равно видел, на стороне liqpay прошла ли у него оплата или нет?
AA
По идеи нужно после успешной оплаты перекидывать на страницу "Благодарим за оплату заказа" или что там дает по дефолту ликпей. А после ожидать от ликпея колбек и там уже раздербанивать данные о том какой результат платежа.
Запары у всех бывают, поэтому ожидание не принесет результата в некоторых случаях, как например пару дней назад приватбанк не работал.
Запары у всех бывают, поэтому ожидание не принесет результата в некоторых случаях, как например пару дней назад приватбанк не работал.
P
Пилю интеграцию liqpay для commerce. И у liqpay есть нюанс, что он кидает пользователя после оплаты на один и тот же урл, в независимости, от статуса.
У меня идея в том, что кидаем эго на страничку, где на протяжении минуты, делаем ajax запрос, и проверяем уже у себя статус оплаты. Если успешно, кидаем на оплата успешна. Если нет, то на error.
Вот вопрос, куда кидать, в случае, если инфы от liqpay пока еще не поступило?
Можно, еще сделать 3 тип, оплата пока еще не получена, ми свяжемся с вами.
Или вообще не заморачиватся, и кидать на спасибо за заказ, так как человек все равно видел, на стороне liqpay прошла ли у него оплата или нет?
У меня идея в том, что кидаем эго на страничку, где на протяжении минуты, делаем ajax запрос, и проверяем уже у себя статус оплаты. Если успешно, кидаем на оплата успешна. Если нет, то на error.
Вот вопрос, куда кидать, в случае, если инфы от liqpay пока еще не поступило?
Можно, еще сделать 3 тип, оплата пока еще не получена, ми свяжемся с вами.
Или вообще не заморачиватся, и кидать на спасибо за заказ, так как человек все равно видел, на стороне liqpay прошла ли у него оплата или нет?
если эта платежка показывает свою страницу об ошибке, то зачем заморачивать
VD
По идеи нужно после успешной оплаты перекидывать на страницу "Благодарим за оплату заказа" или что там дает по дефолту ликпей. А после ожидать от ликпея колбек и там уже раздербанивать данные о том какой результат платежа.
Запары у всех бывают, поэтому ожидание не принесет результата в некоторых случаях, как например пару дней назад приватбанк не работал.
Запары у всех бывают, поэтому ожидание не принесет результата в некоторых случаях, как например пару дней назад приватбанк не работал.
"По идеи нужно после успешной оплаты" у liqpay есть два параметра, url на который перебросит пользователя, в независимости от статуса, и урл, на который пошлют потом запрос, из статусом платежа
VD
Соответственно, если юзер не оплатил, заказ, а мы кинули эго на страницу, спасибо за оплату, это как-то не очень
P
ну, можно кинуть на страницу "платеж проверяется" (:
VD
Идеально
G
+