celsoft

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

Это было в другом редакторе причем много много лет назад.

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

Для всего будет только один редактор и для новостей и для комментариев. Единственное что для комментариев можно вообще отключить редактор и использовать просто обычное поле без какого либо редактора.

Да это появится в новой версии. Сможет. Достаточно выбрать текст и написать что вам нужно с ним сделать, или можно будет выбрать из списка готовых действий, например сократить, улучшить, расширить, перевести на разные языки и т.д. Примерно так https://dropmefiles.com/RrbRL Понятное дело что для работы с ним понадобится аккаунт ChatGPT с доступом к API, что проблематично для России, но мы предусмотрели этот вариант, и в DLE будет поддержка любых сервисов, обеспечивающих обмен данных по протоколу совместимому с ChatGPT, например можно будет подключится через https://proxyapi.ru и л

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

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

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

@andriy159 я с вами согласен. Много чего в DLE далеко от идеала в плане архитектуры. И много чего можно было бы написать иначе. Но нужно не забывать, что мы не начинаем каждый раз что то с нуля, мы ведем проект который взял свое начало в 2004 году. На котором огромное количество сайтов, которые постоянно обновляются и нам в отличии от тех кто просто начал проект, что то дописал, потом начал другой, дописал по другому для него, крайне важно соблюдать принцип обратной совместимости. Мы не можем и не хотим выпускать движок, на который невозможно обновится, или для того чтобы обновится нужно переп

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

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

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

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

Ребята, что за советы вы даете ... Так то за это отвечает отдельный файл шаблона banned.tpl где делается все оформление. Не надо никаких языковых файлов править и каких то плагинов.

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

RSS импорт это встроенная возможность DLE.

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

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

Какое отношение это имеет к базе данных? Настройки скрипта не в базе данных находятся.

Это можно считать багом. Будет исправлено в следующей версии DLE. Спасибо за информацию.

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

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

И? Хорошо два человека. Что значит "даже вебрамбо"? Его голос отличается чем то от вашего или чьего то другого? Один человек один голос, все равны. Вот так и пишите свои пожелания. Без абстрации, без вопросов и прочего.

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

Если вы не знаете для чего это, то это не значит что это очевидно. Подумайте. Я же не учитель верстки HTML чтобы все разъяснять. Там не только отсуп есть, но и другие свойства. Почему мы должны это делать другими средствами? Мы облегчаем верстку шаблона, когда считаем это нужным и необходимым, и средства для этого тоже выбираем сами. Средства для изменения у вас тоже есть, и без каких либо правок скрипта, и никто у вас их не отнимал. CSS и принцип наследованная вам в помощь, можете поменять как угодно, не вижу препятствий для этого.