Bugs

Open

  • locale regexps don't work if site charset differs from cp1251 (masterhost default)

Current stupida workarounds:

  • disabled UseLocaleRegex
  • wrapped each 'bin' script, setting koi8 enconding in the env

Resolved

  • twiki extra-newline insertion in the http headers caused 502 redirect error (bugfix from masterhost)
  • screwed russian characters in login names, caused by bad regex in TWikiUserMapping
  • disabled 'webtopiccreator.js': this script made creation of russian topic names impossible
  • workarounded russian string collation in TWikiUserMapping (need research)
  • certain russian characters got stripped during url decoding from utf8 to site charset. Fix in TWiki.pm: first decode from utf8 to internal format, and only then apply NameFilter.
  • add explicit encode('utf8') before calling renderWikiWorldHandler, to avoid 'malformed utf-8 character' exception on rendering russian wiki words

Todo

Code and administration

  • javaclient

Site content

  • add explicit hints to the new mud registration, new log/article posting, etc
  • warn about russian names in wiki-words, m.b. change 'create new topic' page
  • attach available sources to each 'codebase' page

Done

Code

  • autoconverter from old mud info to twiki pages
  • impl MudConnectorUserPlugin: redirects users w/o WikiName to registration page, adds them to user mapping
  • impl PhpBBAuthUser: authentication via phpbb user database, with invalid passwd counter and emails management
  • alter Form.pm: add ROWTOOLTIP var, handle table row names as twiki urls

Other

  • fix rss feed: use searchformat.mud.tmpl instead of pattern
  • urls shortening: rewrite rules to apache plus other fixes described in ShorterUrlCookbook
  • massive check-in of converted mud files
  • basic privilegies system (TWikiGroups)
  • custom UserForm, NewUserTemplate, NewbieRegistration page
  • custom 'mcskin' view template, login template
  • forms and templates for main entities (mud, log, etc)


  • Попробуем подзасрать чуток комментариями :).
Думаю я, не сделать ли еще подпункт. "Люди", где будет список всех пользователей и их страниц ? С тем, чтобы можно было найти и написать желающим, создать свою страничку итп. -- KadVar - 16 Jul 2008
  • Твое какое мнение ? -- KadVar - 16 Jul 2008
  • ЗЫ. Знаю, что есть подпункт "пользователи", но по-моему было бы уместнее указать еще и инфу по мадам в которых играет-играл итп. -- KadVar - 16 Jul 2008

  • Да, можно отдельную таблицу выдать, с несколькими полями.
"Создать свою страничку" - это уже есть, свой топик бери и редактируй как хочешь. "Написать желающим" - у каждого будет такое поле для добавления комментов, плюс линка на форумный ЛС.

Лучше-таки всю регистрационную инфу сосредоточить в одном месте, на форуме. Я планирую сделать набор TWikiVariables для доступа к форумным данным, например %PHPBB_EMAIL{user="goga"}% or %PHPBB_USER{"goga" format="$email, $homepage"}. С другой стороны, нужна обратная связь между таблицей миров и соответствующим полем в регистрационной инфе форумного юзера. Тоже вполне реализуемо - обновлять базу при добавлении нового мира или изменении названия существующего. -- RuffinaKoza - 16 Jul 2008

  • Я что-то с недосыпу косноязыен.
Хотелось обсудить (делать не надо:): Речь о том, чтобы выделить пользователей в отдельную категорию типа движки-клиенты итп. Более явную чем сейчас и с доп. информацией. Как для мадов у нас есть таблица с полем типа "порт", так и для пользователей должно быть с полем типа "играет там-то" Или дурная идея ?

Про складывание в одну кучу, а не несколько поддерживаю. Единственный момент... надо продумать что и как хранить. По мне, так нужен список чаров для каждого мада (имен) плюс для каждого имени возможность задать пароль (пригодится в будущем), причем конечно НЕ пароль для доступа в мад, просто доп. пароль. Как знать, может сделаем "защиту имени" прям на вики. -- KadVar - 16 Jul 2008

 

Русский !МАД-коннектор
The Russian MUD Connector
mudconnector.su

This site is powered by the TWiki collaboration platform Copyright © by the contributing authors. All material on this collaboration platform is the property of the contributing authors.