fanera

Во-первых, оскорблений не было, не нужно приплетать то, чего нет, отвечайте по делу. Лучше бы так движок фиксили. Во вторых, стоит немного собрать информации и открыть глаза, что проблемы в сети уже наблюдаются в течение нескольких месяцев, и если раньше были по отдельным регионам, то сейчас более массовые. Сбои в зарубежных сервисах если и происходят, то влияют на всех, а не только на отдельные регионы РФ Вам уже сказали несколько раз, проблема есть, она особенно заметна на Hetzner и OVH. Сайт DLE хоститстя у Hetzner, отсюда проблемы с доступом у разных пользователей по регионам, что неп

С каким пор РЭБ еще влияет на проводную сеть? И магическим образом все работает в Москве, никаких ограничений ни по проводу, ни по беспроводной сети. Только холопы из Уфы, Сибири, Поволжья страдают ?

сервера видимо устарели, вот дурени, а ведь могли просто "освежить" их!

Этот мониторинг не отражает реальности, cloudflare, hetzner, ovh и другие провайдеры как минимум в Сибири и Поволжье либо блокируются, либо замедляются. dle-news.ru стоит за Hetzner, отсюда и проблемы

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

Если в админке темная тема и для комментариев не используется визуальный редактор, то поле редактирования комментария на странице "Управление комментариями" с белым фоном, а не темным

В полное вставляется к примеру: * " Etiam viverra dapibus vulputate. Morbi non mollis urna, a scelerisque nulla. " * "Lorem ipsum dolor sit amet, consectetur adipiscing elit. Donec sed lacinia lorem. Nam ullamcorper pretium mauris, eu eleifend augue volutpat eget. Suspendisse vitae ex tincidunt ante laoreet bibendum. " или исходным кодом: <p>* " Etiam viverra dapibus vulputate. Morbi non mollis urna, a scelerisque nulla. "</p> <p>* "Lorem ipsum dolor sit amet, consectetur adipiscing elit. Donec sed lacinia lorem. Nam ullamcorper pretium mauris, eu eleifend augue volutp

А обычному пользователю какая разница, где курсор стоит? Ему табличку с инструкцией прикладывать? Если он стоит хоть в начале, хоть в конце, ожидание, что ввод текста не будет приводить к таким ситуациям. Вы если редакторы удаляется и не даете альтернативы, так обеспечьте от подобных ситуаций, а не скидывайте все на "невозможно исправить", "надо курсор ставить так" и прочее. Сколько уже было просьб - у вас на все один и тот же ответ, гениально ?

А так и должно быть, что если используются превью или средние копии вместе с оригиналом и изображение в редактор вставляется через загрузчик файлов, то вроде все нормально (хотя тоже, почему курсор идет не на отдельный абзац, а в текущий, из-за чего текст слипается с изображением / ссылкой?) Но если мы скопируем эту структуру (p -> a -> img) из редактора путем нажатия по картинке и скопировав, а потом снова вставив, чтобы курсор мигал в конце изображения. Начинаем вводить текст и получаем, что ссылка <a> тупо сносится, остается только превью или средняя копия Я проверял э

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

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