fanera

Если только редактор от всего DLE, то копировать содержимое function init_dle_editor и адаптировать под себя. Tinymce не дает методов и событий для этих действий, нужно удалить текущий экземпляр редактора и инициализировать заново Остальное уже от потребностей, можно в сам редактор добавить кнопку для вызова такой функции А так, есть setDarkMode(); (странно, что остальное не вынесено в функцию) и ковырять application.js

При регистрации почта не фильтруется, пример: Создаем аккаунт с test@test.ru Создаем новый аккаунт с test+test@test.ru Создаем новый аккаунт с test+testt@test.ru И так до бесконечности, используя алиасы можно на 1 почту до бесконечности насоздавать аккаунтов

Не так сформулировал. Имею в виду - возможность в админке ограничивать группе максимальное количество изменений рейтинга в день на комментарии и новости (или для каждой отдельно). Т.е. как это сделано с настройками "Максимальное количество новостей в день" и "Максимальное количество комментариев в сутки" Там есть опция "Ограничение выставления негативного рейтинга", но это только для отрицательного

Возможность ограничивать количество изменения рейтинга для группы в день - есть для новостей и комментариев, но нет для рейтинга

max_tokens не поддерживается некоторыми моделями. Например, o3 требует max_completion_tokens вместо max_tokens, без которого API не будет работать И temperature тоже нет в более новых моделях

Зачем у доп. полей "Загружаемое изображение" в 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 невозможно. Одно дело свои частные проблемы и совсем другое, когда движок ни о чем не информирует, не предупреждает в системных требованиях и вообще нигде нет пометки, просто сносит и все и ты потом думаешь в чем проблема. И вместо того, чтобы сохранять данные ины