SKYNET74
-
Публикации
651 -
Зарегистрирован
-
Посещение
-
Дней в лидерах
50
Сообщения, опубликованные пользователем SKYNET74
-
-
10 минут назад, celsoft сказал:
Совершенно верно. Никакого бага тут нет, потому как при склейке получиться комментарий с суммарным текстом больше чем разрешено. Исправляться это не будет точно.
Что делать человеку, который хочет добавить уточняющую информацию к новости? Ждать пока кто то отпишется там ещё? Может стоило бы тогда в данном случае не клеить комментарии, а создавать новый?
А по второму багу? -
Если стоит лимит на количество символов в комментарии, и включена склейка комментариев для группы пользователя, то если он добавляет следующий комментарий к данной новости, то ему будет сообщено "Вы ввели слишком длинный комментарий.", т.е. человек не может больше добавлять комментарии к новости, пока там не напишет кто то другой, либо не выйдет таймаут склейки.
Ещё один попутный баг, это при редактировании комментария, если превысить лимит символов, то человек просто увидит что форма редактирования заменилась на "error", что скорее введёт его в ступор, но ничего не скажет ему о том почему так произошло. -
7 минут назад, celsoft сказал:
DLE не склеивает слова между собой, он лишь убирает HTML форматирование из текста как того и требует собственно сама спецификация яндекс новостей, а без HTML форматирования они у вас и становятся единым словом. Ставьте пробелы в самом списке, в начале или конце слова и у вас будут они разделенными пробелами.
Не лучше ли озадачить этим движок? Озадачивать этим контент-генераторов как минимум не целесообразно, да и вечные забыл / пропустил / не знал будут.
-
Только что, celsoft сказал:
Это является тем, что указано в шаблоне attachment.tpl, если там оформлена ссылка, то этот тег будет ссылкой.
Да я то вкурсе, просто там далеко не ссылка может быть, и обычно там вовсе не ссылка.
-
По локальным сайтам помощи тут не будет, но видимо правила вы не читали.
-
49 минут назад, Gameer сказал:
@celsoft будет ли в новой версии поддержка Redis?
А зачем? Он медленнее мемкеша же.
-
В 30.12.2017 в 02:52, radrigo сказал:
Ссылка для скачивания в новость вставляется примерно в таком виде
[attachment=55:dokumenty.pdf]Просто заменяете название файла на слово "скачать"
[attachment=313:скачать]Где вы такое прочитали, что это является ссылкой на файл?
-
5 часов назад, celsoft сказал:
Я не знаю как и что вы получали, поэтому и задал вам вопрос, с какой конкретно формой у вас проблемы. Это вы должны уже ответить на этот вопрос.
Я не запоминал особо, но они точно были.
5 часов назад, celsoft сказал:Не требуется обращения к серверу. Если у вас есть лимиты на количество символов в каком то поле, можете проверить их количество на JS в шаблоне.
А в админке что делать? В php файлы толкать этот JS?
5 часов назад, celsoft сказал:Да увидите. А если вы не пробовали, то не пишите придуманные и не существующие проблемы.
А вы это не фиксили случаем после релиза функции? Почему то отчётливо помню что там не ругался DLE в JQ UI на это.
-
5 часов назад, celsoft сказал:
Или еще можно просто оформить шаблон для тега attachment, чтобы он сразу был в том виде какой он нужен.
Проблема в том что в attachment.tpl не поддерживает никаких тегов условий в зависимости от того где его выводят, себе костыль написал, но вот по умолчанию там тупо один вид, хотя в тексте нужен один вид, в шаблоне полной новости немного другой, а вот в краткой новости совсем иной, да ещё и для разных доп.полей один вид, т.к. по сути мы не можем сделать разное оформление для разных доп.полей, а это сразу срезает очень большую часть потенциальных вариантов использования доп.полей с прикрепляемым файлом.
Примеров полно, для одного видео заливается, в другой exe файл, в третий apk файл, а где то mp3, и как тут обойтись одним шаблоном на всё? -
15 минут назад, excellion сказал:
Эту папочку я видел, но опять же, загрузил там файл и его можно вставить но чтобы он был словом СКАЧАТЬ такого я не нашел. ну или я туплю, если есть возможность этого то покажите на скриншоте как это делать
Там всё есть, стоит лишь покликать, полазить, и посмотреть.
Выделяете файл и внизу будет вставка как аттачмента или просто ссылка на файл, берёте её и вставляете в качестве URL к своей ссылке.
Вид у неё /engine/download.php?id=* -
35 минут назад, celsoft сказал:
Какая разница к тому какой подход будет к железу, будут сотни тысяч ненужных обращений к этому железу, которые можно потратить на что то действительно полезное.
Ну кто хочет пользуется старым вариантом, кто не хочет, тот может прямо в шаблоне прописать функцию в action формы, и запрос уже уйдёт на /engine/ajax/sitelogin.php и будет ajax, разве это не решение проблемы удобства и нагрузки? Каждый сам решит что ему важнее.
29 минут назад, celsoft сказал:Это обычные люди. А сайты делаются для обычных людей, а не для каких то "продвинутых".
Мы же понимаем что DLE сделан так, что обычные люди могут лишь прочитать информацию на странице, ну там пошастать по сайту, но никак не добавлять новости, т.к. тут уже либо нужен FAQ, либо какое то логическое мышление в сайтостроении, они привыкли что бы всё было понятно и просто, и с кучей всплывающих подсказок.
31 минуту назад, celsoft сказал:Каких всех? Комментарии проверяет DLE, при добавлении публикации тоже есть проверка на то что должно быть заполнено. В обратной связи также все проверки на AJAX. Каких "всех" конкретно?
Как тогда я получал некоторые ошибки после перезагрузки страницы? Например при превышении того же лимита на символы вроде бы была ошибка уже после отправки запроса, или если логин пользователя не верен ещё вроде бы. Точно не помню, но могу уточнить список, то что они были, это 100%.
Может быть конечно это уже пофиксено, я не могу в голове держать Git на все места вашего кода.36 минут назад, celsoft сказал:Вы затронули по своей сути "воздух", а не сформулировали конретно. Что не так. На примере авторизации я уже написал, что это глупо. А вы про какие то абстрактые "все формы". Если есть что то конкретное неудобно так и нужно писать о конкретном поле, конкретной форме. А не заниматься абстракцией, "нужно для всех форм".
Проще использовать общую обёртку, и общий подход, чем в разных местах по разному со своими обработчиками.
Что бы не быть голословным, могу вам после НГ показать все "неудобные" места CMS, с которыми даже я, как администратор иногда матерюсь и вспоминаю разработчиков, особенно когда приходится набирать текст заново.39 минут назад, celsoft сказал:Опять неверный пример. DLE как раз таки все так и делает в обратной связи, без какого либо обнуления данных.
Разве при превышении количества файлов в форме обратной связи мы увидим ошибку по ajax? Или если размер превысим?
-
12 часа назад, trumppupump сказал:
спасибо, значит ничего не трогаю в движке )
Он нужен только когда у вас дисковой "затык" на сервере, и нужно разгрузить диски от кучи мелких кеш файлов, либо когда сервер свой и не хочется мучить диски работой с мелочёвкой, ну либо у вас очень крупный и посещаемый сайт, и дисковой кеш уже не вывозит вообще никак, что маловероятно.
-
Такого в DLE нет, заливаете файл, получаете ссылку, и обзываете её как хотите.
-
7 часов назад, celsoft сказал:
Прилично. Это лишние обращение к сайту и лишние соединение с БД, лишний запрос к БД. И так на каждого авторизующего. Если у вас на сайте 10 посетителей в день, вы не заметите, а если несколько сот тысяч, будет очень и очень заметно по нагрузке.
Мы же понимаем что при несколько сот тысяч, там уже совсем другой подход к функционалу сайта и железу на котором он работает, если вам будет легче, можете оставить старый тип авторизации, и например выбирать тип можно было бы в шаблоне, путём вставки функции обработки отправки формы, хочешь ajax, не хочешь, вот тебе быстро и не затратно, зато не очень то удобно.
7 часов назад, celsoft сказал:Я же написал, что 99%. Конечно не все пользуются, но подавляющее большинство обычных пользователей точно.
Из личного опыта могу сказать, что те кто пользуется автозаполнением форм, очень "недалёкие люди", и чаще они вообще не понимают что такое браузер и их интернет заканчивается ВКшечками и одноклассниками.
7 часов назад, celsoft сказал:Я вам писал про исключение серверной стороны из этого процесса, а не про использование его.
Дак я тоже вам написал про то что как можно это сделать, без поддержки с серверной стороны, если вы покажете как это можно чудесным образом сделать не ущемляя функционал этой ajax подгрузки, то думаю проблема будет исчерпана.
7 часов назад, celsoft сказал:А причем здесь ограниченные или не ограниченные права? Речь идет про авторизацию. Хорошо я ввожу в форму авторизации например неправильный пароль, допустим ошибся при вводе. DLE к примеру сделал ненужный ajax запрос и написал, неверно, не перегружая страницу и оставил данные в форме не тронутыми. Дальше что? Пароль в форме скрыт в любом случае точками, и не видно где ошибка. Что после этого сделать пользователель? Правильно стереть данные сам, и написать их еще раз, он не может скрытое только "подправить". Что по времени займет больше времени чем просто написать повторно. Т.е. мы и сервер нагрузили, и ничего удобней не сделали.
Я говорил же в контексте всех форм DLE, а не только авторизации. Авторизация самая безобидная из всех, там всего два поля.
При неверном логине или пароле, мы можем очищать поле пароля JS-ом, а если ошибка в логине, то человек ручками поправит.
По большей части я тут затронул вопрос добавления контента, т.к. если уж вводить полноценный ajax, то делать это в виде функции-обёртки для работы с формами (есть для JQ), на json, и глобально по всему движку что бы не было так что тут оно так сделано, там ещё вот так, а тут вообще нет ajax, нужно однообразие.
PS: Удобный вариант извещения об ошибках можно позаимствовать у того же ВК, их всплывающее окошко в левом нижнем углу идеально бы подходило под описание ошибки допущенной пользователем, по сути тот же гритер подобие этого. Вот превысили мы лимит на количество или размер файлов в обратной связи, нам это окошко всплыло, и показало что лимит превышен. Так называемый юзер френдли подход. -
9 часов назад, celsoft сказал:
Это уж точно ерунда. Слать доп. запрос на сервер чтобы проверить данные, а потом еще и перегружать страницу и опять делать обращения к серверу. Вот поэтому DLE наверное и самый быстрый скрипт при сравнении функциональных возможностей, потому что в нем не реализовываются неправильные вещи. Очень легко рассуждать: "давайте на эту ерунду добавим запросы, потом на эту плюшку пару запросов, потом еще на эту мелочевку". А потом как следствие получаем еле ворочающееся сайт, с сотней запросов по всяким мелочам, с которого пользователь уйдет намного быстрее, чем просто введет свой логин и пароль повторно, если он ошибся при вводе. При условии что более 99% людей вообще включают автозаполнение форм авторизации в браузере и сохраняют в нем свою связку логин и пароль. Практически никто не отключает это потому как браузер это предлагает сделать по умолчанию. Нагружать сервер по своей сути бессмысленными вещами я точно не планирую. Если и на что то добавлять нагрузку к серверу, то делать это нужно очень выверенно и по действительно важным вещам, а не просто для того чтобы было.
9 часов назад, celsoft сказал:Проверьте поля при использовании обычного JS шаблона. Или банальные required. Существует десятки способов и методов облегчить жизнь посетителям, а не просто слать все на сервер для проверки.
И сильно ли повысится нагрузка, если у вас ajax код вынесен отдельно от ядра движка и там минимум нагрузки?
Далеко не все пользуются автозаполнением, и тут упор был на отсутствие полноценного ajax у форм DLE вообще, он как бы кой где есть, но как бы можно опять же сделать так, что ajax проверка пройдёт, и ошибку мы увидим только после перезагрузки страницы, примеры у меня есть, могу в личку скинуть если нужно.
9 часов назад, celsoft сказал:Не умение делать шаблоны, и ожидание того что кто то это сделает за вас, и не более того.
Как можно сделать в шаблоне удобную отправку POST запроса на URL с данными, и получение ответа на успех или ошибку с её описанием без поддержки с серверной стороны?
Можно конечно сделать костылями на JQ, но даже тут придётся в пару местах в php коде подправлять. Но опять же, используя этот костыль, мы парсим ВСЮ страницу и отбрасываем не нужный контент, который был сгенерирован в пустую получается. Примеры есть у того же сандера, думаю вы о них знаете.9 часов назад, celsoft сказал:Что DLE не проверяет в комментах и перегружает? Которые вообще целиком и полностью на AJAX. Опять возвращаемся к практике: написать заведомо ложную информацию лишь бы написать? Тоже самое и при добавлении публикаций, то что обязано быть, DLE проверяет без перезагрузки страниц, и не приводит к потере контента, хотя и добавление новостей без AJAX. Но писать подобную ерунду про комментарии, которые полностью на AJAX, так это вообще нонсенс.
В комментах тоже проблему видел когда приводило к перезагрузке страницы, но было давно, может уже пофиксили.
В данном случае вы уцепились именно за комменты, т.е. в других местах всё замечательно, и пользователи никогда не "громко матерятся", когда страница перезагружается и им показывается ошибка?
PS: Скажите честно, вы сами добавляете контент на DLE-сайты, как обычный пользователь с ограниченными правами? Админа в данном случае не берём во внимание, т.к. у него количество возможных ошибок после отправки данных в разы меньше. Мне вот постоянно жалуются на данные проблемы.
PS: Я тоже не хочу что бы в DLE была тонна никому не нужного "говнокода", но в данном моменте это именно нужный функционал, т.к. он облегчает работу с сайтом обычным пользователям, и судя по многим сайтам и CMS, видимо это пользуется спросом, и чуть чуть ресурсов на это там не жалко. -
4 часа назад, celsoft сказал:
Делать регистрацию и авторизацию на AJAX полностью, это глупое занятие, потому как после этих действий меняется группа пользователей, и как следствие может измениться отображение сайта в любой его точке и для разных групп может быть разный контент, а не только какое то маленькое окошко меняется. И как следствие AJAX не ускорит отображение, и не снизит нагрузку, а наоборот ее многократно увеличит, из за огромного количества проверок и лишнего кода, чтобы учесть все возможные варианты отображения которые есть в движке.
Вы путаете мягкое с солёным, ajax авторизация/регистрация никак не отменяет перезагрузку страницы в случае успеха операции, она нужна для вывода ошибок и подсказок (в каком именно месте ошибка) в удобной форме всплывающего окна (на том же гритере что используется в админке), а не просто перезагружать страницу и показывать info.tpl, это как минимум позавчерашний день.
3 часа назад, LADYX сказал:Всё верно вы говорите, ajax в этом случае лишнее и абсолютно ненужное. Другое дело - например, навигация по комментариям, или страницам в категории.
Вам нравится перенабирать текст в полях при ошибке? Мне вот нет, и я думаю 99.9% посетителей сайтов так же это не особо нравится.
Удобный вариант авторазации на сайте на том же uCoz'е можно посмотреть (а ещё комменты, добавлении материалов и т.д.), вот там всё более менее юзер френдли в плане отлова ошибок и их вывода, в DLE же при ошибке в написании той же новости (и авторизации/регистрации), автор "идёт лесом" со своим контентом, и хорошо если он сохранил текст и потом просто скопипастит его вновь, а если нет? Вобщем позавчерашний день в этом направлении у DLE.-
1
-
-
16 часов назад, MSK сказал:
Вопрос про отключение вывода допполей на 2 и далее страницах полной новости.
В нынешнем варианте получаются страцы с дублированным контентом из допполей, что при некоторых обстоятельствах может снижать уникальность текста....
В вести новый [page-fullstory-count=] и всё.
-
В 24.12.2017 в 16:42, inokentik сказал:
Вопросик, а вот регистрация на сайте dle-news.ru в виде всплывающего окошка... Это ее делали через модуль, который у вас же в новостях опубликован или как-то иным способом? Тоже хочется всплывающую такую, без всякой лишней ерунды
Там просто форма в окне, полноценной ajax регистрации/авторизации в DLE нет.
-
В 24.12.2017 в 13:03, Spyhog сказал:
Как? Если дополнительное поле имеет тип Изображение, а в шаблоне используется обычный [xfgiven_x]. То как таким картинкам alt прописать? Если только использовать [xfvalue_thumb_url_X] и [xfvalue_image_url_X] и прописывать к ним увеличение по клику.
Именно так.
Доп.поля в DLE вообще кастрированные, приходится дописывать много своих вариаций тегов, что бы можно было выводить отдельно URLы, и самому составлять обёртку для увеличения в шаблоне. -
9 часов назад, Spyhog сказал:
Хорошо бы, если можно было прописать alt и title к изображениям, загружаемым через дополнительное поле. Или хотя бы alt автоматически прописывался из заголовка новости.
Также хотелось бы, чтобы эти атрибуты были прописаны и к полным изображениям, а не только к превью.
Это можно сделать уже сейчас, кроме галереи.
-
4 часа назад, draxxx сказал:
Почему при каждой авторизации? Только при регистрации, когда идёт генерация хэша. А операции сравнения уже почти моментальная.
Что бы перевести пароль из обычного вида в шех, и потом уже сравнить с тем что есть в БД, нужно провести туже операцию что и при регистрации.
-
Готового врятли что то найдёте, можно на базе DLE и доп.полей, но без сторонних модулей фильтрации явно не обойтись.
-
Наверное нужна оригинальная идея, а не копипаст...
-
И что же это?
Ну и правила форума нужно заодно...
Баг склейки комментариев
в Прием багов
Опубликовано:
Это не продуманный функционал, человек может хочет ещё уточнить ответ, а не может, и более того, ошибка одна и так же, т.к. он напишет с десяток слов, при лимите в 3-10К символов, а ему "Вы ввели слишком длинный комментарий.", что для обывателя вызовет "разрыв шаблона".