celsoft

Готовых настроек подобного в DLE нет. Только если использование каких то собственных или сторонних плагинов для этого.

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

На двух ваших разный сайтах и разных копиях DLE должна быть обьеденена база данных пользователей https://dle-news.ru/tips/152-edinaja_registracija_i_avtorizacija_na_neskolkikh_sajjtakh.html

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

Вы не даете права пользователю который собственно и запускает DLE, т.е. пользователю локального вебсервера. Смотрите пользователя от которого работает ваш локальный сервер и ему права нужно давать, если вы используете апач то пользователя от которого работает апач, если используете nginx то тользователя от которого работает php-fpm и т.д.

Как вам обычный пользователь движка, такой же как и вы сможет вам ответить на данный ваш вопрос? )))

Неверное утверждение. Во всех версиях данный редактор одинаков, и такое поведение редактора на любой версии.

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

Вы путаете загрузку с показом. По FTP вы указываете доступы куда и как загружать. А показывает браузер. По FTP c логином и паролем браузеры не показывают картинок. Они показывают по http/https протоколам. Конечно. Это же внешнее!!! хранилище с внешними ссылками, а не локальное на вашем сайте. Ссылки на ваш сайт это локальное хранилище, т.е. то что находится на вашем сайте.

Указывать нужно тот адрес по которому будут доступны ваши загруженные файлы по http протоколу сервера на который вы загрузили данные файлы. По FTP вы только загружаете на сервер, а браузер их показыаает с этого сервера по http протоколу.

Либо Вы указали некорректный путь к загруженным файлам для данного хранилиша в настройке: Либо данное хранилище не предоставляет прямого доступа к файлам из браузера уже.

Видимо вы не учли тот факт что Python работает прилично медленнее и потребляет больше ресуров при выполнении одинаковой работы чем тот же PHP. Так что ваш пример как то неубедителен. И если уж говорить только с точки зрения производительности то Python тоже проигрывает. PHP не только на удаленных серверах работает но и домашнем ПК и и из консоли, да как угодно, если вы не знали конечно этих тонкостей, так что код на PHP отработает быстрее и меньшим количеством ресуров, и также в много потоке если нужно. Браузер лишь одна из точек обращения к нему и запуска, не более того, но не ограничивается

Вы то здесь причем? Автор топика написал кокретную задачу, которую ему надо решить. Ваши то задачи к его какое отношение имеют? А вы ему начали предлагать решения которые совершенно никак не решают его задачу и проблему. Автор топика его и ищет, он и создал для этого тему и вы ему в этом никак не помогли, и ваши советы ему бесполезны, по причине того что не решают задачи. Факт установленный кем? Вами? Так вы не эксперт в данном вопросе. Я например не считаю это фактом. Ну ну. Я как программист уже скажу что это бред. А когда делают такой бред приходят потом ко мне в тех

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

Нет. Каких то стандартных настроек для этого в DLE нет.

Только какое отношение это имеет к языкам программирования? Парсинг это по своей сути поиск по регулярному выражению. Чем регулярка на Python лучше чем на PHP? Да и вообще чем она будет отличаться? Регулярное выражение оно и в африке останется регулярным выражением, и совершенно не важно в каком языке программирования она будет использоваться.

Я вас прекрасно понял. Тег {custom cache="30d" ….} выводит новости, а cache="30d" максимальное время хранения кеша. Максимальное, а не минимальное. Вы меняете базовые существенные вещи которые могут повлиять на отображение этих новостей, поэтому их кеш будет сброшен. Несущественные вещи этот кеш не сбросят, например добавление комментариев, но вот базовые вещи, такие как настройки, сбросят его. Нет нельзя.

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

Вы используете несовместимую версию PHP на очень старой версии DLE. Вам нужно понижать версию PHP.

Нет не все так просто как кажется. А #findcomment67037 это просто перемешение к уже найденному комментарию и найденной странице.

Нет. Письма не выполняют JS скрипты.

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

Какие сделаете изображения, или какой напишите текст, те и будут. Это ваши знаки, лимитов на их размер нет. Но имейте ввиду, если водяной знак больше изображения, то он не будет наложен.

Если просто нужно добавить свой тип, которого нет в списке предложенных, то нужно тогда править engine/inc/options.php и добавить нужный тип в настройки. А AggregateRating это рейтинг, его не нужно как то отдельно добавлять, он будет при использовании рейтинга звезд. Но так как этот тип допустим не для всех типов публикаций, то свой тип также нужно добавить в engine/modules/show.full.php

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