Писать на форуме DIAFAN.CMS могут только зарегистрированные пользователи. Войдите или зарегистрируйтесь.
Всего найдено: 1396
-
11 сентября 2017 г.
-
Смотря что вы понимаете под "отсутпом".
Как уже отметил Михаил, на странице по ссылке у вас используется изображение с обширным белым фоном.
При этом на странице создаётся впечатление, будто изображение маленькое, а отступ большой. Но в действительности это не так.
Вот ваше изображение: https://krikta.ru/userfls/shop/large/370_pristvolnyy-krug-d04m-s-uf.png
Как вариант, можно взять имеющееся изображение и перед использованием обрезать его (см. прикреплённый файл), а затем заменить старое изображение на новое в админ-панели. -
-
-
-
11 сентября 2017 г. , редакция: 1505134275
-
Более интересна в данном контексте вот эта страница. Изображение товара на ней не высокое, однако, страница имеет очень большой отступ по высоте. И выглядит это не очень хорошо.
В данном случае можно подправить CSS-стили в файле /custom/my/css/main.css, а именно:
отступ блока с фотографиями (margin) уменьшить с 70 до 40 (строка 1647):И фиксированную высоту блока убрать (строка 1653):Код.pics {
float: left;
margin: 41px 0 40px;
width: 578px;
max-width: 100%;
}Код.pics__big, .pics__mini {
position: relative;
float: right;
margin-bottom: 10px;
width: 450px;
max-width: 100%;
/*
height: 555px;
line-height: 550px;
*/text-align: center;
background: rgb(255, 255, 255);
} -
-
-
-
11 сентября 2017 г. , редакция: 1505149930
-
Странно. Я создал стили через "Stylish", и у меня в каталоге никаких изменений и в табличном виде ни в виде списка.ЦитатаПоправил но в каталоге все поплыло, комментировать не стал
Может не там смотрю, а может быть это потому, что в обозначенных мною стилях фигурирует по 2 селектора:- .pics__big
- .pics__mini
- .pics__big__img
- .pics__mini__img
Код.pics__big {
height: 555px;
line-height: unsetКод.pics__big__img {
vertical-align: top;
} -
-
-
-
26 апреля 2019 г. , редакция: 1556304523
-
Специально публикую материал в публичной части форума и пишу более подробно, чтобы он смог оказаться полезным большему числу пользователей, интересующихся данным вопросом.
Критика и дополнения приветствуются.
Дополнено 20.10.2017
С каждым годом требования перехода сайтов на протокол HTTPS перетекают из области рекомендации в область обязательных к исполнению. Сайты на HTTP уже помечаются как небезопасные и далее этот процесс будет только ужесточаться. Для сайтов, разработанных на актуальной версии CMS никаких проблем не возникнет - нужно будет купить сертификат, либо установить бесплатный и всё. Внутри CMS версии 6.0 и выше процедура определения протокола уже отлажена.
А вот со старыми версиями CMS всё несколько сложнее. Там миграция на HTTPS посредством только лишь покупки SSL-сертификата может вызвать целый ряд проблем. А учитывая, что достаточно большое количество проектов, выполненных на 5.4 и ниже, были тем или иным способом доработаны, обновить их в автоматическом режиме не представляется возможным. Да и в ручном это сделать далеко не всегда просто.
Поэтому самый оптимальный вариант решения вопроса - ручное обновление файлов, в которых есть код, отвечающий за формирование URL. Техническая поддержка даёт по этому вопросу следующую информацию:ЦитатаВ актуальной версии DIAFAN.CMS протокол соединения подставляется автоматически. Поэтому как таковых правок не требуется. Однако для полной уверенности следует пройтись автоматическим поиском по всем файлам сайта. Например, в файлах административной части cms присутствуют ссылки без автоматической подстановки протокола.
В целом, данная цитата лишь в малой степени проливает свет на то, с чем придётся столкнуться, что всё-таки делать и с чего начинать. Простой поиск по фразе "http" в файлах системы выявит более 150 000 совпадений и картина от этого яснее не станет.
ПРОЦЕДУРА ОБНОВЛЕНИЯ ФАЙЛОВ
Основное отличие версий 5.4 и 6.0 можно отследить в файле index.php, посмотрев процедуру определения константы BASE_PATH:
Diafan 5.4Diafan 6.0Кодdefine('BASE_PATH', "http".(! empty($_SERVER['HTTPS']) && $_SERVER['HTTPS'] != 'off' ? "s" : '')."://".getenv("HTTP_HOST")."/".(REVATIVE_PATH ? REVATIVE_PATH.'/' : ''));
Кодdefine('BASE_PATH', "http".(IS_HTTPS ? "s" : '')."://".getenv("HTTP_HOST")."/".(REVATIVE_PATH ? REVATIVE_PATH.'/' : ''));
Как видно из примеров выше, основное отличие в использовании в старых версиях глобальной переменной $_SERVER['HTTPS'], а в новых версиях - константы IS_HTTPS, которая определяется выше в файле index.php:Кодdefine('IS_HTTPS', (! empty($_SERVER['HTTPS']) && $_SERVER['HTTPS'] != 'off' || ! empty($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https' || isset($_SERVER['HTTP_X_HTTPS']) && $_SERVER['HTTP_X_HTTPS'] == '1'));
Основных файлов, где данный код нужно поправить - три. Это- /index.php (пользовательская часть)
- /adm/includes/init.php (админ-панель)
- /themes/functions/show_head.php (определение $this->diafan->_site->canonical)
Строки, в которых фигурирует $_SERVER['HTTPS'], не идентичны. Например в файле init.php можно встретить:Кодdefine('BASE_PATH', "http".(isset($_SERVER['HTTPS']) && $_SERVER['HTTPS'] != 'off' ? "s" : '')."://".getenv("HTTP_HOST")."/".( REVATIVE_PATH ? REVATIVE_PATH.'/' : '' ) );
Кодdefine('BASE_PATH_HREF', "http".(isset($_SERVER['HTTPS']) && $_SERVER['HTTPS'] != 'off' ? "s" : '')."://".getenv("HTTP_HOST")."/".( REVATIVE_PATH ? REVATIVE_PATH.'/' : '' ).ADMIN_FOLDER.'/'.$row["shortname"].'/' );
Поэтому основной упор нужно делать на поиск глобальной переменной $_SERVER['HTTPS'], который даст уже куда более чёткое представление о том, что и в каких файлах править.
В найденных файлах нужно заменить этот участок кода (для версии 5.4):на этот:Код.(isset($_SERVER['HTTPS']) && $_SERVER['HTTPS'] != 'off' ? "s" : '').
Код.(IS_HTTPS ? "s" : '').
В более старых версия CMS код отличается от представленного выше (для 5.4). Смотрите как объявляется константа BASE_PATH в файле index.php. Из этого станет понятно - что искать. Но чаще всего там будет использована та же $_SERVER['HTTPS'].
Чтобы новый код работал корректно, следует в файл index.php перед определением BASE_PATH добавить определение константы IS_HTTPS:Кодdefine('IS_HTTPS', (! empty($_SERVER['HTTPS']) && $_SERVER['HTTPS'] != 'off' || ! empty($_SERVER['HTTP_X_FORWARDED_PROTO']) && $_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https' || isset($_SERVER['HTTP_X_HTTPS']) && $_SERVER['HTTP_X_HTTPS'] == '1'));
-
-
-
-
05 февраля 2019 г. , редакция: 1549383457
-
Хостер, предоставляющий услугу хостинга и в подавляющем большинстве случаев продающий сертификат, как правило сам его устанавливает и настраивает.Цитатаещё чуть-чуть перенастроить хостинг.
Правильное замечание про кэш. Действительно, закэшированное по HTTP содержимое не перекэшируется при обращении по HTTPS. При этом браузер выдаст предупреждение о небезопасном содержимом пользователю, которое его разумеется насторожит.
Поэтому после окончания всех процедур следует сделать редирект с протокола HTTP на HTTPS через файл .htaccess (если у вас Apache):Код# Перенаправление на HTTPS
RewriteCond %{HTTPS} =off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [QSA,R=301,L]
# Исключение из редиректа robots.txt
RewriteCond %{REQUEST_FILENAME} robots.txt$ [NC]
Файл robots.txt по требованию поисковых систем нужно из правила редиректа исключить (запись выше).
Отмечу также, что не стоит торопиться и сразу ставить редирект после установки сертификата и правки файлов, поскольку Яндекс в таком случае исключит старое основное зеркало сайта и из-за редиректа не сможет создать новое. Подробнее об этом можно почитать у Платона Щукина.
А протестировать как встал сертификат можно при помощи этого сервиса: SSL Server Test. -
-
-
-
26 сентября 2017 г. , редакция: 1506374130
-
Ищите в папке сайта текстовым поиском все совпадения $_SERVER["HTTP_HOST"], т.к. они в вашем случае участвуют в формировании ссылки. Смотрите строки, где формирование ссылки есть. Меняйте везде, а не только в init.php.
Сначала смотрите что у вас в index.php. Отсюда понимаете что искать. Ищете в остальных файлах. Я порядка 20 правок вносил. -
-
-
-
26 сентября 2017 г. , редакция: 1506373960
-
Так добавьте дополнительную запись для редиректа с www. Она в htaccess Diafan присутствует, да и в интернете найти не проблема:Код
RewriteCond %{HTTP_HOST} ^www.(.*) [NC]
RewriteRule ^(.*)$ https://%1/$1 [R=301,L] -
-
-
-
21 июня 2018 г. , редакция: 1529535392
-
Открывайте index.php в корне сайта и смотрите как там реализовано формирование константы:Ну и исходя из этого ищете фрагмент кода в основных файлах сайта, а при желании во всех. Лучше поискать везде.ЦитатаСмотрите как объявляется константа BASE_PATH в файле index.php. Из этого станет понятно - что искать.
Но если выше написанное Вам плохо понятно, то из этого следует, что задача эта для специалиста, которого, видимо, требуется нанять. -
-
-
-
03 сентября 2017 г. , редакция: 1504434995
-
Можете не обращать внимания. Это не критично. Далеко не всё, что отмечает валидатор, нужно сразу бежать исправлять. К тому же галочка "ваш сайт без ошибок" не даст вам ровным счётом ничего.
Можно ещё все ошибки тут исправить и у вас в некоторых обозревателях начнёт слайдер Owl Carousel глючить.
Лучшее - враг хорошего. У вас ошибок всего 10 штук и ничего критичного. Это почти идеальный результат. У Яндекса и того больше. -
-
-
-
27 мая 2021 г.
-
Создать обычную страницу и на ней через шаблонный тег. Выборка по параметрам cat_id (категории) и brand_id (бренды).
-
-
-
-
24 июля 2017 г. , редакция: 1500916458
-
На смену почившему IE6 пришла куча других проблем. Больше половины "современных" браузеров на Android не поддерживают половину того, что сейчас применяется в CSS3.ЦитатаВиталий (DIAFAN.CMS) Модератор Сегодня, 16:50
В корне не согласны. IE6 и иже с ним вечно поддерживать мы не будем.
Виталий, у меня вот идея по поводу оформления административной части. Хорошо бы сделать пользовательский файл CSS пустой, который будет по-умолчанию подгружаться к оформлению админки после основного. Чтобы там при желании можно было дописать корректировки по админке.
Как в TinyMCE, там пользовательские закладки есть и для CSS и для JS. И не надо ничего нигде искать и добавлять. В документации указано где эти файлы. Нужно что-то добавить - взял и добавил.
Сейчас просто взять и перенести админские файлы в тему нельзя, нужно там кучу путей править и т.п.. А изменять штатные - при обновлении в тему уедут со всеми вытекающими.
Поэтому хорошо бы иметь файлы-закладки для дооформления админ-панели, которые при изменении ни в какую тему не уедут и дефолтные файлы трогать тоже не нужно будет. -
-
-
-
24 июля 2017 г. , редакция: 1500918798
-
Помимо поддержки есть внутренние ошибки разбора в обозревателях. Например, в Chrome много проблем с position и overflow, если они объявлены у родителей. Прозрачность пропадает у дочерних элементов и border-radius отваливается, хотя ему уже 100 лет в обед.ЦитатаDenis (Drachoon) Сегодня, 09:21
А в чём посвятите пожалуйста. Пока минусов не обнаружил.
Может так выйти, что внутренние конфликты между стилями всплывут при реализации чего-либо и окажется, что надо идти на компромисс, либо перевёрстывать полностью, потому как свойство базового элемента приводит к конфликтам в применении свойств к потомкам.
С теми же columns порядочно проблем. Если в DOM через JS добавить элемент, в движке Web-Kit всё начинает ехать. В Gecko всё в норме.
Да и много с чем ещё проблемы. Так что сами по себе все свойства применяются без префиксов и работают отлично. Но по факту применяются они в совокупности, а не по отдельности. И в совокупности с ними и сейчас полно проблем. Причём я имею ввиду не какую-нибудь экзотику, а вполне устоявшиеся свойства. -
-
-
-
26 июля 2017 г.
-
Добавил в вишлист: https://user.diafan.ru/wishlist/show2965/
А по поводу браузеров на андроид - во флагманах (Chrome и Firefox) всё очень хорошо отображается. Но многие ставят браузеры сторонних разработчиков типа Dolphin и прочих. Чтобы и работало побыстрее и ресурсов ело поменьше. И там поддержка HTML5 и CSS3 сильно разная от браузера к браузеру. -
-
-
-
18 октября 2017 г. , редакция: 1508356322
-
Равиль, зачем вы выложили "жопки" от карточек товара? При этом ещё и обрезали. Сверху же там описание, которое и даёт разную высоту карточек. А по сетке - это когда карточки одинаковые по высоте, кнопки внизу и посередине пустота у половины? С тем, что поля ввода можно и нужно сделать одной высоты с кнопками, я согласен. По ширине нижней кнопки их разводить - уже спорно (на любителя). Всё хорошо в меру.
По высоте карточки: так это просто делается. Но вы опять говорите не о какой-то недоработке в данном случае, а о подходе к отображению карточек, который вам не нравится.
Мы, кстати, этот аспект обсуждали (а вы пропустили) и разошлись во мнениях что лучше - компактные карточки разной длины или одинаковые карточки с пустотой внутри. И то и другое правильно - дело вкуса.
-
-
-
-
19 октября 2017 г.
-
Это накопительное суждение. Вам же по совокупности вообще ничего не нравится.Всё фигово, ссылку могли бы и не приводить. И будет так же фигово и дальше. Из-за объективных причин. Поменять вы это можете только одним способом - влившись каким-то образом в ряды разработчиков и наведя там мурафет и наставив всех на путь истинный.ЦитатаИ посмотрите на демо диафана. Если скажите что у диафана все хорошо, я даже ничего не отвечу ))
-
-
-
-
19 октября 2017 г.
-
Так а я посмотрел. Дизайн действительно средний на деме Диафана. Но это демо не шаблона. Это демо CMS. Вот по вашим ссылкам - демо шаблона, причём простенького. Да, красиво. И только.
А на демо Диафана есть доступ и к админ-панели и к сайту. И многие CMS выбирают прекрасно зная, что такое шаблоны и что такое админ-панель. Я в своё время более 20 различных CMS установил и смотрел именно админки и проще диафановской не нашёл. При том, что функционал более чем обширный.
Ну а про дизайн демо - уже было вполне конкретное краткое и дельное (!) предложение по этому поводу. Так что если понадобится руководству - обратятся. -
-
-
-
03 августа 2017 г. , редакция: 1501723794
-
Ну тут как ни крути, требование явного действия со стороны пользователя - это железобетонный аргумент. А текст рядом с кнопочкой - 50/50. В рамках нашей судебной системы это же не от закона зависит, а от судьи. Кот с утра судье в ботинок нассал - получай, распишись!
Текст оставляет место для юридического манёвра (чей адвокат круче). Понятно, что юрист Mail.ru круче. А юрист среднестатистического клиента Diafan круче юриста Mail.ru.
Для гигантов важно юзабилити. Им лишний клик убрать куда важнее. И наезжать на них никто не будет, тем боле что в законе явно галок не требуют. Проигравшая сторона ведь судебные издержки выигравшей оплачивает.
А вот с обычными смертными картина иная. С региональными судами ещё более иная... -
-
-
-
03 августа 2017 г.
-
Как в большинстве случаев со статьями ресурсов, контингент которых вполне адекватен и образован, особую (и бОльшую) ценность представляют не статьи, а комментарии и обсуждения под ними.ЦитатаА вот по поводу решений суда по ФЗ-152 лучше читать именно их, типа http://www.cossa.ru/152/158773/
-
-
-
-
03 августа 2017 г. , редакция: 1501723603
-
Меня в этой ситуации удивляет другое. Куча-мала юридических и околоюридических аргументов. При этом сделать всё юридически и технически грамотно (в рамках функционирования сайта Diafan), а именно составить краткое пожелание в вишлист и долбануть в него 100 "за" "0" против никто не хочет.
Лучше тут подолбить Виталия, на площадке, которую "не читают разработчики" (с). -
-
-
Новости
-
25 марта
-
Мы обновили систему тарифов, учитывая опыт работы с клиентами и современные рыночные условия. Новая тарифная сетка разработана специально для того, чтобы лучше отвечать вашим потребностям. Резкого повышения цен не произошло. Более того, некоторые тарифы даже стали выгоднее и доступнее.
-
17 января
-
В преддверии 2025 года была выпущена сборка 7.2.5, которая не приносит радикальных изменений в функциональности, но способствует повышению стабильности работы системы и расширению возможностей облачного сервиса для создания сайтов.
-
18 июня 2024 г.
-
В сборке большое обновление demo-шаблона, дополнительная защита от спама, улучшение YML-импорта и еще много важного и интересного.
Блоги
-
24.04.2024
-
Выпустили новую сборку DIAFAN.CMS 7.1.4.
Блоги
-
12.01.2024
-
В данном руководстве познакомим вас с панелью управления DIAFAN.CMS