Вся активность

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

Вопрос, а зачем это. Поиск ранжирует по уникальности контента, а не по внешнему виду ссылок. Тем более, как написано, можно потерять в ранжировании...?

Штатная возможность DLE уже не один год как. Так что можете еще годами ждать то, что уже давно есть. Я сейчас уже только шаблонными средствами могу создать хоть тысячи разных форм обратной связи, что по отдельным ссылкам, что в всплывающих окнах на любой странице сайта, могу вообще какие угодно данные слать и ставить в форму и по разным адресам получателям каким угодно слать. Читайте документацию DLE https://dle-news.ru/extras/online/index.html?all27.html , включайте логику и делайте в шаблоне что вам нужно и как вам нужно, все инструменты и поддержка со стороны DLE уже есть и ничего не т

Вот бы ещё встроенный аналог модуля Uniform)

Создание приложений в социальных сетях не штатный модуль DLE. Не путайте то что вы создаете в социальных сетях на сайтах именно социальных сетей, с тем что вы добавляете в DLE от этих приложений. То что вы делаете на сайте социальной сети, не имеет ни малейшего отношения к DLE, а является штатным функционалом социальной сети, а не DLE. Какое отношение как вы выразились "тыки" на сторонних сайтах имеют отношение к DLE? Это ваши "тыки" именно на сторонних сайтах и не более. С каких пор "тыки" на сторонних сайтах стали функциональностью DLE? Кто вам это сказал? Сами так решили? Мы так например н

Из-за изменений в DLE 18.0 исправлена ошибка с отправкой личных сообщений для данной версии движка

Разумеется не понял, не ожидал смехуточек. Интеграция с соцсетями - это не сторонний модуль, а штатный функционал DataLife Engine. Потому по логике описание настройки должно быть в документации к движку и более-менее регулярно актуализироваться. Для того документация и нужна, чтобы пользователи не разбирались сами методом тыка на сторонних сайтах.

В итоге сделал вот как Вы написали, но немного не так а наоборот) все что для 1 категории в тег ноткатегори2, все что для 2 категории в тег ноткатегори1 и все заработало нормально! Дай бог всего 2 категории на сайте)

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

еще доп поля добавить щас напишут

Отлично. Пока ещё не изменилась, но жду.

Неплохо, молодцы

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

Готовое решение <style> .age-verification-overlay { position: fixed; top: 0; left: 0; width: 100%; height: 100%; background-color: rgba(0, 0, 0, 0.8); display: flex; justify-content: center; align-items: center; z-index: 9999; } .age-verification-box { background-color: #fff; padding: 30px; border-radius: 10px; max-width: 500px; text-align: center; }

Прикольно. Многие избавятся от .html в конце ссылок. Данная тема уже наверное замусолена сайте. Тоже вероятно избавлюсь, если будет редирект со старых ссылок. Хотя меня не напрягает.

без проблем разберетесь )) Поставить: try_files $uri $uri/ /index.php?$args; больших знаний не требует )) а больше никаких правил не потребуется. Будут еще правила запрета на доступы к папкам, они и сейчас есть в актуальных правилах, но это уже как дополнительное, чтобы тот же шаблон защитить от выкачивания, а не как то обязательное требование.

В моём случае, nginx настраивается через конфигурационный файл сайта на сервере. Без веб-морды. Думаю, разберёмся) В целом. Прикольно. Потенциал хороший у данного новшества. Удачи в разработке!

Я как раз таки понял, и подробно описал в последнем сообщении, что видно даже сейчас по вашему коду. Вернитесь к сообщению, прочитайте внимательно, если не поймете еще раз прочитайте. Ответ там дан. У вас стоит [available=cat] разрешена любая категория соответственно выполнится {custom...} в любом случае, потому как ваши теги базового шаблона [category=1] что "мертвому припарка" для глобальных тегов, они просто уже "потом" скроют визуально, но не запретят выполнение. Читайте внимательно выше про приоритет выполнения. Да. Потому что {custom} глобальный тег для всех шаблонов, а [cat

Конечно. Причем не потребуется ничего особенного. Если например будет ISPmanager то вообще на автомате заведется если в нем поставить галочку у домена, он сам поставит нужное правило.

Выглядит интересно. Оно будет дружить с чистым nginx без апача? 🤔

Вы не совсем поняли меня или я вас. У меня вот сейчас в тестовом шаблоне (я весь код удалил) оставил лишь такое [available=cat] <div class="ggggg"> [category=1]{custom}{info}{content}[/category] [category=2]{info}{content}[/category] </div> [/avaiable] Зайдя в категорию 1 я вижу {custom}{info}{content}, а зайдя в категорию 2 я вижу {info}{content}. Зайдя в выдуманную категорию я вижу просто кусок шаблона <div class="gggg"></div> и тут нет 404. Но, если я сделаю шаблон так [available=cat] <div class="ggggg"&

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

На год сообщения не догадались посмотреть?

Не из за этого это у вас, либо вы привели некорректый пример, а не реальное значение. Потому как во первых играет роль не теги, а содержание в них, то есть другие теги, соответственно текст "код для второй категории" не заставит DLE считать что есть наличие контента, во вторых теги [category=1] и [category=2] не выведут ничего при просмотре абстрактной несуществующей категории. Так что по вашему описанию ничего нельзя сказать, ваш пример и ваше умозаключение в данном случае некорректно. Поэтому копайте внутрь тегов, а не сами теги как таковые. Есть такое понятие как порядок обработки, ка

Из-за изменений в DLE 18.0 исправлена ошибка с отправкой личных сообщений для данной версии движка