imdeveloper

Попробуйте добавить в параметры слайдера:

observer: true,
observeParents: true

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

Можете подробнее глянуть в документации: https://swiperjs.com/api/

BrowserStack и аналоги.

1) Не надо называть контроллером то, что им не является.
2) Если у вас 2 дб - не надо в одном объекте их инициализировать, нужно создать 2 объекта (по 1 на дб) со своими настройками.
3) WHERE id - просто шикарное условие.
4) $_POST, $_GET и вообще сырые данные приходящие с фронтенда в запросы вставлять категорически нельзя. Во первых их надо хотя бы базово валидировать, во вторых для этого есть prepared statements.
5) Чем вообще обусловлено разделение данных на 2 базы? Похоже что вы что-то не так делаете изначально, на уровне проектирования структуры данных.

Плохому программисту найти работу сложно, хорошему - легко.
Развели тут холивар на пустом месте

Здравствуйте!
На самом деле, все намного проще:

Внутри формы создайте тип поля select
Например -

[select* recipient "Санкт-Петербург|mail@example.com" "Москва|custom@example.com"]

Санкт-Петербург и Москва - это названия полей. А email - их значения, куда должны письма идти.
В поле "Кому" вставьте шорткод этого поля - [recipient]

Рабочий пример - https://doveriye-estate.ru/kontakty-doverie-nedvizimost

preg_replace('/\x{0301}/u', '', 'Ударе́ние');

понятие велосипеда - очень разное. и задачи/необходимости тоже разные.

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

другими словами: если задачи типовые - используйте типовые решения, если задачи не типовые - от велосипедов (в хорошем смысле этого слова) не уйти.

не знаю как в jq, но в js это делается так

Laravel - по факту только ходит в базу достает данные и отдает их в JSON или добавляет их в базу при запросе на определенный в роутах URL - это все называется REST IP,
из Angular по заданным событиям Events через HttpClient шлются запросы на нужные URL бэкенда , получают от Laravel данные в JSON и инджектят в компоненты из которых состоит страница.

То есть у вас на сервере с определенным ip, которому прописан в dns адрес site.ru, на 80 порту лежит фронтенд , который отдает главную страницу при запросе на site.ru из Angular (это просто html страница с Javascript) а потом javascript шлет запросы на бекенд который может работать на этом сервере на другом порту или в любом месте , главное знать ip и порт куда слать запросы

В общем, мне нужен способ отправить мне уведомление, если боты не авторизовались в ВК до 7 утра.

Я думаю выглядеть это будет примерно так:
0. Открываем вот эту страницу, находим там поле "online", оно отвечает за то, онлайн пользователь или нет
1. Запускаем по крону скрипт, в 7:00 утра, который проверяет, онлайн пользователь или нет
2. Если нет - скрипт отправляет SMS/Email/etc куда следует

Или Вы не об этом?

начал изучать Python (мы не ищем легких путей, хотим развиваться в ширь)

Как раз таки python считается лёгким путём для начинающих как в программировании в целом, так и в web-разработке в частности.

У каждого инструмента своя традиционная ниша. У python это:

• обучение программированию;
  
• прикладные скрипты;
  
• обработка/аналитика данных;
  
• научные вычисления и разработки;
  
• web-разработка (в последнюю очередь).
  

Ниша сайтов (лендингов, визиток, магазинов, порталов и пр.) и большинства web-сервисов - JS+PHP. Корпоративные проекты со сложной бизнес-логикой разрабатываются на C#/Java. 80% остальных web-решений пишутся на PHP. Оставшиеся 15-20% web-приложений и сервисов (а не стандартных сайтиков) разрабатываются на Ruby/Node.js/Go/Python и т.д.

Причём, Python/Django - самая (!) непопулярная/невостребованная технология разработки web-бэкенда (ниже только всякая узкая функциональщина, но о ней и речи не стоит). Можете прямо сейчас открыть любой агрегатор IT-работ (upwork, fl, moikrug, hh и т.д.) и провести сравнительный анализ по вышеперечисленным технологиям - по django меньше всего заказов/вакансий, а бОльшая часть работы на python именно в нише прикладного скриптинга/аналитики данных/парсинга и пр. Более того, "прикол" в том, что на волне хайпа питона и IT в целом, в него повалила орда новичков, но работы для них не прибавилось. По moikrug на данный момент ситуация следующая по соотношению "количество резюме на 1 вакансию": Laravel - 25, Yii - 40, Django - 68. При этом открытых вакансий: Laravel - 56, Yii - 60, Django - 32. Выводы очевидны, хотя бытует стереотип, что в PHP адская конкуренция, а в django свободное поле для деятельности и дикий спрос. Как видим, всё наоборот, и на это есть причины.

Для заказчика есть несколько доводов (относительно стереотипных, но прочно укоренившихся) отказаться от сайта на python:

• более дорогое обслуживание;
  
• более дорогая разработка;
  
• привязка к первому разработчику, зависимость от него (т.к. толковый python-разработчик, который ответственно разгребет чужой код стоит гораздо дороже среднего php-шника, и найти его гораздо сложнее по причине засилья новичков, начитавшихся про "php - ужас, а python - серебряная пуля и наше всё");
  
• отсутствие миллиона готовых и проверенных решений на каждую хотелку - большую часть нужно либо разрабатывать с нуля (что далеко не всегда лучше готовых php-решений), либо пользоваться сырыми поделками ноунеймов;
  
• скорость работы сайта.
  

Каких-то очевидных преимуществ стандартный сайт на python заказчику не даёт. Конечно, вы можете рассчитывать на ничего не понимающих в этом заказчиков, многим действительно пофиг, что там под капотом, лишь бы всё работало.

Другой вопрос - зачем это вам? Типовые сайты/магазины гораздо удобнее (и быстрее, что положительно повлияет на рентабельность вашего "предприятия") разрабатывать на PHP, это его ниша. И по расценкам вы вряд ли выиграете, заказчику хоть и пофиг на серверные технологии, а вот ценник все хотят не выше чем у остальных "php-cms-ников".

Скорее всего, и на django вы сможете загрузить себя заказами под завязку и не голодать, но с вышеописанными проблемами столкнетесь в любом случае и часть клиентов потеряете. Огромное количество времени потратите на разговоры с заказчиками и убеждения на тему "почему django, а не битрикс". Смотрите сами, надо ли оно вам. И если надо "чего-то большего", то почему именно python/django, а не node.js/ruby/go, на которые и спрос с оплатой выше, и конкуренция меньше, и хайп сильнее?

Явно же говорит, переменная json - не существует

var result = [];
                var keys = Object.keys(jsondata);
                keys.forEach(function(key){
                    result.push(jsondata[key]);
                });