celsoft

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ну где оно работает? Что вы придумываете, посмотрели просто полную новость и решили что работает? Да DLE вообще плевать какие у вас категории написаны при просмотре полной новости, они в выборке и показе новостей не участвуют. Не будет это корректно даже при правке БД напрямую. Потому как в большом ряде случаев будет это считать одной категорией, а не двумя разными. Например при просмотре кратких новостей из категории, потому что при адресе /game/название игры 1/news ему плевать за записи "game/название игры 1" они в критериях выборки не участвуют это бутафория ЧПУ. А выборка будет только

Ну конечно. Какой килобайт? В килобайте 1024 байта, т.е. 1024 символа, нет этого там даже и близко. Это как то смешно звучит. Это я не говорю о сжатии еще, которое есть в DLE. Весь код главной страницы например нашего сайта dle-news.ru всего 11кб. Не будет она быстрее грузится, от слово никак, а 1 миллиардную доли секунды, ваш глаз в принципе увидеть не способен. Любая картинка на вашем сайте весит в десятки если не в сотни раз больше.

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

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

И не будет. Читайте мое сообщение выше. Никакого показа полной новости в кратких нет. custom краткие новости. В документации написано: В данном шаблоне используются теги аналогичные для короткой новости. Документация по шаблону кратких новостей https://dle-news.ru/extras/online/index.html?all16.html

Нет. Почему он там должен работать? Список тегов для каждого шаблона указан в документации по шаблонам https://dle-news.ru/extras/online/index.html?all16.html для кратких новостей указан этот тег? Нет. Соответственно и работать он не должен там. Только пожалуйста не завайте вопрос как же так и почему. На это отвечалось уже сотни раз. Потому что никому не нужно "тягать" огромный текст десятки раз на страницу из базы данных, при просмотре кратких. Эта нагрузка, причем не малая. Просмотр кратких новостей на то и просмотр краткких новостей, к которому поле полной новости не имеет ника

Точнее я бы рекомендал бы лучше заменить на @ini_set('pcre.backtrack_limit', 20000000 ); для вас это будет достаточно для этого текста. Слишком большое значение ставить тоже не хорошо.