MSK
-
Публикации
1 381 -
Зарегистрирован
-
Посещение
-
Дней в лидерах
106
Сообщения, опубликованные пользователем MSK
-
-
С недавнего времени авторизация может быть или по логину или по email.
Но это не учтено в тексте письма активации.
При включенной авторизации по email пользователь при регистрации получает письмо в котором указан в качестве логина для сайта логин, а не email.
Да, в шаблоне авторизации это учтено, но текст письма сбивает с толку.
-
3
-
-
то оно показывается не зависимо какой раздел сайта или страницы вы смотрите
Так вот именно это я и имел ввиду
Что в самих личках нет необходимости его показывать
. -
Конечно один раз.
Я захожу сразу на страницу личек.
Я видимо не четко описал ситуацию в первом посте.
-
Эх, не верите..
ну тогда смотрим:
страница личек.
-
Окошко всплывает даже когда заходим в личные сообщения.
Наверное не имеет смысл показывать его, когда перед тобой итак весь список сообщений и видны новые.
-
Как это нет ничего не правильного?
Фактически, нет самого домена....
Вот если бы не было точки, тогда да.
-
Один из юзверей по ошибке указал при регистрации адрес: mail@.ru
и оказалось, что он подходит под формат, по которому проверяется мыло.
При этом, что логично, получает сообщение
PHP Mail Error.[/CODE]
Двиг 9.5
Может стоит проверку подправить?
-
Шесть лет это для вас не было проблемой.
Шесть лет я о ней не знал
Но пользователи нынче ушлые, и раз эта тема тут засветилась, значит начнут у них руки чесаться.....
-
1
-
-
Почему только в новой?
Ведь это реальная проблема для админов....
-
1
-
-
Да я знаю что на что менять
,я сообщил о том, что этот шаблон не правили под новую версию....
а он присутствует в дистрибутиве.
-
Имеется группа редакторов, у которых только несколько "Доверительных разделов" для новостей.
Группе разрешено удалять и редактировать чужие новости.
В списке массовых действий есть пункт "Удалить".
Но, в massaction.php имеется вот такая проверка:
$allow_list = explode( ',', $user_group[$member_id['user_group']]['cat_add'] ); if( $allow_list[0] != "all" ) { msg( "error", $lang['mass_error'], $lang['mass_ddenied'], $_SESSION['admin_referrer'] ); }которая не позволяет производить массовые операции, если у редактора нет доступа ко всем разделам новостей.
Т.е. описание:
"В случае если пользователю разрешено добавлять новости без проверки, или пользователю разрешено редактировать новости пользователей, вы можете указать в какие разделы он может добавлять новости без модерации, а также в каких разделах редактировать новости других пользователей."
следует дополнить: "Если будут указаны не все разделы, то массовые операции с новостями будут недоступны."
-
Приведенная ошибка с количеством публикаций имеется в шаблоне userinfo.tpl и в шаблоне он присутствует.
-
В шаблоне имеются ошибки:
Количество публикаций: {news_num} [ Просмотреть все публикации ] Количество комментариев: {comm_num}Отсутствует profile_popup.tpl
-
Сомневаюсь, что кто-то будет именно так делать редирект на внешний сайт.
Скорее всего продано рекламное место, а вот там уже фильруется мобильный...
-
Уберите партнерку, которой отдаете весь мобильный траффик....
-
В разделе "Анализ производительности" упоминается раздел "Настройки скрипта", хотя он называется "Настройка системы".
-
Если проглатываются, значит они запрещены на уровне двига, но тогда должно быть сообщение о том, что имеются запрещенные знаки в лргине и предложение исправить.
Хотя на чистом 9.5. ник #test# зарегистрировался без проблем.
Входишь по чпу ссылке?
Попробуй написать под этим ником новость, в новости клинкуть на ник, а затем в окошке кнопкой перейти в профиль....
Упс, понял. в чем проблема.
Если Ник заканчивается на ТОЧКУ, то она отрезается при передаче
Т.е. если ник 123. то при переходе по ссылке /user/123./ ник принимается как 123
А по /index.php?subaction=userinfo&user=123. вместе с точкой.
Проверял на чистом 9.5 на Денвере, php 5.3.3
-
1
-
-
9.5
Случайно обнаружил еще такую проблему: при наличии в Никах 2-х знаков двоеточия, например, .:123:. , невозможно попасть в профиль по ЧПУ.
Также нельзя просмотреть все новости пользователя.
-
1
-
-
И еще по поводу редактирования комментариев на сайте.
Если написать комментарий, а затем его при редактировании укоротить до минимума, добавить слово из фильтра..., то при сохранении появится "error".
Что приводит пользователей в непонимание того, почему это произошло.
Планируется ли обрабатывать ошибки при редактировании комментария?
-
Сорри, не заметил
-
http://demo.dle-news...=comm_edit&id=1
Не вырезаны теги контрольного вопроса.
Или не дописана их обработка.
-
Забыли добавить ссылку для жалобы в результатах поиска по комментариям.
Ну и попутно, для самих жалоб, было бы удобно иметь еще дату, когда она была сделана.
Я понимаю, что жалобы должны проверяться быстро, но не зная даты и времени невозможно контролировать процесс.
-
Сообщение о том, что присутствует недопустимый текст.
И при этом исчезает уже размещенный комментарий, продолжение к которому я пишу.
Понятно, что исправив текст я увижу все целиком, но при исправлении исчезает начало комментария, а текст пишется как продолжение и должен быть логическим в контексте начала, которого не видно.
Сумбурно, но думаю суть ясна.
-
Заметил, на мой взгляд, не совсем корректную работу добавления (склеивания) комментариев к новостям.
Ситуация такая:
Написал комментарий, отправил. Комментарий плавно отразился на странице.
Не перезагружая страницы пишу еще комментарий, ну забыл сразу написать
, в который вставляю текст, который запрещен к публикации и жму "отправить".В результате, добавленный ранее комментарий со страницы плавно пропадает и я получаю законный алерт об ошибке.
Т.е. теперь я не вижу своего комментария, продолжение которого я пишу.
Понятное дело, что это решается просто перезагрузкой страницы, но мне кажется это не правильно.
Управление жалобами....
в Прием багов
Опубликовано:
Есть такая настройка для групп - "Разрешить управление пользователями в админпанели"
В целях безопасности многие запрещают управление пользователями, однако, во многих местах, куда этим группам доступ разрешен, например, в "жалобах", при клике на Ник открывается окно правки пользователя.
Но если группа не имеет доступа к управлению пользователем зачем посылать туда, куда ей нельзя?
Логичнее проверить права в самом разделе и при их отсутствии давать ссылку на профиль, а не на "У вас нет доступа для данного...."