Еще одно но - этот JS отрабатывает при загрузке страницы, если на лету меняете размер браузера - эффекта не будет (да и не требуется), тестировать через ф5
Voldemar_pauk, А, ну тогда мой пример именно это и будет делать, можете сделать несколько mql для разных размеров и для каждого прописать нужное условие на if (mql.matches) (меняя переменную mql соотствтенно)
Я бы сделал отдельный скрипт php\js\неважно на чем, в котором была бы железобетонная верстка письма на таблицах с инлайновыми стилями а юзеру оставил бы в админке пару полей - заголовок письма и тело письма.
Юзер в админке заполнил, перекинул в скрипт, а там уже красиво сверстанная шапка\подвал и только тело письма добавляется.
Но, это если вы не хотите делать с помощью визивига красивую рекламную рассылку с картинками и прочей дребеденью.
Владислав Лысков, Если класс родителя (или нет уникального ID) не уникальный (вроде item) - тоже выйдет.
Работать на фронте с готовой версткой без возможности изменить бек (проставить атрибуты) - плохая идея.
dom1n1k, Совершенно не спорю, но скрипт один на 100 кб и 10 картинок по 200 кб
Скрипт может завесить страницу и все, но картинки сожрут весь мобильный трафик за безумные деньги
Дмитрий, Ок, напишите свой вариант перебора данной входящей строки. На уровне 20-2000 значений explode особой нагрузки не сделает и код очень прост, если под миллион - ну тут уже другая история. Перебирать массив кусками, хранить его опять же где - в кеше браузера (плохо), на сервере - зависит от нагрузки.
Базово вопрос решен, остальные вещи нужно решать от конкретной ситуации
Дмитрий, что значит "дублировать в массиве"? На вход берется строка с числами через запятую, разбирается в массив через explode и все. Никакого дублирования.
Но повторюсь - мы не знаем откуда приходит строка и в каком виде
Decadal, Так это две разные ошибки, нотис про REQUEST_METHOD и предупреждение про заголовки в другой строке.
Это нотисы и варнинги, отключить показ ошибок на фронте сайта и не забивать себе голову
Дмитрий, На входе в массив берется строка, значит она уже содержит 20 или миллион значений, мы же не знаем откуда она, так что код корректный для данной задачи
JoyDumply, ну вы же подключаете лайтбокс в хтмл страницу и где-то его инициализируете? Типа
$("[data-fancybox]").fancybox({
// бла бла
});
Вот эта инициализация должна идти после того, как скрипт слайдера создаст все свои клоны. Ну и нужно учитывать, что есть миллион разных скриптов лайбоксов с своими особенностями
Задавайте алиасы таблиц, то есть для основного JOIN таблицы stock_data вы указали AS data2, вот так же и в вложенном селекте для stock_data укажите AS data3 и сравнивать data3.date
Суть в том, что у каждой присоединенной таблицы должен быть свой алиас и ключи и данные привязываются к нему
Не пойдет, ТС же говорит что изменяются единожды, то есть однократное нажатие на некст сработает, но повторное уже нет, изменяться будут другие кнопки.
Нужно каждый элемент с классами фронт\миддл\бек именовать по ID и изменение класса привязывать к ID соответственно, как то так let front = $('#front')
Не if(mql)А
if(mql.matches)Еще одно но - этот JS отрабатывает при загрузке страницы, если на лету меняете размер браузера - эффекта не будет (да и не требуется), тестировать через ф5