кхм.. если на клиенте, то какой-нибудь cross-origin может быть против.. Если на сервере, то бэкенд вроде как на PHP планировался.. Или речь о собственном интерпретаторе JS на PHP?)
Так не отвлекайтесь.. )) пилите, Шура пишите свой инструмент.. такой, каким Вы его видите.. ))
Тут все результатом интересуются.. более-менее конкретным.. "пощщупать".. ну или хотя бы издалека поглядеть.. )) А пока Ваши посты больше похожи на "сказки для взрослых" - их и без Вас хватает где почитать..
О.. а можно где-нибудь посмотреть инструкцию.. мануал.. или пошаговое руководство.. эдакий мини-howto для создания чего-нибудь (чего угодно.. модуля/экшЫна/плагина.. узла)? Только не в видеоформате на час.. а с более-менее структурированными пояснениями..
Неуловимый Джо? :D 😂
Даже не представляете, насколько Вы заблуждаетесь.. 😂
"Сделайте мне.. а я Вам в будущем помогу.." Как-то так ведь звучит? =)
А чего про него рассказывать? Всё же просто.. 😂
Удачи.. 🍿
А зачем ему Ваш движок, если он уже свой пишет? 😂
Присоединиться же в Вашу команду хотел.. Попросил убедительно аргументировать.
Предложите Ваши варианты решения ситуации с конкурирующими обращениями..
Можно посмотреть готовые решения..
https://ru.wordpress.org/plugins/wp-shop-original/
https://wordpress.org/plugins/download-manager/
https://wordpress.org/plugins/easy-digital-downloads/
При необходимости - доработать напильником..
0. было ли в ТЗ про индексацию? :D
Есть куча мануалов на тему SEO и VUE.js
Но я бы всё же помимо "корректной" JS-индексации:
1. Привёл в порядок серверную часть, чтобы в ответе HTML всё же приходили
а) мета-тэги (Title, Keywords, Description)
а1) правильный rel canonical
б) SEO-текст (в т.ч. с возможностью загрузки для каждой страницы отдельно)
в) добавил карту сайта
Контент конечных страниц можно оставить "как есть", а для рубрикаторов (категорий, "тэгов" и тд) - озаботиться начальным наполнением.---------- Добавлено 16.03.2020 в 09:19 ----------
Не для всякого хостинга подойдёт.. с учётом бэкенда на laravel
Да, предполагал.. Так-то можно вообще всё в куках хранить, но в качестве одного аргументов упоминалось:
Задачи бизнеса. Пользователю дают возможность частично попробовать функциональность сервиса.. без необходимости регистрации.. Когда "подсядет", поймёт плюсы (синхронизация на разных устройствах, длительность, хранение истории и тд)
Видимо, с целью оптимизации? Удвоение количества запросов для покупателей, но кэшированный "статический" контент основной страницы?..
Иногда сессия нужна и для неавторизованного пользователя
- просмотренные страницы (товары) /"вы смотрели", "возможно, Вас заинтересует" и тд/
- товары в корзине
- избранное (в т.ч. и без авторизации.. можно, конечно, куками обойтись.. но)
- информация о предыдущих входах (и такое бывает)
Т.е. права проверяются ещё до роутера? А как быть с разграничением прав на отдельные контроллеры и/или action-ы? По идее, до Router-а ни тот, ни другой ещё не определены?
РКН и туда добрался? 😂
