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

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

Конечно. Таки и будет. Максимально универсально. Примерно следущие: "Перепишите такие то файлы шаблона, использовав новую структуру и теги, в качестве примера смотрите стандартный." Универсальней не придумаешь ))) Универсальных версток не бывает. Что за пожелание "Универсально подходили" нет такого в природе. Верстки придумывает автор, который верстает шаблон, что ему придет в голову и как, так он и делает. И нет универсальных которые подходят под все мысли людей. Поэтому если вы не умеете верстать, значит заказываете у того кто умеет, либо учитесь, либо ждете пока ChatGPT обучится новой

Пожелание - чтобы были даны изменения в шаблоне, которые универсально подходили ко всем шаблонам....

Будет пресс релиз, будет список изменений в шаблонах, все увидите.

Можно хотя бы кратко написать с какими частями шаблона это будет связано? Чтобы начинать морально уже к этому готовиться.

@FuRReX, @UralboxМне непонятно о чем вы рассуждаете и пытаетесь спорить или доказывать? Ведь не раз было написано это не обсуждается. Что сложного в понимании этого простого предложения? Мне непонятно. У кого изменение трех строк CSS занимает месяцы из за якобы сложной верстки, тот не обновляется просто. Живет и пользуется той версией которая его устраивает и дальше. Более того если адаптация <p> у вас займет месяцы, то скажу вам по секрету в новой версии вам тогда вообще делать нечего, потому как в ней будут более серьезные изменения, которые потребуют глобального переписывания некотор

Я бы не назвал бб бредовым редактором. Он очень удобен, на каждом втором сайте по DLE именно его используют.

Вот к примеру у js сколько обновлений не выходило, они старые вещи не выпиливают наглухо говоря юзерам мол изменяйте свой написанный код, это ваши проблемы. А там довольно много бредовых вещей тянется ещё с давних времен, но они это понимают, вот и тут ситуация аналогичная, столько bb был времени сколько существует DLE, и тут обновление 😁

Я рад, что кто-то понял мою мысль. Для меня DLE всегда был эталоном функциональности, простоты и выбора. Если Froala, практически идентичный редактору TinyMCE (просто второй более функционален). То бб вообще иначе работал, и по сей день, популярные сайты его используют. Например "Steam". Чем удобен бб: Легко обучить людей работать с ним. Как ты, так и остальные могут не беспокоиться о лишних отступах и пробелах. Не добавляет лишние теги. Не урезает те, что ты сам добавляешь. *В моем случае* Так как, я с очень давних времён работаю с DLE, перенести картин

Поддерживаю @FuRReX! У нас тысячи публ с кастомной версткой, и новые <p> ломают всё. @celsoft говорит: "Приведите шаблоны в соответствие". А если у нас сложное оформление? Это месяцы работы! Почему вместо того чтобы просто оставить bbcode его просто вырезают? Да, можно учиться нажимать Shift+Enter, вместо того чтобы заниматся полезными задачами, зачем усложнять жизнь пользователям? BBCode был простым и понятным. Кому нужно было что-то пофункциональнее тот выбирал другой редактор, ключевое здесь выбирал.

Так же добавлю в копилку пожеланий для будущих версий. Короткое название: матрица доступа к статьям. Сформировать данные по наличию прав доступа к материалам. Цель: понять какие статьи открыты для каких групп пользователей. Пример 1. Мероприятие декабря 2024 | Посетители | Запретить просмотр Пример 2. Мероприятие декабря 2024 | Главные редакторы | Не выбрано.

Нет нету.

Коллеги доброго дня, Подскажите пожалуйста, есть ли возможность реализации настройки оповещения автора (или указание е-майл адреса) с целью проверки актуализации статьи. Пример: Через 1 год, приходит уведомление автору статьи о проверки текста на актуальность.

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

По поводу этого, я всегда загружал файлы через пункт "FTP /uploads/files/", просто потому что так удобнее, не добавляется префикс и ты знаешь, что файл загружен без какой-либо ошибки. Теперь придётся лезть в описание, чтобы загрузить файл, а потом с описания копировать аттач туда. Я с 2012 года использую DLE, было много раз, когда файл просто обрывался при загрузке на сайт, и визуально показывал, что всё хорошо, а на деле файл был сломан. Вот и адаптировался на такой метод загрузки. Кстати, между слов, DLE не поддерживает скачивание со встроенного в Telegram браузера. Скачиваютс

Нет. На использование div внутри p. А именно конкретно блочный элемент внутри строчного. А как заменить блочный элемент на строчный но визуально сделать блочным? Дальше уже думайте сами. Направление я вам сказал. Потому что спрашивать нужно правильно и давать полную часть включая верх когда у вас разваливается, а наверху в данном случаe <p>. Нужно знать основы основ вертски, а не верстать при помощи нейросетей. Я поражаюсь насколько снизился уровень знаний, с использованием нейросетей. Нейросети это помощники, а не ваша замена. Когда они заменять вас, вы вообще перестанете быть н

Вероятно, вы указываете на использование div внутри a тега. Так могу уточнить для вас, что оно допустимо в HTML5. Тот же W3 HTML Validation тоже не видит проблем с разметкой, она делалась основываясь на его показаниях. Не вижу проблем в вёрстке. Решил переспросить у гугла и нейронной сети, они тоже не нашли ошибку, за исключением, что в совсем старых браузерах могут быть проблемы из-за того, что див находится в а теге. Тем не менее, указывать на то, что это у меня в вёрстке проблема, а не в редакторе, который флудит тегами туда-сюда, странное решение. Ладно, пускай народ до

Редактор не ломает ничего. Нарушение вами стандартов HTML ломает вам. Достаточно просто немного включить знания и логику и прекратить нарушения стандартов верстки, как все будет работать прекрасно. На вашем коде по времени 5 минут времени, и все будет отлично работать как на старых новостях, как на новых, что с <p> что без. Если вы думаете что я вам дам готовый код? То нет. Занимайтесь изучаем верскти сами, это ваш сайт. Не хотите заниматься, наймите верстальщика, он вам сделает. Но ваше незнание, нежелание и изначально не продуманная структура полей для публикаций, это не повод чтобы то

Как минимум, это удобство, которого теперь не будет. Да, видимо это единственное решение, отрубить редактор для этих полей. Это уже простите откровенная чушь, других слов тут даже употребить нельзя. Это было бы чушью, если бы я выводил аттач без структуры, просто [allow-download]Скачать[/allow-download] А когда разметка подобного вида, то внести в неё правки, крайне большая проблема, и это не связано с моими знаниями, исправить я могу, просто мусор, который останется из-за доп тегов, никуда не уберётся. Я предполагаю, что это из-за очередной функции редакто

Я вам вообще ничего не предлагаю Что за глупости вы сейчас пишите? Ваши новости храняться в готовом виде!!!! и от того что поменяли редактор, это никак не скажется на отображении новостей. Зачем вы собрались 1000 новостей редактировать только от того что поменялся редактор? Редактор действует только когда добавляете новость или редактируете. Что вы тут фантазировать уже начали? Подумайте. Если вы раньше не подумали, то кто вам теперь виноват? Кто вас заставлял использовать для этого поля вообще редактор? Когда есть специальный отдельный тип доп. поля для этого. Поэтому не перекладывай

Вы предлагаете мне руками 1000+ статей обновить и в каждой править раметку? А как быть тем, у кого их более 10000? Как мне в доп поле сохранить аттач или другой текст без <p> тегов?

Модуль предназначен для создания сайта на несколько городов (для каждого города - свои новости, теги и т.д.). Адреса для городов на сайте могут быть двух вариантов, на основе папок, например: "http://example.com/sankt-peterburg/" или на основе поддоменов, например: "http://sankt-peterburg.example.com/". Если вы выберете создание городов сайта на основе поддоменов, то нужно добавлять поддомены (алиасы-псевдонимы основного домена), так чтобы они ссылались на ту же папку, что и основной домен (без необходимости копирования файлов сайта на каждый поддомен). То есть, если отключить модуль, на этих

А вы как хотели. Их поэтому и убирают. Потому что разные редакторы используют разный код, разные подходы и разное форматирование. Поэтому все и приводится в единому стилю вместо разброда и шатания. Они никогда не были совместимы между собой и не могут быть по определению. Это во первых, а во вторых нужно верстку своего шаблона приводить в соответствие что используются новые теги, тогда ничего бы и не ехало возможно. Но это не точно, потому как что там у вас "поехало" доподлинно неизвестно. Конечно. Никто не заставляет никого обновляться. Это решение принимает каждый сам. Вас никто не з

Так если реализовано, то реализуйте нормально. Что бы не плевались ваши пользователи. Я на бб перешел только из за того что эти редакторы засирают статью тегами и ломается вся верстка. Реализовали дырку, реализуйте и затычку, не все любят когда сквозит

Пересохранил статью в вашем "крутом и современном" редакторе, которая изначально была создана в BBcodes. Никаких изменений не делал, просто включил другой редактор и пересохранил уже готовое в нём. У меня вся статья просто поехала, ахахахаха. "Никаких своих тегов едитор не добавляет" - я заметил, когда вся статья у меня просто поехала, можно всю структуру полной статьи переписывать. Плагины вроде "Fotorama" ушли на отдых, благодаря новым <p> тегам, которые я не добавлял. Какой же ужас... Это самое худшее решение, убирать bbcodes... Даже страшно представить,