Нет, не лишнее. Это закрывающая часть .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+ $.

Сергей, к вопросу защиты CMS имеет самое косвенное отношение. Если вы хотите этим хоть сколько-нибудь серьёзно заняться, вы должны хорошо разбираться в программировании (HTML, JS, CSS). И в этом свете надеяться на то, что CMS волшебной кнопкой в админке всё вам защитит - наивно.

На этапе, когда пользователь получил от вас HTML-страничку с клиентскими скриптами и прочим, вы безопасноть своих данных практически никак не обеспечите. В обозреваетель передаётся готовый материал. А обозреваетель - это КЛИЕНТСКАЯ машина. Как только человек (программа-клиент) зашёл, вы ему всё сами добровольно отдали.

Можно снизить возможности управления отданной страницей, внедрив на неё JS-скрипт, который будет запрещать вызов контекстного меню на странице и прочие действия по копированию. Но скрипт вы тоже отдаёте. Его можно отключить программно или удалить физически. Элементарный запрос в Google выдаёт в первых строках исчерпывающую пошаговую инструкцию, которая обнулит все ваши старания. В итоге вашу аудиторию можно разделить на тех, кто ничего не знает про JavaScript и возможность его отключения (даже не знает как спросить) и на тех, кто знает и может отключить.

Можно использовать для "защититы" от копирования (человеком) различные уловки вёрстки. Например, разместив поверх блока с важным контентом другой прозрачный блок, спозиционировав его и через z-index распределив слои. Выделить и скопировать будет нельзя независимо от состояния JS. Но опять же, все эти хитрости вы передаёте вместе с контентом пользователю и этим лишь немного усложняете ему задачу копирования. И прилично усложняете себе в вопросе реализации и поддержки всего этого.

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

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

Можно усложнить задачу написания/правки парсера разными методами. Но опять же - только усложнить. Себе разработку этими усложнениями вы усложните куда больше.

Но реально защитить (более или менее) можно сам доступ к материалам, сами материалы на сервере (шифровать) и канал связи, по которому вы эти данные передаёте. А защитить готовый продукт, который вы добровольно в удобоваримом варианте передаёте второй стороне для ознакомления очень и очень проблематично.