Size: a a a

2021 August 11

А

Алексей in Laravel Pro
ок
источник

V

V in Laravel Pro
Всем привет. Есть кто-нибудь кто юзал фреймворк Nette ?? Нужна по нему помощь.
источник

А

Александр in Laravel Pro
Всем привет. У кого есть опыт работы с мульдоменными приложениями на ларе? Поделитесь ощущениями. Планируется сделать одно приложение, домены - %%.ru и несколько &&.%%.ru. Суть у всего одна и та же, вот прям абсолютно. Но необходимость в разделении есть. Много такие проекты проблем приносят? И насколько спокойно можно из любого места в проекте получить сведения о наличии && домена, ну и этот домен, пр наличии?
источник

А

Алексей in Laravel Pro
мультидоменный это наличие поддоменов?
источник

А

Александр in Laravel Pro
Да, не смог подобрать нужное определение
источник

А

Алексей in Laravel Pro
в целом ларе пофиг на поддомены, если вы ей не расскажете как с этим работать (и нужно ли вообще с этим работать)
изначально вэбсервер определяет куда пойдет запрос
если хотите - все поддомены будут в один проект сливаться, не хотите - по разным.
источник

А

Алексей in Laravel Pro
есть сервисы которые проверяют наличие поддоменов
как работают хз, может тупым перебором по спискам, может умнее, но порой показывают какие поддомены есть
источник

А

Александр in Laravel Pro
Я на поверхностном уровне попробовал работать с кучей доменов для одного приложения. Как работает - мне нравится, но там будет загвоздка с тем, что имя третьего домена будет определять базу с которой нужно работать. Вот пока ещё не залез, хочу сразу узнать, стоит ли вообще это делать
источник

А

Алексей in Laravel Pro
вы конечно свой проект знаете лучше и вам виднее, но звучит как то сомнительно "выбор базы для работы по поддомену"
источник

А

Алексей in Laravel Pro
это как минимум у вас юзеры с одного поддомена не пересекаются с юзерами другого поддомена.
+ есть админ которому нужно уметь работать со всеми возможными базами одновременно
источник

D

Ditrich in Laravel Pro
это можно в миделваре делать + отдельный коннекшн в конфигурации бд
источник

А

Александр in Laravel Pro
Обожаю эти моменты, когда два дня думал, вроде пришёл к решению, а пока просто кому то описываешь свою идею - осознаешь, какое дерьмо придумал)
источник

А

Алексей in Laravel Pro
источник

А

Александр in Laravel Pro
А так, авторизация пользователей будет через главный сайт, с помощью кросс доменных сессий все сделаю. Ну и наличие кучи бд не проблема. В моделях, к моему счастью, работает точное указание подключения к бд. Да, если смотреть на сами бд, то дерьмо, ибо все справочники будут в одной бд, а использовать их будут другие. Но и тащить в одну бд несколько десятков таблиц не очень хотелось бы, а уж тем более, тащить справочники в каждую бд
источник

А

Александр in Laravel Pro
Я склонялся к тому, что возложить это на плечи апп провайдера, а там уже забиндить текущий поддомен, вроде как будет обраться проще, да и в большем количестве мест смогу это достать. Если не ошибаюсь
источник

А

Алексей in Laravel Pro
несколько десятков таблиц - мелочь, у меня сейчас 100+ таблиц и конец только только начинает проглядывать
источник

А

Алексей in Laravel Pro
в принципе в вашем случае возможно стоит вынести сервис авторизации в отдельный модуль, с каким нибудь паспортом
источник

А

Алексей in Laravel Pro
отставить, у вас сессии. все забываю что не все только апи пишут
источник

А

Александр in Laravel Pro
А, да это мой оптимизм играет, насколько я знаю, там один из сайтов, который потом присоединится к общей системе, имеет порядка 150 таблиц. Но, я знаю, что там очень много таблиц созданы как справочники и как таблицы для связей. Надеюсь, что я смогу от них избавиться, хотя бы от половины
источник

А

Алексей in Laravel Pro
для того чтобы что? зачем избавляться от таблиц если они нужны? кушать она не просит, польза от нее есть. пусть себе живет. не просто же так их от нечего делать заводят)
источник