jazzus, например несколько клиентов зарегистрировались практичнески одновременно, + некоторые изменили, например Имя, их все нужно создать/обновить на внешнем сервисе
secret secretom, тоже использовал ранее Manjaro, толька то и делал что парился с установкой и работой программ, половина как минимум не работате просто так
Sanes, ага, ренее было php artisan make:auth - и все, регистрация, аунетнификация, восстановление пароля работает, сейчас же предлагают ставить jetstream с кучей зависимостей и настроек + сомнительные технологии livewire или inertia.js...
DonkeyHot, здравстуйте. Хотел узнать, работате ли у вас instagram через https://github.com/mgp25/Instagram-API или аналочиную либу? У меня на прошлой неделе работал, сегодня уже при создании поста возвращает "invalid request options"
Шохрух Шаймардонов, получается да, типа тегов, только этими тегами будут поисковые фразы, в моем случае. И юзер ищет по тегам, они будут ему при вводе "предлагаться". Главный вопрос, это как и где хранить эти теги, какая структура бд должна быть, и они должны быть связанные с товаром
FanatPHP, заголовок моего вопроса был:
"Как правильно реализовать «популярные запросы» на сайте?"
А в самом вопросе последний абзац:
"... Но нужен совет, где брать эти поисковые запросы, как задавать им популярность, и как к ним привязывать товары?..."
Если не так поняли вопрос, не нужно писать, что кто то с чем то не определился!
Спасибо за ответы, хорошего вечера!) Можете в этой ветке не отвечать ! xD
FanatPHP, если вы имеете ввиду реализацию "живой поиск" на фронте - то мне это не нужно, мне нужно отдать json массив с результатом, с этим нет вопросов
поле "популярность_товара" у меня есть, оно сейчас считается по количеству покупок. Нужно реализовать вывод списка поисковых фраз (привязанных к товару), которые будут выводится, при вводе текста в поисковой строке пользователем.
Но в любом случае нужно же как то выводить эти "популярные запросы" - не обязательно совпадающие с названием самого товара, и по ним делать поиск (выборку с БД). Вопрос в том, как это правильно реализовать, или вообще как реализовать?
igortv, Да, тогда задачу решил для Inter Kassa, создал форк на один с пакетов и обновил просто совместимость для v3 тут и все что нужно заработало.
Для Robo кассы также сделал форк, обновил но вроде не использовал, это надо протестировать
Тостер не позваляет вставлять название платежок в ссылках, то дал ссылки только на свои репозитории на гитхабе, там есле нужно найдете форки (ветки: port-omnipay-v3 )
JhaoDa, уже не слепо следую дизайну. Заказчик отказался от этой затеи с вводом реквизитов карты и PSI DSS
В данном случае я делаю только бекенд API, приложения под Андроид и иОС делают другие разработчики. Я просто не сталкивался ранее с таким способом оплаты, и соотв. не знал что это так сложно (не только тех. сторона вопроса но и PSI DSS). Благодаря вашим ответам, вопрос практически решен!
?