Gameer 301 Опубликовано: 10 декабря 2017 Рассказать Опубликовано: 10 декабря 2017 6 минут назад, MSK сказал: Тогда наверное имеет смысл сделать проверку заполнения поля при смене его названия..... А еще сделать по точному названию, потому что может быть 1OLD и OLD, и при смене OLD будет затронуто 1OLD. 1 Цитата Ссылка на сообщение Поделиться на других сайтах
NlCKRUS 48 Опубликовано: 16 декабря 2017 Рассказать Опубликовано: 16 декабря 2017 Можно сделать настройку, которая ставила или нет по умолчанию галочку на "Подписаться на комментарии" при добавлении комментария к новости 1 Цитата Ссылка на сообщение Поделиться на других сайтах
Aison 1 Опубликовано: 16 декабря 2017 Рассказать Опубликовано: 16 декабря 2017 (изменено) Есть небольшое пожелание.. Было бы неплохо, если была бы возможность -запрещать определённые кнопки в новом редакторе FroalaEditor для определённых групп пользователей. Возможность гибко настроить форму комментариев, форму добавления новостей (краткая, полная новости) т.е убрать лишние кнопки. Думаю для многих это будет полезно. и я знаю, что есть возможность отключить некоторые кнопки, но это не то. нужно больше гибкости. У меня всё. Изменено 16 декабря 2017 пользователем Aison 1 Цитата Ссылка на сообщение Поделиться на других сайтах
SKYNET74 315 Опубликовано: 17 декабря 2017 Рассказать Опубликовано: 17 декабря 2017 20 часов назад, NlCKRUS сказал: Можно сделать настройку, которая ставила или нет по умолчанию галочку на "Подписаться на комментарии" при добавлении комментария к новости В идеале это бы вообще в шаблон вынести просто, и тогда и настроек никаких не нужно. Сейчас можно ID или класс прописать подписке, и на JS включать или отключать чекбокс, но это костыль. Цитата Ссылка на сообщение Поделиться на других сайтах
draxxx 2 Опубликовано: 21 декабря 2017 Рассказать Опубликовано: 21 декабря 2017 Меньше 12 это уже не безопасно. Предлагаю стандартно сделать 13 в password_hash() 1 Цитата Ссылка на сообщение Поделиться на других сайтах
celsoft 6 002 Опубликовано: 21 декабря 2017 Рассказать Опубликовано: 21 декабря 2017 Автор 1 час назад, draxxx сказал: Меньше 12 это уже не безопасно. Предлагаю стандартно сделать 13 в password_hash() Проверять пароль секунду при каждой авторизации пользователя, это точно перебор, тем более что серверу нужно сделать еще кучу другой работы помимо сверки авторизации, чтобы вывести страницу. И это еще результат на отдельно выделенном сервере, а не на обычном хостинге. 10 это более чем безопасно, и при нормальном сложном пароле на перебор уйдут годы. А делать выше 10 бессмысленно ложить сервер по нагрузке. 1 Цитата Ссылка на сообщение Поделиться на других сайтах
draxxx 2 Опубликовано: 22 декабря 2017 Рассказать Опубликовано: 22 декабря 2017 В 21.12.2017 в 16:42, celsoft сказал: Проверять пароль секунду при каждой авторизации пользователя, это точно перебор, тем более что серверу нужно сделать еще кучу другой работы помимо сверки авторизации, чтобы вывести страницу. И это еще результат на отдельно выделенном сервере, а не на обычном хостинге. 10 это более чем безопасно, и при нормальном сложном пароле на перебор уйдут годы. А делать выше 10 бессмысленно ложить сервер по нагрузке. Почему при каждой авторизации? Только при регистрации, когда идёт генерация хэша. А операции сравнения уже почти моментальная. Цитата Ссылка на сообщение Поделиться на других сайтах
SKYNET74 315 Опубликовано: 22 декабря 2017 Рассказать Опубликовано: 22 декабря 2017 4 часа назад, draxxx сказал: Почему при каждой авторизации? Только при регистрации, когда идёт генерация хэша. А операции сравнения уже почти моментальная. Что бы перевести пароль из обычного вида в шех, и потом уже сравнить с тем что есть в БД, нужно провести туже операцию что и при регистрации. Цитата Ссылка на сообщение Поделиться на других сайтах
celsoft 6 002 Опубликовано: 23 декабря 2017 Рассказать Опубликовано: 23 декабря 2017 Автор 13 часа назад, draxxx сказал: Только при регистрации, когда идёт генерация хэша. А операции сравнения уже почти моментальная. У вас при авторизации пользователи хеш вводят? Нет они вводят свой пароль. И из него нужно получить опять хеш для сравнения. Цитата Ссылка на сообщение Поделиться на других сайтах
Spyhog 65 Опубликовано: 23 декабря 2017 Рассказать Опубликовано: 23 декабря 2017 Хорошо бы, если можно было прописать alt и title к изображениям, загружаемым через дополнительное поле. Или хотя бы alt автоматически прописывался из заголовка новости. Также хотелось бы, чтобы эти атрибуты были прописаны и к полным изображениям, а не только к превью. 1 Цитата Ссылка на сообщение Поделиться на других сайтах
SKYNET74 315 Опубликовано: 23 декабря 2017 Рассказать Опубликовано: 23 декабря 2017 9 часов назад, Spyhog сказал: Хорошо бы, если можно было прописать alt и title к изображениям, загружаемым через дополнительное поле. Или хотя бы alt автоматически прописывался из заголовка новости. Также хотелось бы, чтобы эти атрибуты были прописаны и к полным изображениям, а не только к превью. Это можно сделать уже сейчас, кроме галереи. Цитата Ссылка на сообщение Поделиться на других сайтах
Spyhog 65 Опубликовано: 24 декабря 2017 Рассказать Опубликовано: 24 декабря 2017 12 часа назад, SKYNET74 сказал: Это можно сделать уже сейчас, кроме галереи. Как? Если дополнительное поле имеет тип Изображение, а в шаблоне используется обычный [xfgiven_x]. То как таким картинкам alt прописать? Если только использовать [xfvalue_thumb_url_X] и [xfvalue_image_url_X] и прописывать к ним увеличение по клику. Цитата Ссылка на сообщение Поделиться на других сайтах
ChatMaster 3 Опубликовано: 24 декабря 2017 Рассказать Опубликовано: 24 декабря 2017 Добавить теги обратные [image-x] текст [/image-x] Типа [not-image] текст [/not-image] Будет применятся в том случает если у новости нет ни одной картинки Удобно для верстки если в новости нет картинки выводить картинку заглушку Цитата Ссылка на сообщение Поделиться на других сайтах
SKYNET74 315 Опубликовано: 26 декабря 2017 Рассказать Опубликовано: 26 декабря 2017 В 24.12.2017 в 13:03, Spyhog сказал: Как? Если дополнительное поле имеет тип Изображение, а в шаблоне используется обычный [xfgiven_x]. То как таким картинкам alt прописать? Если только использовать [xfvalue_thumb_url_X] и [xfvalue_image_url_X] и прописывать к ним увеличение по клику. Именно так. Доп.поля в DLE вообще кастрированные, приходится дописывать много своих вариаций тегов, что бы можно было выводить отдельно URLы, и самому составлять обёртку для увеличения в шаблоне. Цитата Ссылка на сообщение Поделиться на других сайтах
4iLi 37 Опубликовано: 30 декабря 2017 Рассказать Опубликовано: 30 декабря 2017 Добавить тип новых доп. Полей в виде Радио и Чекбокс. Иногда надо, а нету. 1 Цитата Ссылка на сообщение Поделиться на других сайтах
Gameer 301 Опубликовано: 1 января 2018 Рассказать Опубликовано: 1 января 2018 @celsoft будет ли в новой версии поддержка Redis? Цитата Ссылка на сообщение Поделиться на других сайтах
SKYNET74 315 Опубликовано: 1 января 2018 Рассказать Опубликовано: 1 января 2018 49 минут назад, Gameer сказал: @celsoft будет ли в новой версии поддержка Redis? А зачем? Он медленнее мемкеша же. Цитата Ссылка на сообщение Поделиться на других сайтах
Gameer 301 Опубликовано: 2 января 2018 Рассказать Опубликовано: 2 января 2018 15 часов назад, SKYNET74 сказал: А зачем? Он медленнее мемкеша же. Затем. Цитата Ссылка на сообщение Поделиться на других сайтах
celsoft 6 002 Опубликовано: 2 января 2018 Рассказать Опубликовано: 2 января 2018 Автор 19 часов назад, Gameer сказал: @celsoft будет ли в новой версии поддержка Redis? Нет, не будет. Цитата Ссылка на сообщение Поделиться на других сайтах
Gameer 301 Опубликовано: 2 января 2018 Рассказать Опубликовано: 2 января 2018 1 час назад, celsoft сказал: Нет, не будет. А в следующей? А в обще планируется нововведение Redis? Цитата Ссылка на сообщение Поделиться на других сайтах
celsoft 6 002 Опубликовано: 2 января 2018 Рассказать Опубликовано: 2 января 2018 Автор 10 минут назад, Gameer сказал: А в следующей? А в обще планируется нововведение Redis? Пока не планируется. Цитата Ссылка на сообщение Поделиться на других сайтах
BERSERKER 8 Опубликовано: 9 января 2018 Рассказать Опубликовано: 9 января 2018 На форуме по адресу не плохая идея как сделать уникальный адрес страницы регистрации для борьбы со спамом. Предлагаю поддержать ету идею. И сделать ее одним из стандартных модулей движка. Для етого создал раздел для голосований http://dle.reformal.ru/proj/?ia=1072304 . Кто согласен. Голосуем. 1 1 Цитата Ссылка на сообщение Поделиться на других сайтах
Gameer 301 Опубликовано: 9 января 2018 Рассказать Опубликовано: 9 января 2018 26 минут назад, BERSERKER сказал: На форуме по адресу не плохая идея как сделать уникальный адрес страницы регистрации для борьбы со спамом. Предлагаю поддержать ету идею. И сделать ее одним из стандартных модулей движка. Для етого создал раздел для голосований http://dle.reformal.ru/proj/?ia=1072304 . Кто согласен. Голосуем. Чем гугл капча не удовлетворила? Цитата Ссылка на сообщение Поделиться на других сайтах
BERSERKER 8 Опубликовано: 9 января 2018 Рассказать Опубликовано: 9 января 2018 Дополнительная засчита лишней не бывает. И если прочитаете саму идею в ветке форума. То увидите что гугл капча тоже не всегда помогает. Цитата Ссылка на сообщение Поделиться на других сайтах
celsoft 6 002 Опубликовано: 10 января 2018 Рассказать Опубликовано: 10 января 2018 Автор 11 час назад, BERSERKER сказал: не плохая идея как сделать уникальный адрес страницы регистрации для борьбы со спамом. Это никак не защищает от спама. Цитата Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Присоединяйтесь к обсуждению
Вы можете опубликовать сообщение сейчас, а зарегистрироваться позже. Если у вас есть аккаунт, войдите в него для написания от своего имени.