fanera

Зачем у доп. полей "Загружаемое изображение" в 18.0 выставлено "object-fit: cover;" с "heigth: 100%", в итоге выглядит так, будто движок обрезает часть, что вводит в ступор

Было бы удобно, если бы https://dle-news.ru/pressrelease/1922, https://dle-news.ru/pressrelease/1922-data, https://dle-news.ru/pressrelease/1922-datalife-engine-v и другие возможные вариации перенаправляли на страницу поста, ведь ID уже есть Сейчас работает, если категория указана неверно или ее нет, а в других случаях бесполезно

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

Так если хостинг зарубежный, то какой в этом смысл? Главное, чтобы запрос перенаправлялся через бэкенд, или вы ключ прямо в html вставляете, как у tinymce в документации?

Ну попробуйте оплатить, попробуйте что-то спросить, а не тыкать по перегенерации ответа по 10 раз в ожидании чуда, даже сейчас у них проблемы с бэкендом https://status.deepseek.com/ В реалиях в РФ используется бурж хостинг и обработка запросов через бэкенд, про другие способы думаю нет смысла (да и нельзя) говорить. Кто ищет как адаптироваться - всегда найдет, другие будут плакать и ждать альтернативы

Чтобы что-то делать вместо другого, эта замена должна работать, а deepseek лежит почти круглые сутки, да и API у них вроде как похожий, заменить ссылку не проблема и название модели

Если у новости были комментарии, но затем она была снята с "Опубликовать новость на сайте", то комментарии все равно выводятся (например в /index.php?do=lastcomments&userid=...) и видны всем пользователям, включая гостей, из-за чего ссылка может вести на битую страницу

Разработчики PHP в документации прямо говорят, что изменение переменной для этого увеличивает риск атак. Давайте напишите еще 10 томов о том, чтобы не решать проблемы движка и сваливать все на настройки сервера, каждый раз придумывая новую удивительную историю, где дурак пользователь, а не разработчик, который все скидывает на то, что "работало жы с 2004 года шо менять то". Сервер нужно настраивать под конкретные задачи, а не трогать те переменные, что потенциально могут создать новых проблем. Но если у вас одна логика и принцип - кроме вас нихто не жаловался нечего буянить, тогда мне нечего д

Так он по умолчанию и выставлен на 1000 и использовался мною, что вы там придумываете лишь бы не признавать проблемы движка и не устранять их - я не понимаю. В плагине у меня 32 файлов со 140+ действиями в них. Это так много, что "это невозможно чисто технически" в 2024 году сделать либо хотя бы предупреждение, либо слать запрос иным образом, а не по 1000 GET и POST переменных, что неожиданно оказывается 1000 становится мало, о чем вообще сразу и не догадываешься, и нужно увеличивать лимиты и потом из проекта в проект еще об этом вспоминать?

Что технически вы не можете узнать и сделать? Значение max_input_vars узнать и отправлять по AJAX при сохранении? Не можете переписать на другое решение, чтобы не заставлять людей увеличивать лимиты max_input_vars и открывать дыры для уязвимостей? Я не могу понять ни одной причины, по которой у вас там что-то технически в 2024 невозможно. Одно дело свои частные проблемы и совсем другое, когда движок ни о чем не информирует, не предупреждает в системных требованиях и вообще нигде нет пометки, просто сносит и все и ты потом думаешь в чем проблема. И вместо того, чтобы сохранять данные ины

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

1) Самый банальный способ вызвать проблему - модифицировать один из файлов из массива $protected_files. Если попытаться сохранить - ошибка, возврат назад - ничего нет 2) Создаем чистый плагин, отправляем в mysql запрос: вместо 62 указываем ID созданного плагина INSERT INTO dle_plugins_files (plugin_id, file, action, searchcode, replacecode, active, searchcount, replacecount, filedisable, filedleversion, fileversioncompare) SELECT 62, 'language/English/adminpanel.lng', 'replace', '$lang = array (', '$lang = array (', 1, 0, 0, 1, '', '==' FROM (SELECT 1 UNION ALL SELECT 2 UNION ALL

Невозможно создавать/редактировать плагины, когда действий много. DLE просто без каких-либо уведомлений и предупреждений сносит часть действий, из-за чего теряются правки, сделайте уже с этим что-то

Небольшой плагин, добавляющий в загрузчик изображений и файлов 2 кнопки - для сортировки очереди по возрастанию и очистки всей очереди DLE 17.3, более старые не проверялись https://www.mediafire.com/file/km02ic1bcb30zxg/zagruzchik-fajlov-sortirovka-i-chistka-ocheredi.xml/file

В загрузчике не хватает кнопки, чтобы очистить разом всю очередь При удалении категории или дополнительного поля выводить название, чтобы не вводить в заблуждение Добавить возможность отключать персональные сообщения, можно по группам, но нельзя глобально