Имеется ввиду, что на одном сервере будут выставлены одни условия, на втором, другие. В принципе, логично. Нужно подумать, как этого избежать, чтобы данная функция была реализована.wizard50 писал(а):а можно пояснить? мне не понятно почему. ну не соответствует ник условиям на сервере. выдаст, что ваш ник не соответствует условиям сервера. сейчас то его точно так же отклонят и все.
Обсуждение интерфейса относительно администрирования
Re: Обсуждение интерфейса относительно администрирования
Re: Обсуждение интерфейса относительно администрирования
В принципе, можно будет сделать, если ник не соответствует какому-то параметру, выводилось сообщение (логично). Но вот если на одном сервере все впорядке, а на другой входишь и там что-то пишется, просто смени ник и все (тоже логично).
Что-то я уже сам не пойму, в чем "загвоздка".
Что-то я уже сам не пойму, в чем "загвоздка".
-
- Администратор
- Сообщения: 6886
- Зарегистрирован: 09:56, 27.06.2005
Re: Обсуждение интерфейса относительно администрирования
Настроенный клиент (зарегистрировавшийся однажды) не требует регистрации при подключении к другому серверу (равно как и в случае если его учетная запись была удалена по лимиту времени неиспользования). То есть пользователь в случае если активация учетных записей модератором отключена вообще авторизируется автоматически, а если включена то не столкнется с необходимостью заполнения имени и пароля.
Если мы делаем индивидуальные для каждого сервера ограничения на имя - такая совместимость будет утеряна.
Если мы делаем индивидуальные для каждого сервера ограничения на имя - такая совместимость будет утеряна.
Re: Обсуждение интерфейса относительно администрирования
Сейчас Вы рассматриваете ситуацию с вида пользователя, зарегистрировавшего ник. Давайте посмотрим на это глазами пользователей, которые будут читать этот ник...Maxim Mirgorodsky писал(а):То есть пользователь в случае если активация учетных записей модератором отключена вообще авторизируется автоматически, а если включена то не столкнется с необходимостью заполнения имени и пароля.
Думаю, никому в "минус" это не будет.Maxim Mirgorodsky писал(а):Если мы делаем индивидуальные для каждого сервера ограничения на имя - такая совместимость будет утеряна.
Безумная идея, которую Вы, скорее всего, отклоните.
Сделать пункт в правах - "Доступ к серверу".

К примеру, все функции сервера отображались бы как вкладка в админ-панели.
Re: Обсуждение интерфейса относительно администрирования
совместимость утеряется только для небольшого процента людей использующих не читаемые ники. потому, что на большинстве серверов все правила по никам совпадают. и на другой чаше весов это бесконечная работа модераторов по отклонению ников которые явным образом не соответствуют правилам, а правила опять же не всегда, но в большинстве случаев служат для облегчения прочтения ников.Maxim Mirgorodsky писал(а):Настроенный клиент (зарегистрировавшийся однажды) не требует регистрации при подключении к другому серверу (равно как и в случае если его учетная запись была удалена по лимиту времени неиспользования). То есть пользователь в случае если активация учетных записей модератором отключена вообще авторизируется автоматически, а если включена то не столкнется с необходимостью заполнения имени и пароля.
Если мы делаем индивидуальные для каждого сервера ограничения на имя - такая совместимость будет утеряна.
Re: Обсуждение интерфейса относительно администрирования
Предлагаю, чтобы у модераторов всех каналов во вкладке "Каналы" был второй столбик с каналами, которые создавать запрещено.
-
- Сообщения: 1428
- Зарегистрирован: 20:57, 21.10.2008
- Откуда: Украина.Херсон
- Контактная информация:
Re: Обсуждение интерфейса относительно администрирования
А как это понять "каналы которые создавать запрещено"?Reality писал(а):Предлагаю, чтобы у модераторов всех каналов во вкладке "Каналы" был второй столбик с каналами, которые создавать запрещено.

Re: Обсуждение интерфейса относительно администрирования
Создает кто-то канал, который запрещен по правилам чата, мы заходим, закрываем его. Закрыли. Его снова снова взяли и создали. А если запрещено его создавать, то пользователю выводилось сообщение:•NormaBot• писал(а):А как это понять "каналы которые создавать запрещено"?
Код: Выделить всё
Канал %CHANNEL% запрещено создавать администратором.
-
- Сообщения: 1428
- Зарегистрирован: 20:57, 21.10.2008
- Откуда: Украина.Херсон
- Контактная информация:
Re: Обсуждение интерфейса относительно администрирования
То есть чтото наподобие как было в третьем поколении на серверной стороне.Reality писал(а):Создает кто-то канал, который запрещен по правилам чата, мы заходим, закрываем его. Закрыли. Его снова снова взяли и создали. А если запрещено его создавать, то пользователю выводилось сообщение:•NormaBot• писал(а):А как это понять "каналы которые создавать запрещено"?Код: Выделить всё
Канал %CHANNEL% запрещено создавать администратором.
- Вложения
-
- Запрещённые каналы.jpg
- (39.73 КБ) 85 скачиваний
-
- Сообщения: 1428
- Зарегистрирован: 20:57, 21.10.2008
- Откуда: Украина.Херсон
- Контактная информация:
Re: Обсуждение интерфейса относительно администрирования
Конечно же это не помешает.Тем более уже говорилось в самом начале появления нынешнего поколения что жалко что нельзя уже закрывать каналы как раньше. 

Re: Обсуждение интерфейса относительно администрирования
Если мы что-то прописываем в настройках канала, потом нажимаем на "Закрыть" (даже случайно), то у нас пояляется вопрос: "Сохранить изменения?" и два варианта: "Да" и "Нет". Предлагаю добавить третий - "Отмена". Думаю, не стоит объяснять, зачем это нужно...
Re: Обсуждение интерфейса относительно администрирования
Предлагаю добавить во вкладку "Учетные записи" колонку - "Дата активации".
Будет ли это сделано?
Будет ли это сделано?
-
- Администратор
- Сообщения: 6886
- Зарегистрирован: 09:56, 27.06.2005
Re: Обсуждение интерфейса относительно администрирования
Вероятнее всего, нет.
Мы стремимся сделать системные учетные записи как можно менее заметными. В пользу термина "имя".
Например, если учетная запись была удалена автоматически по превышении лимита неиспользования, то в случае подключения к серверу того же самого клиента регистрация будет произведена "на лету" с использованием старого пароля. Пользователь даже не заметит удаления его учетной записи, за исключением обнуления списка автоподключаемых каналов. И в этом случае "дата регистрации" теряет смысл.
Мы стремимся сделать системные учетные записи как можно менее заметными. В пользу термина "имя".
Например, если учетная запись была удалена автоматически по превышении лимита неиспользования, то в случае подключения к серверу того же самого клиента регистрация будет произведена "на лету" с использованием старого пароля. Пользователь даже не заметит удаления его учетной записи, за исключением обнуления списка автоподключаемых каналов. И в этом случае "дата регистрации" теряет смысл.
Re: Обсуждение интерфейса относительно администрирования
Пускай, она будет позже (по последней регистрации при самоудалении). Бывают ситуации, когда один пользователь говорит, что его ник заняли, хотя он под ним был длительное время. Таких случаев достаточно много.Maxim Mirgorodsky писал(а):Вероятнее всего, нет.
Мы стремимся сделать системные учетные записи как можно менее заметными. В пользу термина "имя".
Например, если учетная запись была удалена автоматически по превышении лимита неиспользования, то в случае подключения к серверу того же самого клиента регистрация будет произведена "на лету" с использованием старого пароля. Пользователь даже не заметит удаления его учетной записи, за исключением обнуления списка автоподключаемых каналов. И в этом случае "дата регистрации" теряет смысл.
Re: Обсуждение интерфейса относительно администрирования
да бывают такие споры. Максим предложите свое решение проблемы. Раньше поиском по логам можно было найти. Теперь нет такой возможности.Reality писал(а):Пускай, она будет позже (по последней регистрации при самоудалении). Бывают ситуации, когда один пользователь говорит, что его ник заняли, хотя он под ним был длительное время. Таких случаев достаточно много.Maxim Mirgorodsky писал(а):Вероятнее всего, нет.
Мы стремимся сделать системные учетные записи как можно менее заметными. В пользу термина "имя".
Например, если учетная запись была удалена автоматически по превышении лимита неиспользования, то в случае подключения к серверу того же самого клиента регистрация будет произведена "на лету" с использованием старого пароля. Пользователь даже не заметит удаления его учетной записи, за исключением обнуления списка автоподключаемых каналов. И в этом случае "дата регистрации" теряет смысл.