Да, но только для slug.domain.com (т.к тут не поддомены), а в базе данных есть ячейка у домена например type и она уже говорит куда его нужно отправить.
Да, но только для slug.domain.com (т.к тут не поддомены), а в базе данных есть ячейка у домена например type и она уже говорит куда его нужно отправить.
Все равно какая ячейка - алгоритм тот же. Смотрите в документации Subdomain Routing - получаем slug, делаем запрос с этим slug в БД за нужным полем, далее в зависимости от поля делаем что нужно.
Все равно какая ячейка - алгоритм тот же. Смотрите в документации Subdomain Routing - получаем slug, делаем запрос с этим slug в БД за нужным полем, далее в зависимости от поля делаем что нужно.
Все равно какая ячейка - алгоритм тот же. Смотрите в документации Subdomain Routing - получаем slug, делаем запрос с этим slug в БД за нужным полем, далее в зависимости от поля делаем что нужно.
При указании account он не может найти домен с роутингом вообще. (404 not found) при указании домена вручную например example.com и заходе по домену все работает. Значит такое решение может не сработать.
Я могу оставить моё решение в RouteService и просто подключать файлы web.php и т.д в зависимости от типа проекта и просто не делать кеширование, но мне кажется это очень костыльный метод или продолжать разработку на nodejs и делать архитектуру.
оберни шаблон в div - без этого работать не будет. $q откуда берется? имхо эта переменная вообще не нужна. В запросе можно when использовать вместо if.
оберни шаблон в div - без этого работать не будет. $q откуда берется? имхо эта переменная вообще не нужна. В запросе можно when использовать вместо if.
$q образовалась путем многократных тестов ипереписываний, сейчас попробую обернуть в div