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

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

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

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

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

Это полный контроль над правилами. Нет понятия старое, новое, стандартное правило. Есть только понятие "Ваше правило". Поменяли правило, все, теперь оно действует. Нет никаких "старых ссылок", потому что старого правила не будет, а будет только ваше новое. Из ниоткуда редирект не возьмется. Вы поменяли правило, которое например отвечает за показ полной новости, какое старое он должен вам вдруг редиректить если вы его поменяли и его больше нет. Вообщем полный контроль над видом ссылок, за исключением того, что параметры по которым 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 исправлена ошибка с отправкой личных сообщений для данной версии движка

1) Изменить скорость раскрытия и закрытия спойлера. Например сделать не .lazyLoadXT();var i=t.height()/200*500;1e3 а .lazyLoadXT();var i=t.height()/2500*500;1e3. Так значительно удобнее им пользоваться. 2) Реализовать возможность самостоятельной смены логина для пользователей с возможностью запрета кириллицы, ограничением смены по промежутку времени и т.п. 3) Добавить возможность поиска по названию с возможностью фильтрации по доп. полям, тегам, и т.п. Например, ищу "тикток", а в точном названии такого нет, но есть в тегах, тем самым, новость найдётся. К этому можно добавить сор

Файла не существует к сожалению.

Вообщем сделал копию шаблона и начал все удалять постепенно и вот что выяснил: если в шаблоне есть такие теги [category=1]код для первой категории[/category] и такой [category=2]код для второй категории[/category] то из-за этого и происходит то, что я написал в начале темы. Если использовать только теги [available=cat][/avaiable] без тега [category=N] то все в итоге обрабатывается нормально как положено и скрипт выдает в том месте 404 ошибку.. А как бы этого избежать?

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

Подскажите, а include например считается за контент например такое {include file="engine/modules/cities.php"} ???

Ну это бегет так сделал, не я же. Вопрос не стоит в том, что будет мусор в поисковике и что такое каноническая ссылка я прекрасно знаю. Но вот из-за этого: пришлось делать редирект таких запросов на 404, что бы не грузилась главная, исключительно для снятия нагрузки. После проделанного, хостинг снял ограничение, но ведь по факту то страниц с такими GET-параметрами на сайте нет, так почему должна главная грузиться? Логично же, что page not found

Открыли доступ

Потому что это и есть главная. То что вы отправили набор левых данных на страницу о которых никому не известно, это не меняет страницу. Например https://ya.ru/?H7ls=leK3 к удивлению тоже открывается главная ))) а не 404 и нет никаких редиректов ))) Без параметров 503? В таком случае нужно предьявлять претензии хостингу. Во первых перестать страдать ерундой и изучить что такое канонические ссылки. DLE именно использует канонические ссылки, чтобы мусор не попадал куда не нужно. И не все делается редиректами.