Ваш способ с убиранием ID и с учётом возможного ресайза будет выглядеть так:Хотя скрипты после загрузки DOM не всегда "слушают" изменения (зависит от скрипта) и могут не "увидеть" элемент с изменившимся ID и не считают клик по нему. Надо проверять. Ну и, возможно, дорабатывать скрипт.

Нет, не лишнее. Это закрывающая часть .resize():

В коде 2 одинаковых ID - этого по-хорошему быть не должно.
Поэтому в примерах выше, чтобы адресно не промахнуться мимо нужного блока, добавляйте к айдишнику класс родителя:

Почему обязательно вы? Может это я в else if пробел пропустил? Пробуйте:

Это потому что прописано 900px в скрипте. Пропишите 1024 и будет отрабатывать и на планшете (по крайней мере должно).

Не совсем так. Но да, на всём сайте выше указанный пример работать не будет. У вас в /custom/my/css/style.css (756 строка) есть следующий код:padding сделайте просто 15px и будет вам отступ.

И селектор заодно поменяйте с .tabbable-line > .tab-content на .tabbable-line .tab-content.
Так надёжнее, учитывая вашу конструкцию табов.

Самый простой способ внедрить меню даже многоуровневое - это прописать структуру прямо в шаблонном теге.
Если нужно одноуровневое списком:id="1" - ID меню в админке
count_level="1" - выводить только 1-ый уровень меню без вложений

В CSS-файле:

Есть вероятность, что кэш включён, но не включён модуль на хостинге.

Проблему с кэшем показывает Google Insights, на который в последнее время как на последнюю инстанцию ориентируются:

Сначала посмотрите в админке, как вам Александра выше советует (на всякий случай). Хотя вы отметили, что кэш включён.



Если там (в админке) всё нормально (галки не стоят), то это настройка хостинга и надо соответствующий модуль включать уже там, уточняйте у хостера. Например, мне на REG.RU отказались его включать и порекомендовали перейти на более дорогой тариф. В итоге сменил хостера.

Кэширование регламентируется следующими записями в файле .htaccess:
Из этого следует, что кэширование работает только в том случае, если на сервере включён модуль Apache mod_expires.

Пожалуйста!

У вас права на необходимые файлы и папки 777 выставлены?

Брошенные корзины обрабатываются. К сожалению неизвестно насколько долго это продлится.
Моё предложение по рекурсии уже год обрабатывается.

Ну и Виталий уже сто раз говорил, что разработчики форум не читают.

wishlist !== forum
Мы же обсуждаем вишлист, но на форуме, который не читают. А если и читают, то делают вид, что не читают. Не суть.
Раз многократно заявлено, что мониторится и просматривается всеми причастными только вишлист, стоит кратенько написать туда пожелание, за которое все заинтересованные и проголосуют. КПД будет явно повыше.

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

Да ну, бросьте, Александр! Как будто мы пайщики многоквартирной новостройки и нас кинули, заморозив строительство и украв все деньги. Осталось только на стяг водрузить в качестве лозунга цитату Сент-Экзюпери: "Ты всегда в ответе за тех, кого приручил", - и штурмовать стенаниями, жалобами, мольбами и угрозами стены неприступного замка Diafan.

Я в вишлисте откомментил тему с бонусами - CMS сделана на базе PHP и MySQL. Как минимум на половину системы документация есть и вполне годная, чтобы разобраться. Если где-то не хватает компетенции и документация превращается в жреческие письмена, метод тыка помогает прекрасно, т.к. система простая достаточно. Ну и ТП в принципе, тоже подскажет, если что.

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

А по поводу года в обработке... Вот во времена 5-ки я сделал полный редизайн табличной админки. Там и адаптивность была и функционал дополнен. Но в аддонсы не выложил, потому что когда начал собирать тему, всплыл этот косяк. Я его запостил 4 мая, а реализовали его только через 10 месяцев вкупе с новым интерфейсом, что поставило крест на моём дополнении. Было конечно обидно и желание писать новые дополнения поубавилось. Но даже такие вещи нельзя назвать бессовестными, поскольку мне разработчики ничего не должны и ничего не обещали.

Ну и вишенка на торте: 10 000 сайтов за 1,5 года против 8000 за 7 лет. Вот точная дата по 8000 лицензий. Т.е. через 4,5 месяца прирост 383 штуки или в среднем 1000 лицезий в год.

С 6000 до 7000 счётчик набился менее чем за 4 месяца. С 7000 до 8000 - за 8 месяцев. По нынешней динамике 9000 будет в конце года (т.е. за 12 месяцев). Налицо спад. Причём на каждую тысячу приблизительно вдвое.

При этом Cloud показывает совершенно обратную динамику. И я вообще не понимаю, почему какие-то обиды. Надо или интегрироваться в этот поток, либо плавно, но верно вылетать из этого бизнеса.

Мы это уже обсуждали, кстати. Только ссылки искать нет желания.

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

Diafan вполне лоялен к партнёрам, у многих действуют ещё цены и скидки, полученные при царе Горохе. При этом у нас не раз была возможность покупать лицензии на выгодных условиях и мы этими возможностями воспользовались. Об этом явно говорит динамика продаж с 6 по 7 тысячу лицензий.

Кто-то себе прикупил несколько штук (как я, например), кто-то - десяток, а кто-то несколько десятков лицензий. Это с учётом выгод и личных скидок. Поскольку и поддержка и обновления у Diafan бессрочные (почему-то не принято про это вспоминать у "Партнёров", хотя стоило бы), на все купленные лицензии распространяется бесплатный апгрейд и поддержка.

В этом смысле лицензию можно подержать пару лет и она как хорошее вино обрастёт ништяками, свистелками и перделками совершенно бесплатно сама собой. Как замечательно! Это как купить "Audi A80", поставить в гараж, а заглянув через 5 лет обнаружить там "Audi A4". Прямо сказка наяву!

А кто инвестировать в дальнейшую разработку будет? Я вот даже "спасибо" за бесплатный апгрейд и бессрочную ТП что-то не припомню вообще. Зато прекрасно помню несколько тем про "обнулите-ка нам старые лицензии, мы же деньги платили!"

А за такие "подачи" никому не стыдо?

Да нет, не верно. Я на самом деле к вашему стартовому посту никаких претензий не имею. Просто дальше речь уже пошла про совесть, а в отмеченном вами пожелании вишлиста и вовсе - откровенный сарказм и претензии. Это работоспособности не прибавляет, знаете ли.

Проанализируйте большую часть аналогичных постов. Они в целом выглядят как:
"Diafan, я вас, конечно, очень люблю, но... вот вам ведро навоза! Хочу, должны, обязаны!... Люблю, жду, надеюсь!"

Я же отметил, что надо и с другой стороны смотреть тоже, а не "ваша точка зрения не верна, - вот моя, правильная!".

Ага, и продам на чёрном рынке задорого!

Всё как всегда от точки зрения зависит - с какого места и куда (на что) смотреть.

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

и вьюху paginator.view.pagin.php создаём под это дело.

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

Если возможности увеличить ресурсы у хостера нет, ещё вариант: скачать себе копию на комп, воткнуть на виртуальный сервер, выставить лимиты локального сервака по максимуму и сделать все нужные операции. Ну и по окончании залить итоговую БД обратно.

Пошаговые итерации - магия, доступная каждому!

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

Разумеется. И я это отметил. Но вы также написали, что новые параметры применяются только ко вновь залитым изображениям. А человек, незнакомый с системой, может вполне расценить эту информацию как "к старым не применится совсем". Уточнения же не было по этому моменту.

Не, 50 точно нельзя. Это же не дизайн натянуть и пару скриптов навесить на практически готовый функционал. Сервис явно будет с функционалом сложнее двух кнопок. Следовательно, нужно всё это прорабатывать и программировать. Обязательно тестировать, в том числе на уязвимости. 250 т.р. выглядит в этом свете куда более реально.

Исходя из того, что ваше ТЗ содержит Х страниц, разработка займёт N дней.

Парсинга нет.

Вот смотрите видео и делайте всё в соответствии с ним. До нужного места я уже "отмотал". И получите "карусель". Хотя вам, как я понял, не карусель нужна. Либо вы ссылку не на то дали.

Прикреплять нельзя, использовать можно. При помощи шаблонных тегов в содержимом (тексте) страницыили в шаблоне страницы

Напишите сразу усреднённую стоимость часа труда такого сотрудника и сэкономите уйму времени на переписке в ЛС и отсеивании тех, кто хочет зарплату 1000+ $.