Вход • Регистрация

Всего найдено: 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):
    Код
    .pics {
    float: left;
    margin: 41px 0 40px;
    width: 578px;
    max-width: 100%;
    }
    И фиксированную высоту блока убрать (строка 1653):
    Код
    .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 селектора:
    1. .pics__big
    2. .pics__mini
    1. .pics__big__img
    2. .pics__mini__img
    Но изменять надо только селекторы __big__. Попробуйте не править, а дописывать ниже (прямо под ними):
    Код
    .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.4
    Код
    define('BASE_PATH', "http".(! empty($_SERVER['HTTPS']) && $_SERVER['HTTPS'] != 'off' ? "s" : '')."://".getenv("HTTP_HOST")."/".(REVATIVE_PATH ? REVATIVE_PATH.'/' : ''));
    Diafan 6.0
    Код
    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'));

    Основных файлов, где данный код нужно поправить - три. Это
    1. /index.php (пользовательская часть)
    2. /adm/includes/init.php (админ-панель)
    3. /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]
  •
  • 26 сентября 2017 г. , редакция: 1506456608
  • Цитата
    На что в моём случае менять? Мне вот это не особо понятно(((
    Если без лишних исправлений/добавлений, то менять надо это: "http://" . $_SERVER["HTTP_HOST"] на это "https://" . $_SERVER["HTTP_HOST"]
  •
  • 21 июня 2018 г. , редакция: 1529535392
  • Открывайте index.php в корне сайта и смотрите как там реализовано формирование константы:
    Цитата
    Смотрите как объявляется константа BASE_PATH в файле index.php. Из этого станет понятно - что искать.
    Ну и исходя из этого ищете фрагмент кода в основных файлах сайта, а при желании во всех. Лучше поискать везде.

    Но если выше написанное Вам плохо понятно, то из этого следует, что задача эта для специалиста, которого, видимо, требуется нанять.
  • 03 сентября 2017 г. , редакция: 1504434995
  • Можете не обращать внимания. Это не критично. Далеко не всё, что отмечает валидатор, нужно сразу бежать исправлять. К тому же галочка "ваш сайт без ошибок" не даст вам ровным счётом ничего.

    Можно ещё все ошибки тут исправить и у вас в некоторых обозревателях начнёт слайдер Owl Carousel глючить.

    Лучшее - враг хорошего. У вас ошибок всего 10 штук и ничего критичного. Это почти идеальный результат. У Яндекса и того больше.
  •
  • 24 июля 2017 г. , редакция: 1500916458
  • Цитата
    Виталий (DIAFAN.CMS) Модератор Сегодня, 16:50
    В корне не согласны. IE6 и иже с ним вечно поддерживать мы не будем.
    На смену почившему IE6 пришла куча других проблем. Больше половины "современных" браузеров на Android не поддерживают половину того, что сейчас применяется в CSS3.

    Виталий, у меня вот идея по поводу оформления административной части. Хорошо бы сделать пользовательский файл CSS пустой, который будет по-умолчанию подгружаться к оформлению админки после основного. Чтобы там при желании можно было дописать корректировки по админке.

    Как в TinyMCE, там пользовательские закладки есть и для CSS и для JS. И не надо ничего нигде искать и добавлять. В документации указано где эти файлы. Нужно что-то добавить - взял и добавил.

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

    Поэтому хорошо бы иметь файлы-закладки для дооформления админ-панели, которые при изменении ни в какую тему не уедут и дефолтные файлы трогать тоже не нужно будет.
  • 24 июля 2017 г. , редакция: 1500918798
  • Цитата
    Denis (Drachoon) Сегодня, 09:21
    А в чём посвятите пожалуйста. Пока минусов не обнаружил.
    Помимо поддержки есть внутренние ошибки разбора в обозревателях. Например, в Chrome много проблем с position и overflow, если они объявлены у родителей. Прозрачность пропадает у дочерних элементов и border-radius отваливается, хотя ему уже 100 лет в обед.

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

    С теми же 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 установил и смотрел именно админки и проще диафановской не нашёл. При том, что функционал более чем обширный.

    Ну а про дизайн демо - уже было вполне конкретное краткое и дельное (!) предложение по этому поводу. Так что если понадобится руководству - обратятся.
  • 19 октября 2017 г.
  • Равиль. блин. Ну просто же всё как 3 копейки. Причём тут дизайнер? Есть вагон шаблонов. Его поставить на демо 10 секунд. Не нужно никакого дизайнера ни просить ни искать. Не делают этого. Потому что считают что правильнее этого не делать.

    Почему - другой вопрос.
  • 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" против никто не хочет.

    Лучше тут подолбить Виталия, на площадке, которую "не читают разработчики" (с).
Показывать по:
... 17 18 19 20 21 22 23 24 25 26 ...

Новости

  • Изменение тарифов Diafan.Cloud
  • 25 марта
  • Мы обновили систему тарифов, учитывая опыт работы с клиентами и современные рыночные условия. Новая тарифная сетка разработана специально для того, чтобы лучше отвечать вашим потребностям. Резкого повышения цен не произошло. Более того, некоторые тарифы даже стали выгоднее и доступнее. 
  • Новая сборка DIAFAN.CMS 7.2.5
  • 17 января
  • В преддверии 2025 года была выпущена сборка 7.2.5, которая не приносит радикальных изменений в функциональности, но способствует повышению стабильности работы системы и расширению возможностей облачного сервиса для создания сайтов.
  • Вышла очередная сборка DIAFAN.CMS 7.2.2
  • 18 июня 2024 г.
  • В сборке большое обновление demo-шаблона, дополнительная защита от спама, улучшение YML-импорта и еще много важного и интересного.
Все новости

Блоги

  • Обновление безопасности в DIAFAN.CMS 7.3
  • 10.09.2025

  • DIAFAN.CMS славится нагрузоустойчивостью и безопасностью, про инциденты со взломом сайта на нашей системе давненько не слышали, но недавно получили мы письмо от fstec.ru такого характера:

    Обнаружена уязвимость в CMS-системе DIAFAN, позволяющая нарушителю, действующему удалённо, красть сессионные куки через XSS-атаку.

Читать блоги