celsoft

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Кто сказал что они не нужные? Для обеспечения функциональности, в не просто так, как вы подумали и решили.

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

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

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

Это говорит о некорректных модификациях в файлах скрипта, т.е. они не соответствуют оригинальным, либо вы как то с ошибкой прописали теги. Нет эти теги в этом шаблоне не работают. Только теги отвечающие за построение навигации и глобальные теги. а данные теги [not-category=...] к глобальным не относятся.

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

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

Нет, нужно перечислять. Для упрощения перечисления есть дефис, когда можно указать диапазон, например 1-5.

Заметки есть в админпанели, но они отображаются только на главной странице в админпанели.

Все что сказано выше два года назад в этой теме касается и вас. Корректно нужно настраивать nginx. Какой режим PHP тут роли никакой не играет, потому что до (PHP) него даже дело не доходит.

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