Size: a a a

2020 September 06

ТК

Тимофей Косман... in Evolution CMS
Volodymyr Dzhuryn
Я инициализировал comnerce через event::listen
А как инициализировать? Я правда вчера все доки прочесал, но не понял
источник

VD

Volodymyr Dzhuryn in Evolution CMS
Тимофей Косман
А как инициализировать? Я правда вчера все доки прочесал, но не понял
Береш кусок кода из плагина commerce и пихаеш в файл
источник

ТК

Тимофей Косман... in Evolution CMS
а я бы не догадался, спасибо
источник

ТК

Тимофей Косман... in Evolution CMS
Но если можно пожелать в воздух, то крибли-крабли-бумс, я желаю, чтобы в ближайшем будущем это работало более дружественно к пользователю )))
источник

ТК

Тимофей Косман... in Evolution CMS
для всех, кто пойдёт по моим следам
источник

МН

Михаил Носков... in Evolution CMS
Сергей delphinpro
Тут подсказали, что требуемые мне пакеты следует прописывать в 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

Сергей delphinpro... in Evolution CMS
Михаил Носков
Для кастомных пакетов есть команда php artisan installrequire
+
источник

A

Axenia in Evolution CMS
delphinpro (89.7) увеличил карму mnoskov (787.59)
источник

Сd

Сергей delphinpro... in Evolution CMS
спс
источник

МН

Михаил Носков... in Evolution CMS
Volodymyr Dzhuryn
Я инициализировал comnerce через event::listen
Для 2.x было бы логичным инициировать коммерц в сервиспровайдере, но сделать это в универсальном модуле вилимо нельзя, надо делить на 1.4 и 2
источник

DL

Dmytro Lukianenko in Evolution CMS
Сергей delphinpro
Тут подсказали, что требуемые мне пакеты следует прописывать в 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/ folder
источник

DL

Dmytro Lukianenko in Evolution CMS
Так ставить можно любые пакеты и они будут прописываться в коре/кастом
источник

VD

Volodymyr Dzhuryn in Evolution CMS
Пилю интеграцию liqpay для commerce. И у liqpay есть нюанс, что он кидает пользователя после оплаты на один и тот же урл, в независимости, от статуса.
У меня идея в том, что кидаем эго на страничку, где на протяжении минуты, делаем ajax запрос, и проверяем уже у себя статус оплаты. Если успешно, кидаем на оплата успешна. Если нет, то на error.
Вот вопрос, куда кидать, в случае, если инфы от liqpay пока еще не поступило?
Можно, еще сделать 3 тип, оплата пока еще не получена, ми свяжемся с вами.
Или вообще не заморачиватся, и кидать на спасибо за заказ, так как человек все равно видел, на стороне liqpay прошла ли у него оплата или нет?
источник

AA

Am Ambrion in Evolution CMS
По идеи нужно после успешной оплаты перекидывать на страницу "Благодарим за оплату заказа" или что там дает по дефолту ликпей. А после ожидать от ликпея колбек и там уже раздербанивать данные о том какой результат платежа.
Запары у всех бывают, поэтому ожидание не принесет результата в некоторых случаях, как например пару дней назад приватбанк не работал.
источник

P

Pathologic in Evolution CMS
Volodymyr Dzhuryn
Пилю интеграцию liqpay для commerce. И у liqpay есть нюанс, что он кидает пользователя после оплаты на один и тот же урл, в независимости, от статуса.
У меня идея в том, что кидаем эго на страничку, где на протяжении минуты, делаем ajax запрос, и проверяем уже у себя статус оплаты. Если успешно, кидаем на оплата успешна. Если нет, то на error.
Вот вопрос, куда кидать, в случае, если инфы от liqpay пока еще не поступило?
Можно, еще сделать 3 тип, оплата пока еще не получена, ми свяжемся с вами.
Или вообще не заморачиватся, и кидать на спасибо за заказ, так как человек все равно видел, на стороне liqpay прошла ли у него оплата или нет?
если эта платежка показывает свою страницу об ошибке, то зачем заморачивать
источник

VD

Volodymyr Dzhuryn in Evolution CMS
Am Ambrion
По идеи нужно после успешной оплаты перекидывать на страницу "Благодарим за оплату заказа" или что там дает по дефолту ликпей. А после ожидать от ликпея колбек и там уже раздербанивать данные о том какой результат платежа.
Запары у всех бывают, поэтому ожидание не принесет результата в некоторых случаях, как например пару дней назад приватбанк не работал.
"По идеи нужно после успешной оплаты" у liqpay есть два параметра, url на который перебросит пользователя, в независимости от статуса, и урл, на который пошлют потом запрос, из статусом платежа
источник

VD

Volodymyr Dzhuryn in Evolution CMS
Соответственно, если юзер не оплатил, заказ, а мы кинули эго на страницу, спасибо за оплату, это как-то не очень
источник

P

Pathologic in Evolution CMS
ну, можно кинуть на страницу "платеж проверяется" (:
источник

VD

Volodymyr Dzhuryn in Evolution CMS
Идеально
источник

G

Ghostery in Evolution CMS
Dmytro Makohonenko
вот натуральный вареный пивас ))
+
источник