Константин Толмачев

Если очень кратко:
Sanctum - крайне простой механизм авторизации для PWA приложений. Формата поставил и работает. Если не нужно вообще никаких тонких настоек, рабочий вариант, но только если у вас с вашим апи работаете только вы, и если у вас есть только PWA приложение и кастомные настройки вам в принципе не нужны
JWT - по факту технология и любое кастомное решение, где уже мало что из коробки. Есть основа, а дальше все что угодно. Ибо JWT это технология, а не пакет.
Passport - полноценный каркас под OAuth сервер. Идеально для ситуаций с разделенным доступом, и если вашим апи будут пользоваться сторонние разработчики.

Ну это если очень кратко. Разные инструменты под разные задачи.

Почитайте issue новы на эту тему: https://github.com/laravel/nova-issues/issues/250 Возможно это то что вам нужно.

поясните пожалуйста что такое активатор и зачем он атрс

Слот вы этот скорее всего взяли из компонента v-dialog. Внутрь него помещается объект который будет активатором диалогового окна, т.е. активатор в данном случае просто имя слота. Через v-on="on" вы пробрасываете событие клика на элементе, которое будет открывать диалоговое окно. Все это описано на примерах в документации

Второй пример судя по всему взяли из объекта таблицы, конкретно данный пример позволяет переопределить стандартный обработчик поля сроки таблицы. В него передается объект строки, а дальше вы реализуете свою логику. item в данном случае константа.

P.S. Совет про документацию из ответа выше кстати крайне актуален

На 1 и 2 вопрос верно

На 3 ответ никак. Если используют одноразовые TOTP пароли подразумевается, что у пользователя стоит мобильное приложение которое ему выдает ключи и показывает время сколько еще этот пароль будет действителен.

Для СМС аутентификации TOTP не лучший вариант

Если нужно понимание алгоритма https://habr.com/ru/post/154229/

Как домашний проект в принципе неплохая идея, слишком уж муторная, и фактически нереальная для одного разработчика. Вы задолбаетесь писать драйвера для апаратной совместимости с чем то из СКУД оборудования, там очень много нюансов, тот же NFC протокол если описывать нормально, это очень и очень много строк кода. Даже используя ACR122U и его SDK. Второе вы хотите сделать эдакий комбаин со всем на свете, и бедная малинка такого надругательства просто не переживет, не для нее это. То же распознавание чего бы то не было, крайне ресурсоемкая задача.

Если по теме:
1. Используйте базы данных, которые будут совершать как можно меньше запросов к SD карточке. Например Redis, которая будет жить в оперативной памяти.
2. Без разницы. Изначально нужно определиться со стеком для бекэнда, а учитывая вашу идею это крайне нетривиальная задача, а там хоть html и js чистый используйте.
3. Как я писал выше, вы хотите комбаин, а это уж извините, бред. Не на таком оборудовании. Реализовать что-то одно. Например распознавание, или биометрию, или карточки, еще куда не шло, если делать все сразу будет нерабочий франкенштейн

Рекомендуемый способ создания Vlan на микротике выполняется с помощью бриджей:
1. Создаем интерфейсы ВНУТРИ БРИДЖА с определенным ID, которое мы будем подключать к данной сети
2. Задаем адресное пространство на созданные интерфейсы (ip->address)
3. Настраиваем бридж: Добавляем в него нужные нам коммутируемые порты.
На вкладке vlan добавляем id vlan в него включаем сам бридж, все транк порты в тегированные, обычные порты в нетегированные
4. Создаем dhcp сервер стандартными методами привязываем к созданному интерфейсу

Ну это если в кратце

Делим задачу на этапы:

1. При регистрации пользователя указывается имя, которое уникально в приложении, например 'qwerty'
2. На основе этого имени создается аккаунт, владелец которого этот пользователь. Доступ к аккаунту по сабдомену 'qwerty.myapp.com'.

Подключаем стандартную регистрацию, при регистрации проверяем валидатором уникальность логина. subdomain делается в файле роутинга так же просто.

3. Предполагается, что пользователь может давать доступ к своему аккаунту другим пользователям, при этом требуется предоставлять разрешения на определенные действия в аккаунте.

Подключаем пакет, например laravel-permission раздаем нужные права и радуемся жизни.
Все запрашиваемое вами описано в документации, в принципе это же и самый адекватный путь.
С таким описанием задачи, это все, что вам ответят

Платформы позволяют получать некоторые данные опосредственно, через невидимые пиксели, гугл-аналитикс, яндекс вебмастер, и т.д. используя штатные механизмы, но целенаправлено выдавать информацию вам никто не будет, ибо это официально запрещено в политике конфиденциальности этих компаний, и если они начнут эти данные продавать, поднимется такой хай в сети, что им проще никогда и никому ничего не давать. Они могут пойти навстречу для организации рекламных компаний, сделав возможной более ревалентную выборку, но только особо крупным игрокам, т.е. где рекламная компания стоит хотя бы 15-20 миллионов.

Не ищите легких путей. Опосредственно можно получать не менее качественную выборку, если знать как, хоть и без указания на конкретного пользователя
=============

Кейс: Пользователь зашел к нам на сайт, мы персонализировали ему информацию из расчета того, что он ранее посещал и просматривал. Т.е. задача в том, чтобы узнать как можно больше информации о посетителе сайта

Возможно отследить через невидимый пиксель так называемой "догоняющей" рекламой в соц сетях, но здесь важно то, что источником информации будете вы и ваш сайт, а в соц сетях вы будете только "догонять", узнать его историю посещений вы никак не сможете.

Да и что вам мешает как все нормальные компании наводящими вопросами аккуратно у пользователя всю информацию и выпросить, или просто отследить время чтения определенных мест сайта.

Покажите связь один ко многим в модели пользователей, примерно так должна выглядеть запись

public function contact()
    {
        return $this->hasMany(Contact::class,'user_id','id');
    }

Где первое имя в удаленной таблице, а в конце имя в таблице пользователей, проверьте правильно ли вы написали

Ответ один - никак. Во первых на самом деле интернет, замерьте пинг пакетами на порт БД скажем по 2-3 КБ, и посмотрите отклик.
Во вторых, хостинг, изначально, если вы выбираете хостинг, расчитывать на высокие скорости не приходиться. Поднимите лучше vps там хоть со скоростями немного получше будет.

У вас как БД подключена в режиме постоянного коннекта или на каждый запрос новое соединение? Что мешает использовать реплики базы данных? Локальные для чтения, удаленные для записи, все равно скорость будет выше. Плюс кешированние данных в общем Кэширование данных

И да, чисто ради интереса, чем вас миграции то не устроили?

Например пакет vue-form-generator. Здесь в основе json но ничего не мешает сделать из xml json. Тем более что все равно приводить к стандарту потребуется.