Вся активность

Именно так. Я сделал отдельную страницу для ошибок 404 и отключать это не хочу. Также не хочется, чтобы страница /newposts/ выдавала ошибку, если все публикации просмотрены. Простым пользователям ведь не объяснишь, что данная ошибка — это вовсе не ошибка, а так было задумано. Нету возможности сохранить включённой эту настройку и в то же время избавиться от ошибки на странице /newposts/?

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

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

Всем привет. Сегодня заметил, что страница по ссылке {newposts-link} выдаёт ошибку 404, если нету непрочитанных публикаций. Не знаю, ошибка это или нет, но как по мне, то так быть не должно. Либо надо иметь возможность скрывать эту ссылку, если нету непрочитанных публикаций. Или, может, есть способ, чтобы вывести информацию, когда все публикации прочитаны?

Нет таких ошибок на чистом дистрибутиве и с оригинальной структурой БД. Согласно вашей ошибки не удалось получить информацию о таблицах в базе данных.

вот такая еще ошибка в разделе бекап бд. ето windows если что. и 18 дле Fatal error: Uncaught TypeError: mysqli_fetch_assoc(): Argument #1 ($result) must be of type mysqli_result, bool given in D:\OSPanel\domains\18.ru\engine\inc\dumper.php:235 Stack trace: #0 D:\OSPanel\domains\18.ru\engine\inc\dumper.php(235): mysqli_fetch_assoc() #1 D:\OSPanel\domains\18.ru\engine\inc\dumper.php(100): dumper->backup() #2 D:\OSPanel\domains\18.ru\engine\inc\include\init.php(630): include_once('D:\\OSPanel\\doma...') #3 D:\OSPanel\domains\18.ru\admin.php(26): require_once('D:\\OSPanel\\doma.

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

1. Недавно был добавлен полезный параметр для custom - name="X", а также тег [custom=X] Текст [/custom]. Теперь, если юзаешь кастом в каком-то блоке в категориях (например, слайдере новостей данной категории), то заголовок (или весь блок) блока можно закинуть в [custom=X] Текст [/custom] и он не будет отображаться там, где недо (например, на пустых или несуществующих категориях). Хотелось бы такой же тег проверки наличия контента в {content}, аля [сcontent] Текст [/content]. 2. Добавить возможность прописать в вышеупомянутом [custom=X] сразу несколько блоков через запятую. Кейс - один и т

Мы работаем, а на форум заглядываем за помощью или предложением) Что вы так прицепились к этой дискуссии и что меня там не было? Я даже сейчас её найти не могу. Можете дать ссылку? Вот опять я не понимаю логики. У вас был IF, подсказали бы им и вопрос был решен без спорных нововведений. Но, видимо, они тоже не спросили конкретно про IF) Если немного утрировать, то вы продублировали это IF в код PHP. Используя IF они могли решить свой вопрос и оставить контроль через админку. Те, кто не использует галочки и хочет разом через шаб везде поменять поведение и оставить контроль через админку

Спасибо! Всё заработало. Буду предельно внимательными при работе с шаблонизатором в дальнейшем. Еще раз спасибо! P.S. Еще бы в документации правки сделать...

Остались где? Файлы картинок физически на сервере остались? Если файлы картинок остались физически на сервере, значит есть на сайте новости где на них стоят ссылки.

Также была дискуссия с другими пользователями, в которой другие пользовали настаивали на изменение поведения тегов [updated] Текст [/updated] и также про контроль этих тегов этим чекбоксом из админпанели, в которой вы участия не приняли. А я вам ответил исключительно на ваш вопрос: Затем и сделали, что другим нужно было другое. А вы им сейчас предлагаете использовать два тега одновременно. Раньше нужно было предлагать, когда дискуссию по этому вопросу вели. Люди хотят один тег и контроль из админки, ровто также как хотите вы тоже один тег и тоже из админки. Вы спросили соверше

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

Я, возможно, что-то не понимаю, но разве этот if не отвечает за проверку чекбокса? Из справки: view_edit - Отображать или нет причину редактирования (число, 1 или 0). Я спросил об этом тут, мне ответили, что надо делать плагин. Вы ответили) Можно было бы и подсказать. Пока оставлю как есть с плагином, т.к. контролировать хочу в админке. Но хромающая логика никуда не делась, о которой писал чуть выше: @celsoft немного не по теме, но пока вы тут, хотел спросить. Можно ли убрать ограничения поиска по форуму тут? Находит только совсем свежее... Сейчас, чтобы что-то средней ст

И что? Как это помогает от того что люди не хотели видеть плашку только от того что поставили только запятую, на глобально обновили, когда хотят именно поставить плашку. Люди хотели именно этим чекбоксом контролировать вывод плашки и никакой if тут не поможет. С тем же успехом вы также могли использовать эти теги [if editdate > "-1 day"] текст [/if] вместо того чтобы городить правки для тега [updated] Текст [/updated] и это бы выводило тоже самое что теги updated. Но предпочли же правки кода, а не эти шаблонные теги.

Принято. Спасибо.

Еще один лишний тег в файле pm.tpl (первый <tr>) $pmlist .= "<table class=\"pm_navigation\" style=\"width:100%;\"<tr><tr><td>{$pages}</td><td align=\"right\"><select id=\"pmlist_doaction\"name=\"doaction\"><optgroup label=\"{$lang['edit_selact']}\"><option value=\"\">---</option><option value=\"del\">{$lang['edit_seldel']}</option><option value=\"setread\">{$lang['pm_set_read']}</option><option value=\"setunread\">{$lang['pm_set_unread']}</option></optgroup></select>&nbsp;&

[if view_edit = "1"] текст [/if]

Забыл один маленький нюанс, все сторонние модули получают отдельный изолированный класс шаблонизатора, а не работают с основным. Поэтому нужно в самом начале модуля поставить строчку. global $tpl; т.е. должно быть: <?php global $tpl; $error = "Test message";//текст сообщения $title = "Message Box";//текст заголовка ........ Тогда будет работать. Но!!!!. нужно быть предельно внимательными при работе с шаблонизатором в дальнейшем в своем модуле, вы можете повредить всю верстку и потерять часть данных.

Есть опция "Уведомлять при редактировании, что новость уже редактируется", но никак не указано, что она работает только для админки. Она не работает при редактировании новости через сайт, а также не работает, если пользователь редактирует новость через сайт, а другой открывает через админку, и наоборот, когда кто-то редактирует через админку, а другой открывает через сайт. Было бы неплохо уведомлять во всех случаях

В общем, чтобы разобраться в проблеме вывода msgbox, установил чистый DLE без дополнительных модулей или хаков и попытался сделать так, как советует уважаемый Celsoft. Вот видео, в котором видно, что это не работает: https://disk.yandex.ru/i/EBqTiEnDIQsiYg Так что если у разработчика нет решения, придется использовать избыточный код 😔 Или всё-таки есть решение???

Изначально делал именно так как вы и написали. Не работает у меня. Почему пока не понял. Если раскопаю причину - напишу, чтобы другим было проще... Но всё равно, Спасибо!

Неправильно сделали. Не нужен такой длинный и избыточный код. Достаточно было вызвать msgbox а после вывести echo $tpl->result['info']; Все. И это прекрасно работает.

Для чего для этого? Как бы IF помог в этой ситуации? Никак. Он вообще в этом случае не помощник.

Получилось сделать только так: При подключении в main.tpl таким образом: [aviable=faq]{include file="engine/modules/mymod.php"}[/aviable] Создаем файл engine/modules/mymod.php и пишем в своем модуле следующее: <?php $error = "Test message";//текст сообщения $title = "Message Box";//текст заголовка $tpl_2 = new dle_template(); $tpl_2->dir = TEMPLATE_DIR; $tpl_2->load_template( 'info.tpl' ); $tpl_2->set( '{error}', $error ); //текст для макроса {error} $tpl_2->set( '{title}', $title ); //текст для макроса {title} $tpl_2->compile( 'info' ); $tpl_2->