Т.е. получается я должен создать API route в nextjs, откуда я отправлю запрос на API на PHP?
Что-то не совсем уловил идею, выходит так что nextjs тут выступает как прокси какой-то)
hwnd32, не совсем понял Ваше решение. В любом случае же придется иметь динамическое подключение к БД клиентов, выполнять миграции для этих БД и т.п. Можете подробнее описать свои мысли пож-та.
Точно, что-то не подумал, спасибо. Правильно же будет, если я вернусь на последний коммит этой ветки feature-3 до слияния с dev и создам там новую ветку. По сути это и будет feature-3?)
Спасибо, действительно капчу таким способом не ловлю.
Вот если скажем я буду использовать эмуляцию браузера (типа selenium) довольно быстро, гугл это заметит?
И почему именно 1 запрос в минуту?) Каково минимальное значение примерно?
Вы правы. Получается при отправке запроса, нужно будет анализировать входящий массив на признак новых/удаленных/обновленных записей, посылая различные запросы в бд? Мб существует какое-нибудь элегантное решение подобной задачи?
Действительно хорошая идея.
Немного подумав, я пришел к выводу, что нужно вообще в самом начале менять конфигурацию в зависимости от запроса.
К примеру, если будет такой проект: www.domen.ru - обычный блог
<название компании>.domen.ru - подсайт определенной компании (код одинаков для всех, их будет много)
shop.domen.ru - интернет-магазин
Таким образом, получается, что нужно будет постоянно перехватывать адреса поддоменов и на основании их названия, создавать разные приложения (на примере Yii2).
Как думаете данное решения является правильным? Как реализуют подобные проекты большие компании?
Так кажется я нашел, что искал: Yii2 Guide > Routing and URL Creation > Rules with Server Names
Только непонятно как это должно работать на shared хостинге. Кто сталкивался с подобной задачей, отзовитесь пожалуйста)
