Таблица лидеров

Это не значит что их нет. Браузеры не умеют скрывать расширения в URL. Чтобы они научились это делать это не к нам, а к разработчикам браузеров. Мы DLE разрабатываем а не браузер )) Ну бросьте это не правда, это во первых. А во вторых я же написал, что это технический вопрос, а не вопрос красоты, также как и в операционных системах, они там, потому что нужны технически. Ваши сайты из вашего топа имеют такую же структуру URL как и DLE? Нет. Так в таком случае какой смысл обсуждать эти другие сайты из вашего топа. Я уже писал сто раз почему этого технически делать нельзя, можно делать та

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

Версия DLE у вас видимо не актуальная

"Общие настройки сайта=>новости" и там вписываете домен в разрешённые домены

Думаю давно пора отказать от расширения в урлах .html - смотрится устаревшим. Можно дать настройку пользователям на выбор отключить .html в ЧПУ

Ищите других виновных в своих поступках? За свое "забыл, полетел и собаку" отвечаете только вы, а не кто то за вас. Вам его и предоставили, но это у вы забыли скачать, и у вас полетел диск и сьела собака ноут. Нужно разделять за что отвечаете лично вы, и за что другие, и не перекладывать свою личную ответственность на других. Другие не обязаны отвечать за ваши поступки. Если вы забыли, и не следили за собакой, в таком случае несите самостоятельно за это ответственность, в том числе и финансовую, продлевайте лицензию. Почему другие должны нести финансовую ответственность за вас, платить

У них более свежий взгляд. "Старички" с замылиным взглядом. В настоящей панеле есть много возможностей для совершенства... Молодые это видят, они без шор. К тому же,они тоже имеет право на мнение, как и старички..., и мне приходилось видеть молодых, более компетентных чем старичков, мозги лучше ...

Еще хоть как-то можно было бы понять, если критика звучала от "старичков", от клиентов ДЛЕ с большим стажем.... Но как всегда громкие высеры исходят только от сезонных программистов - "вчера" зарегистрированных на сайте)) Которые себя преподносят - как гуру-мастера))

Только те, которые указаны в этом фрагменте: (badcrawler|badbot|badagent). Это перечисление ботов через вертикальную черту.

Перед: <IfModule mod_rewrite.c> RewriteEngine On Вставить: <IfModule mod_setenvif.c> SetEnvIfNoCase User-Agent (badcrawler|badbot|badagent) bad_user_agents Order Allow,Deny Allow from all Deny from env=bad_user_agents </IfModule> Подробнее и как проверить работоспособность запрета по ссылке: Роботы или боты: какие бывают, как их вычислять, ограничивать и блокировать

Покажите свои работы не из сталинский времен. На это будет интересно посмотреть, если в качестве примера посмотреть ваш сайт, то бегущие строки стали признаком дурного тона еще в девяностых, или это снова вошло в моду? Выезжающий текст при прокрутке страницы? Так это тоже уже моветон, тем более не юзабельный для работы. Так .... даже не для сайта, а для одностраничной визитки только и подходит. Что для вас не сталинские времена? Что касается красоты, то это вообще вешь сугубо индивидуального вкуса, хотел бы я увидеть админпанель которая по вашему "Ух красота несусветная и ультрасовременная". П

Уважаемые разработчики, просьба услышать и хотя бы в ближайших версиях задуматься о следующих переменах. Админка. Может пора уже хотябы по уровню разработки приблизится к 20 годам? Хотелось бы настройки и прочее сохранять без перезагрузок страниц, бутстрап версия админки DLE ещё Сталина застала, модули писать в едином стиле с админкой просто ад. Если с дизайном ещё можно смирится, то всё что дальше тянет на год 2007. Пожелание - сделайте современную админпанель.

Вам нужно смотреть не в сторону категорий, сами категории это само собой разумеется (но вроде бы вам придётся использовать 1 тип чпу без использования категории в адресе). Но то что в news, video, reviews это уже что-то вроде реализации подстраниц. И вам искать такую реализацию в виде готового модуля или заказывать. У каких-то разработчиков вроде бы был модуль для реализации подстраниц позволяющий создать такие ссылки в рамках каждой новости и разделять контент. У new-dev'a он же (GoldSoft тут на форуме) публиковался плагин, может у кого еще будет какие-то реализации подобные. Прав

Ошибка у вас потому что сам запрос к базе данных некорректный и не допустим для mysql 8.0. Но данных запросов нет в оригинальном DLE, этот запрос делает какой то ваш сторонний модуль или плагин. Поэтому вам нужно исправлять уже engine/modules/base/blockpro.php который делает этот запрос. Этот файл не имеет никакого отношения к оригинальному DLE.

Попробуйте и узнаете)

Так вот же, видно что у каждой иконки есть title. Удалите все их и всё. Вероятно, иконки всё равно будут работать.

А зачем вообще куда-то копать? Проблемы не вёрстке, проблема в баре, который добавляет к отображению, то что не должен добавлять. Попробую объяснить. Скрипт на лету вставляет в HTML содержимое из svg. Это сделано для того чтобы не засорять HTML, и можно было не вставлять в нужное место полностью HTML код каждой svg иконки, а делать ссылку на то что вставили из скрипта, что находится в одном месте, а не разбросано по всему тпл. И это нормально, это один из общепринятых способов вставления иконок, один из стандартов. Ну а раз это стандарт, значит и проблемы нет. Почему бар добавляет н

Мы не правим шаблонов на заказ. Поэтому готового решения я вам предоставить не могу. Непосредственно в приведенном коде править нечего. Он полностью корректен. И вам в данном случае нужно полностью менять подход к выводу иконок, т.е. делать какие то свои иконки, подключать их иным образом, и по всему шаблону заменять иконки на свои, а этот код убирать совсем, а не править его.

Нет не слетят. При обновлении ваш шаблон не затрагивается и все изменения в шаблон вы вносите самостоятельно.

Ладно, я понял, что в этом вопросе у нас в корне разный подход к обработке пользовательских данных... Я придерживаюсь общепринятой практики, что данные необходимо хранить в чистом виде не изменяя их и не уничтожая. Если я написал заголовок Пример <script>alert('test')</script> & \" &copy; – то именно в таком виде он должен сохранится в БД без преобразований и замен. И именно это должен видеть пользователь на странице сайта. Задача программиста обеспечить лишь безопасность: 1. Сохранение этих данных в БД 2. Отображение данных на сайте (админка, пользователю,

Судя по всему вопрос этот до сих пор актуальный, поскольку самому на днях с этим пришлось столкнуться. Странно что по прошествии стольких лет до сих пор нет разумного решения в самом движке. Мне нужно было добавить дополнительную созданную группу и группу модераторов в обратную связь. Во вкладке Управление плагинами создаем новый мод. 1. Открой engine/modules/feedback.php 2. Находим if( !$user ) $db->query( "SELECT name, user_group, user_id FROM " . USERPREFIX . "_users WHERE user_group < '{$group}' AND allow_mail = '1' ORDER BY user_group" ); 3. Заменяем на if( !$us

Вот так. Не нужно путать проверку по каким либо сервисам с проверкой по локальной базе данных. Разные сервисы используют разные данные. И данные могут разница. Поэтому не надейстесь что всегда будет 100% совпадение страны. Такой гарантии нет ни в какой базе. Есть платные базы, стоимостью порядка 700 долларов, на каждый сайт, они точнее и то без гарантий. Онлайн сервисы как правило пользуются платными подписками для своих сайтов. Но такие не входят в DLE и не будут входить.

Блокировка основывается исключительно по IP адресу посетителя и никакие настройки браузера тут не влияют, если это не настройки VPN. Более того, не может одновременно писать и RU и блокировать по вашему списку. Это просто невозможно. Так что ваш пользователь пользовался скорее всего VPN одной из заблокированных стран.

Никаких остатков кода остаться не может, весь код модулей и плагинов добавляется системой плагинов из файла xml в котором описывается весь внедряемый код. Исключением будет если плагин в коде функциями чтения\записи файлов делает это конкретно с оригинальным файлом.

Если модуль правильно написан, а главное установлен то достаточно удалить его из системы плагинов. Максимум система плагинов может не удалить файлы которые загружаются в шаблоны, tpl, css, js файлы. Их надо вручную удалить. Так же если модуль написан правильно он сам при удалении за собой почистит. Бывает так что модули создают файлы конфигов или другие файлы для их работы и эти файлы не учитываются системой плагинов. Их нужно выявить и удалить самостоятельно. Но для этого придётся смотреть и искать в коде модуля эту информацию. Что до правильной установки то бывает модуль предоставляется

Посмотрите модуль https://new-dev.ru/34-plugin-digitalcart-dlya-webcash.html