CMS DataLife Engine - Система управления сайтами
MSK
-
Публикаций
677 -
Зарегистрирован
-
Посещение
-
Всегда - значит не устарело, а изначально навигация не корректно построена с точки зрения понимания путей. А если мобильное устройство??? Кроме этого, в левом меню разделов мы вовсе видим 2 уровня "Настройки скрипта" -> "Настройка системы" и только там Оптимизация.... Т.е. в левом меню между Настройки скрипта и Оптимизация запросов к базе данных есть еще один шаг Настройка системы
-
Используются устаревшие названия Для отключения данной настройки зайдите в Настройки скрипта » Оптимизация запросов к базе данных, и отключите данную возможность. Такого раздела в панели нет, есть Настройка системы. И давно пора сделать прямые ссылки из рекомендаций на страницу настроек с открытием нужной вкладки и подсветкой строки с нужным параметром.
-
На маленьких и средних экранах недоступна возможность поиска новостей и статических в админке, т.к. не отображается кнопка открытия панели поиска.
-
При автоматическом создании Метатега Description при добавлении/редактировании статических страниц (на новостях не проверял) склеиваются последнее и первое слова из строк списков < li> и в идущих подряд абзацев < p>. А если нажать на кнопель "Метатег Description" - все создается корректно с пробелами вместо переносов.
-
Тогда это должно относиться и к новостям
-
Такая экономя на трафике выльется в необходимость в дополнительном месте на сервере для обеспечения совместимости со старыми браузерами - придется хранить картинку в 2-х форматах...
-
И в выпадающем списке сообщений нет выделения непрочитанных сообщений... Получается, что индикатор показывает непрочитанные, а в списке все выглядят одинаково, даже, если среди них есть непрочитанные.
-
Не баг, но как-то не продумали визуальное восприятие.. Практически ни в одной цветовой теме НЕ видно индикатора о новых персональных сообщениях в админке
-
1. В дистрибутиве версии 12.1 в обновлении с 10.3.php тексты писем на русском языке $tableSchema[] = "INSERT INTO " . PREFIX . "_email values (7, 'wait_mail', 'Уважаемый {%username%},\r\n\r\nВы сделали запрос на обьединение вашего аккаунта на сайте {$config['http_home_url']} с аккаунтом в социальной сети {%network%}. Однако в целях безопасности вам необходимо подтвердить данное действие по следующей ссылке: \r\n\r\n------------------------------------------------\r\n{%link%}\r\n------------------------------------------------\r\n\r\nВнимание, в случае объединения аккаунтов, ваш основной пароль на сайте будет сброшен, и если вы входили на сайт используя ваш логин и пароль, то ваш пароль будет больше не действителен.\r\n\r\nЕсли вы не делали данного запроса, то просто удалите это письмо, данные вашего аккаунта хранятся в надежном месте, и недоступны посторонним лицам.\r\n\r\nIP адрес отправителя: {%ip%}\r\n\r\nС уважением,\r\n\r\nАдминистрация {$config['http_home_url']}')"; $tableSchema[] = "INSERT INTO " . PREFIX . "_email values (8, 'newsletter', '<html>\r\n<head>\r\n<title>{%title%}</title>\r\n<meta content=\"text/html; charset={%charset%}\" http-equiv=Content-Type>\r\n<style type=\"text/css\">\r\nhtml,body{\r\n font-family: Verdana;\r\n word-spacing: 0.1em;\r\n letter-spacing: 0;\r\n line-height: 1.5em;\r\n font-size: 11px;\r\n}\r\n\r\np {\r\n margin:0px;\r\n padding: 0px;\r\n}\r\n\r\na:active,\r\na:visited,\r\na:link {\r\n color: #4b719e;\r\n text-decoration:none;\r\n}\r\n\r\na:hover {\r\n color: #4b719e;\r\n text-decoration: underline;\r\n}\r\n</style>\r\n</head>\r\n<body>\r\n{%content%}\r\n</body>\r\n</html>')"; а в новых версиях в этом же 10.3.php они уже английские, хотя дистрибутив ru $tableSchema[] = "INSERT INTO " . PREFIX . "_email values (7, 'wait_mail', 'Dear {%username%},\r\n\r\nYou have requested the association of you account on {$config['http_home_url']} with the social network account on {%network%}. However, for security reasons you need to confirm this action on the following link: \r\n\r\n------------------------------------------------\r\n{%link%}\r\n------------------------------------------------\r\n\r\nNote! In the case of accounts association, your primary password on the website will be reset, and if you log in using your username and password, your password will no longer be valid.\r\n\r\nIf you did not make this request, then just delete this email. Your account details are stored in a secure place and are inaccessible to unauthorized persons.\r\n\r\nIP address of sender: {%ip%}\r\n\r\nSincerely,\r\n\r\nAdministration {$config['http_home_url']}')"; $tableSchema[] = "INSERT INTO " . PREFIX . "_email values (8, 'newsletter', '<html>\r\n<head>\r\n<title>{%title%}</title>\r\n<meta content=\"text/html; charset={%charset%}\" http-equiv=Content-Type>\r\n<style type=\"text/css\">\r\nhtml,body{\r\n font-family: Verdana;\r\n word-spacing: 0.1em;\r\n letter-spacing: 0;\r\n line-height: 1.5em;\r\n font-size: 11px;\r\n}\r\n\r\np {\r\n margin:0px;\r\n padding: 0px;\r\n}\r\n\r\na:active,\r\na:visited,\r\na:link {\r\n color: #4b719e;\r\n text-decoration:none;\r\n}\r\n\r\na:hover {\r\n color: #4b719e;\r\n text-decoration: underline;\r\n}\r\n</style>\r\n</head>\r\n<body>\r\n{%content%}\r\n</body>\r\n</html>')"; 2. и в 11.1.php должен быть русский $tableSchema[] = "INSERT INTO " . PREFIX . "_email values (9, 'twofactor', '{%username%},\r\n\r\nЭто письмо отправлено с сайта {$config['http_home_url']}\r\n\r\nВы получили это письмо, так как для вашего аккаунта включена двухфакторная авторизация. Для авторизации на сайте вам необходимо ввести полученный вами пин-код.\r\n\r\n------------------------------------------------\r\nПин-код:\r\n------------------------------------------------\r\n\r\n{%pin%}\r\n\r\n------------------------------------------------\r\nЕсли Вы не авторизовывались на нашем сайте, то ваш пароль известен посторонним лицам. Вам нужно незамедлительно зайти на сайт под своим логином и паролем, и в своем профиле изменить свой пароль.\r\n\r\nIP пользователя который ввел пароль: {%ip%}\r\n\r\nС уважением,\r\n\r\nАдминистрация {$config['http_home_url']}', 0)"; 3. И еще один момент. При ошибке в выполнении запросов, на экране получаем текст запроса: Запрос: INSERT INTO dle_email values (7, 'wait_mail', 'Dear {%username%}, You have requested the association of you account on ____ with the social network account on {%network%}. However, for security reasons you need to confirm this action on the following link: ------------------------------------------------ {%link%} ------------------------------------------------ Note! In the case of accounts association, your primary password on the website will be reset, and if you log in using your username and password, your password will no longer be valid. If you did not make this request, then just delete this email. Your account details are stored in a secure place and are inaccessible to unauthorized persons. IP address of sender: {%ip%} Sincerely, Administration ____') но в нем отсутствуют теги переноса строки. А запрос с добавлением строки 8 в ошибках выглядит вовсе урезанным, т.к. html теги не видны: Запрос: INSERT INTO dle_email values (8, 'newsletter', ' {%content%} ') Ошибка: Duplicate entry '8' for key 'PRIMARY' Имеет смысл sql показывать с подсветкой кода. И еще, 7 и 9 - текст, 8 - html, но у обоих отсутствуют данные для "use_html"
-
Selectы в окне загрузки файлов ("Выравнивание", "выбор способа обрезки превью") не имеют class="uniform" как у подобных элементов в интерфейсе админки, соответственно не отображаются в привычном виде. А inputы имеют старый class="edit bk".
-
Тема началась с бага, который есть в текущей версии.
-
Я описываю не гипотетическую возможность, а реальную необходимость работы с несколькими разными выборками новостей в разных вкладках. Возможно, как это бывает в большинстве случаев, никто не пишет об этом, т.к. не знает о том, что это возможно сделать и пользуется несколькими браузерами.... Да, вернуться можно разными путями, но должна быть логика в этих путях. Если я возвращаюсь в выборку после редактирования новости, то я конечно хочу сохранить критерии выборки и я тогда жму на кнопки в панели подтверждения сохранения. Но, если я нажимаю справа вверху на интерфейсную кнопку "Все новости", то это именно все новости, без учета критериев выборки.
-
Зачем рефер возврата писать в сессию? Он нужен только для возврата к выборке. Или я криво объясняю или вы не хотите вникнуть. Попробую еще раз. Что есть сейчас - при открытии новости на редактирование рефер пишется в сессию. После сохранения изменений - имеем ссылку из сессии с критериями. Что предлагаю - скрытое поле в форме редактирования новости и при открытии страницы редактирования в него вписывается рефер. Сохраняем изменения и берем рефер из этого поля, а не сессии. Таким способом во многих системах передается рефер.
-
Как нельзя??? Я же и решение предлагаю - не писать ее в сессию, а при открытии новости на редактирование добавить скрытый инпут и в него вставить этот рефер. После сохранения, на странице с подтверждением вставлять этот рефер полученный из формы при сохранении правок. Это позволит сохранять уникальный рефер в пределах одной сессии.
-
Совершенно верно. Но это часть проблемы. Я писал ранее, что url для возврата после редактирования новостей содержит параметры поиска используемые при выборе новостей и пишется в $_SESSION['admin_referrer']. И если в 2-х окнах использовать РАЗНЫЕ параметры выборки новостей, то после сохранения новости перетирается url возврата и получается, что в обоих окнах мы вернемся на одинаковую выборку новостей. Что дико раздражает, когда приходится работать с несколькими выборками одновременно (по автору, по категории и т.д.) Хотелось бы, чтобы ссылка на возврат была уникальной для каждого открытого окна, в WP, если не ошибаюсь, link_referrer пишется в скрытый input, что позволяет вернуться туда, откуда именно в этом окне начал работу с новостью.
