celsoft

Выделяете текст на который собираетесь написать жалобу, нажимаете Ctrl + Enter и отправляете жалобу. Это можно сделать на любой странице.

https://dle-news.ru/release/1915-datalife-engine-v173-final-release.html пункт номер 3

Си? Нет такого редактора в DLE. О каком речь? Нет не обязательно. Я бы даже сказал не требуется вообще. Для этого вообще отображаемое значение доп полей лучше не использовать, там много "мусора" в виде оформления HTML и прочему. Нужно создавать специальный индекс в отдельной таблице, где будет только чистый текст и слова. Так и нагрузка будет меньше при поиске и работать будет быстрей.

Изучим этот вопрос и внесем изменения в следующей версии, чтобы опять все работало корректно. Скорее всего нужно в файле engine/classes/parse.class.php поменять везде twitter.com на x.com, но это не точно, может они еще что поменяли, вопрос нужно будет еще изучить.

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

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

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

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

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

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

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

Да это появится в новой версии. Сможет. Достаточно выбрать текст и написать что вам нужно с ним сделать, или можно будет выбрать из списка готовых действий, например сократить, улучшить, расширить, перевести на разные языки и т.д. Примерно так 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.

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

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