Защитить информацию более действенно можно несколькими способами:

1. Передавать информацию в виде продукта с привязкой к клиентской машине. Взломать можно, но сложнее, чем отключить JS.
2. Депонировать сайт и в общедоступном месте на сайте сообщить, что копирование/распространение будут преследоваться по закону. Ущерб будет оценен в такую-то сумму минимум и будет взыскиваться через суд согласно законодательству. Для острастки туда же можно приложить бланк формы обращения в "Отдел К МВД РФ" с пустыми полями "дата", "сайт злоумышленника" и т.п.. Этим вы покажете, что готовы произвести это действие, а не только пугаете.
3. Чтобы идентифицировать человека, от которого произошла утечка, можно присваивать уникальные номера каждому пользователю, получившему доступ и потом эти данные интегрировать в контент. Это можно делать не только вставками в тексте и в коде, в том числе и при помощи обфускации, но и обрабатывать изображения.

Доп.информацию можно включать в состав изображения не только в виде водяного знака (который очевиден) или EXIF-данных и JPEG-комметариев (которые тоже очевидны, но уже меньшему числу пользователей). Её также можно включать в состав файла при рендеренге страницы, обрабатывая изображения "на лету". При этом скрытую информацию можно будет получить только при соответствующей обработке клиентского фото.

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

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

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

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

Отредактируйте или замените файл favicon.ico в корневой папке сайта.


Файл является иконкой, правится в любом редакторе изображений, поддерживающих формат ICO. Например, в Greenfish Icon Editor. С помощью этого редактора можно получить иконку из любого изображения:



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

Если желание заморочиться всё же есть:

Сейчас актуальнее создавать не одну иконку, а сразу делать набор для разных устройств. Для этого подойдёт специализированный сервис. Подробности в сообщении ниже.

Ссылка на иконку (или иконки, если сделаете набор) находится в шаблонах страниц, которые лежат в папке /themes, а именно вот эта строка:

Завязывайте с этим. Сервис Favicon.ru даёт вам на выходе из исходника любого размера одну иконку 16х16 пикселей в одном цветовом разрешении. А нужно как минимум несколько размеров. Именно поэтому используют формат ICO, а не PNG, JPG и т.д.. Формат ICO в одном файле содержит набор иконок различного размера и глубины цвета и в зависимости от того, где иконка используется, выводится один из этих вариантов (скриншот ниже).

Вопрос с фавиконом несколько шире, чем может показаться на первый взгляд, и вот почему:
Фавикон - это не только значок страницы во вкладке браузера. Это графический файл сопровождения web-страницы. А web-страницу можно не только просматривать, но и хранить десятками различных способов.

Поэтому надо создавать иконку с несколькими типоразмерами (и тут вам всякие сервисы за 2 копейки не помощники), а также различные варианты изображений под Apple, интерфейс Metro для Windows-планшетов и т.д..





Чисто для Windows нужно 3 размера - иконка для вкладки в обозревателе (она же в поиске Яндекса), и 2 для ярлыков рабочего стола при перетаскивании страницы на него (закладка) и если ярлык web-страницы лежит в папке или рабочий стол масштабируется.



Ну а в целом полноценная фавиконизация сайта (распространяющаяся на подавляющее большинство вариантов отображения) сегодня выглядит приблизительно так:



РЕЗЮМЕ: Нужно использовать для создания группы фавиконов продвинутые сервисы. Чтобы на выходе не было никаких нареканий по качеству и масштабируемости иконок, лучше использовать сервисы, принимающие в качестве исходников SVG. Плюс этих сервисов в том, что они смогут создать SVG-иконку в наборе для некоторых типов устройств.



Из этого проистекает следующий момент: иконку (часто это сразу и логотип) правильнее рисовать в векторном формате SVG в векторном редакторе:



Приятным бонусом такого подхода будет возможность сконвертировать SVG-логотип в web-шрифт и использовать на сайте в различном (не ограниченном) разрешении/размере:



Надеюсь данный развёрнутый комментарий окажется кому-то полезным! Удачи в изготовлении маленьких иконок для сайтов!

А права на файлы на скриншоте почему 700 ? Права на /custom, /return, /cache, /userfiles, /tmp должны быть 777 (userfiles с рекурсией). Нужно было после распаковки выставлять нужные права.

Причина может быть в этом (хотя 100%-ной уверенности в этом у меня нет).
Вот, например, вопрос в базе знаний по теме прав.

600 и 700 обычно выставляет при распаковке Beget:

Я бы сделал следующее:

1. Создал архив нынешнего состояния на всякий случай.
2. Удалил бы все записи в БД и файлы внутри папки с сайтом.
3. Разархивировал бы по-новой, выставил права как положено.
4. Проверил бы работу сайта.
5. Проверил бы соответствие данных для доступа к FTP в админке и FTP-учётки в ЛК хостера (нужно для обновления).
6. Сделал бы второй промежуточный бэкап.
7. Попробовал бы обновиться и посмотреть результат.

Смотря на какие папки такие права ставить. Я же вам ссылку выше дал на документацию Diafan. Там всё написано. Откройте - почитайте.

Лучше просто отключить. Структура меню сохранится, понадобится потом - включите обратно.

Цитировать тут нельзя в нормальном понимании. Можно копировать текст и оформлять его, намекая, что это цитата. У полноценной цитаты есть отсылка к оригиналу. Выглядит это так:
Но для этого нет инструмента. Нужно скопировать сначала имя автора, оформить его BB-кодом, потом текст, оформить его BB-кодом, потом ссылку на сообщение (хоть это есть), оформить её BB-кодом.

Вот тогда это будет полноценная ссылка. На всех форумных движках есть кнопка "Цитировать", которая это автоматически делает.

Я предложение давно вносил, ссылку добавили на само сообщение, а возможность цитировать - нет.

По поводу альбомов. Идём на Demo-страницу. Создаём согласно вашему описанию:

1. Страницу фото и прикрепляем к ней модуль "Фотолалерея".
2. Создаём в модуле "Фотолалерея" Альбом.
3. Прикрепляем его через "доп.параметры" альбома к странице "Фото".
4. Добавляем пару фоток, переходим на страницу "Фото" и видим эти файлы.
5. Отключаем (снимаем с публикации) альбом, делаем его неактивным. Обновляем страницу "Фото". Файлов нет.

Дальше не проверял.

А это по-вашему зачем?

Потому что тут лента сверху вниз. Ваш ответ появляется после всех предыдущих.

Я понял. Фото все одинаковые и понять - какое нужно вы не можете.


Я себе запилил вот такую штуку и ориентируюсь по ALT и TITLE, если фото одинаковые или очень похожие.


Нужен файл /modules/images/admin/images.admin.action.php Он лежит у вас в папке темы (custom/tema), либо в корне сайта смотрите в папку /modules, если активной темы нет.

В этом файле вам нужен следующий код на 275 строке:В массиве $row, который выводится, есть ключи:

1. $row["name"] - имя файла
2. $row["alt1"] - ALT изображения
3. $row["title1"] - TITLE изображения

Получилось вот так:
Подправить внешний вид можно в файле /adm/css/style.css (с поправкой на тему опять же)
Стили следующие ("рыба", меняйте на свой вкус):

Это Олбанский...

Ну плюсы приблизительно те же, что и у Jquery по сравнению с чистым JS. Для восприятия проще, написано более прозрачно, в комплекте куча предустановленных функций. Писать в разы быстрее. Можно даже копипастой неплохие вещи реализовывать.

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

Всё должно быть оправдано.

DEN, какой вам профит будет от этих лишних 10 баллов на Google insights?
Вы пробовали оценить качество предлагаемых Google материалов для замены (которые их устроят)?



Слева - уже сжатое Diafan изображение.
Справа то - что требует Google.
Поверьте, такая просадка по качеству изображений очень негативно скажется на вашем ресурсе.


Просто факт сжатия Google в большинстве случаев не устраивает. В итоге сайт будет выглядеть ужасно, зато в зелёной зоне.
Только сайт вы для пользователей делаете или для Google-bot`а?

Как видно, на первом скриншоте сайт dr-optika.ru может при замене изображений без проблем получить оценку 96-98 (проверено), т.к. серьёзные претензии только к изображениям. Но непонятно - зачем. Это как продать почку за 100 лайков в контакте.
Не увлекайтесь этой оптимизацией. Она вредна.

А если нужно действительно большое по объёму фото сжать без потери качества, то посоветую этот ресурс: https://tinyjpg.com/

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

Если и влияет, то очень слабо. А по поводу качества - это смотря на каких мониторах (матрицах) смотреть и с какой яркостью экрана. К тому же вы субъективно по себе судите, что "качество неплохое", но сайт-то вы делаете для других. Кому-то может не понравиться.
В общем, я вас предупредил, а предупреждён - значит вооружён. Что дальше делать с этой информацией - решайте сами.

Если у вас процесс включения изображений в контент не в автоматическом режиме происходит (импорт, например), то есть смысл обработать изображения (исходники) до заливки в Diafan. Размер делать не выше 1000-1200px и прогонять их через сервис, ссылку на который я дал выше.

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

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

Этот раздел настроек сайта заполняли?
Пример характеристик для заполнения.


Как правильно заметил Виталий, тема неоднократно поднималась, обсуждалась и решалась.

В шаблоне модуля меню: На span.active в CSS вешаешь те же отступы и габариты, которые имеются у ссылки, как уже отметил Денис.
И цвет какой-нибудь серый или opacity: .5

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

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



Второй вариант - убрать у самого блока меню фиксированную ширину: Убрать в этом стиле (или поэкспериментировать) ширину - width: 1001px;
Получится тогда так:



Никаких допилов JS и прочих танцев с бубном данная ситуация не требует. Достаточно правок CSS.
Единственное, в зависимости от общего применения шаблона-селектора [class*="__center"] он может влиять не только на блок меню. В этом случае его целесообразнее не править, а сразу под ним добавить перекрывающий каскад CSS конкретно для блока меню:

Мои поздравления!

Способ есть. В обработке можно установить разные параметры и несколько шагов для обработки фото. Но рекомендуемую часто "Обрезку" я вообще не использую и другим не советую. Ниже поясню - почему:

Допустим, нам для сайта нужен типоразмер 600х600px. Берём для тестов 4 файла - 500х800, 800х500, 1600х800 и 800х1600.



Я всегда генерирую изображения, выставляя им один из параметров (ширину или высоту) в качестве константы, а второй ставлю в зависимость от первого (пропорции):



Опция "Изменить пропорционально" не позволяет искажать изображение при сжатии (вытягивать его), а галка "Уменьшение по меньшей стороне" позволяет получить все фото с высотой (в данном примере) 600px, т.к. крайне маловероятно, что кто-то будет загружать изображение с соотношением размеров 400:6.

В итоге получаем на выходе изображения с одинаковой высотой. В ряде случаев ширина фото может оказаться выше требуемой (более 600px). Для обхода этого я оборачиваю (там, где требуется) изображения в любой конструктивный блок и настраиваю этот блок с помощью CSS:

Таким образом, все излишки срезаются по высоте свойством overflow. Если ширина изображения в результате ниже 600px, то это в глаза не бросается.

Что касается обрезки, то тут есть ряд минусов, которые лично для меня неприемлемы.
Оба параметра "Обрезки" (ширину и высоту) нужно обязательно указывать. Пропорциональной обрезки в настройках нет, поэтому если один из этих параметров будет выше параметров фото, то оно обрежется "в плюс" без учёта пропорций размеров (!), как бы абсурдно это не выглядело на практике.



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



Поэтому я всегда делаю средствами Diafan ресайз с сохранением пропрорций, а "обрезаю" фото уже в вёрстке средствами CSS родительского блока.

Дорогие женщины! Поздравляю Вас с праздником!
Желаю побольше радости и улыбок!

Дополню: в некоторых случаях (сталкивался) изменяется сам шаблон, который отвечает за фильтрацию или поиск.
В шаблоне обязательно есть форма отправки данных <form>. Если у неё есть класс class="ajax", она будет отрабатывать через AJAX.

Посмотрите шаблоны на предмет наличия этого класса в формах и как он реализован. Код обычно такой:, но может быть такой, например:
Вот эта часть строки определяет работу AJAX: '.(! empty($result["send_ajax"]) ? ' ajax' : '').'"
Можно в качестве эксперимента поставить форме class="js_shop_search_form" и посмотреть реакцию фильтров.

Сайт Денис (korogan) делал. Видимо, не комментирует или комментирует, но не достаточно доходчиво.

Оставьте как есть. Там набор параметров. У вас слишком много характеристик на сайте, чтобы всю их совокупность редиректить для красивого URL.

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

Больше похоже на то, что в шаблоне или точку удалили или кавычки рядом с BASE_PATH.

В меню OpenServer открываете папку с сайтами



создаёте там папку "mysite", распаковываете в неё архив с Diafan, перезапускаете OpenServer, открываете в браузере http://mysite
Папка с сайтами - это папка OpenServer/domains/


В какой инструкции? Если у вас OpenServer нормально работает, то в чём проблема? Я вам ссылку на статью дал, во втором видео чётко показано, что архив распаковывается в папку "OpenServer/domains/localhost" и затем обновляя страницу http://localhost, вы запускаете установку Diafan. Вы видео не смотрели?

Вот недавно обсуждали тему OpenServer.

Вставлю свои 5 копеек. Прокомментирую второй вопрос по поводу изображений.
Плясать от размеров изображений и как-то перестраивать генератор для этого - не самая лучшая идея. Объясню почему:

1. Изображение в данном случае - это контент, т.е. наполнитель блока. Блок (его геометрия) в структуре страницы имеет больший приоритет, чем то, что в него система кидает. Блок не должен менять свои горизонтальные размеры в зависимости от содержимого. Иначе вся вёрстка "поедет". Или появится горизонтальная прокрутка.
Ни то ни другое не допустимо.

2. Браузер (по моим наблюдением) более бережно уменьшает изображения, чем растровые редакторы и тем более скрипты обработки изображений встроенные в CMS. Иногда разница почти незаметна, а иногда сильно отличается. Лучше вывести изображение размером 500px и ужать его через CSS до 250, чем жать сразу до 250 и выводить мелкое.

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

Теперь предметно. На странице, указанной автором темы, следующая разметка:
Я бы сделал следующее:

1. Убрал из шаблона параметры изображения width="" height=""
Они мешают управлять свойствами изображения из CSS, пропадает гибкость в настройки визуальной части.

2. Прописал блоку DIV.news_img необходимую ширину (150px) через CSS. Поскольку блок вложенный, правый внешний отступ (margin-right) нужно повесить на него.
3. Прописал ширину изображения, вложенного в блок DIV.news_img - 100%, а высоту - auto, чтобы оно не искажалось при несоответствии соотношений сторон требуемым размерам. Отступ справа бы убрал.

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



CSS для участка вёрстки (нужно добавить). Игорь (alexeev), точнее не скажу, т.к. вы не потрудились отключить кэш на сайте и понять - какие стили у вас в каком файле и в какой строке не представляется возможным:
Если изображения нужны не выше определённой высоты, можно добавить родительскому блоку изображения:
Авторам советов с препарированием изображений рекомендую ознакомиться со старейшим ресурсом The Zen Garden CSS, который пропагандирует философию CSS, а именно изменение внешности страниц путём гибкой настройки только лишь CSS-стилей и использование других средств только тогда, когда возможности CSS исчерпаны. Для того CSS и создавался.