Protokol je momentálně postavený tak, že každý na příkaz potřebuje jednu samostatnou zprávu (příkaz = co dělat, zpráva = nosič příkazu). Má cenu implementovat možnost posílat víc příkazů v jedné zprávě? Ideálně pomocí setříděného pole:
[cmd1, cmd2, ..., cmdn]

Jaký příkazy chceme na chatu do cmd? Zatím tam jsou:
leave, quit, odejit, exit a pro správce kick a kickall

Určitě bych chtěl přidat ještě ban, who (něco jako současný find), help, sys.

Nějaké další, co by stály za implementaci?

Dořešit funkční podobu titulní stránky. Důležité pro možnost zadání práce grafikům.
-Co na titulní stránce má být
-Různé podoby pro logovaného a nezalogovaného
-Jaké rozlišení?

Pokud ještě někoho něco napadne, tak sem s tím.

Kufi - 5. května 2011 14:15

Já bych chtěl navrhnout, aby postavy při odchodu z jeskyně nemusely být zabíjeny. Jde o to, že si člověk vypiplá postavu, dosáhne nějakého vybavení, úrovně, zkušeností a pak jeskyně zkončí a s postavou je ámen. Kdyby šlo z jeskyně odejít a avatara pak případně přihlásit do jiné, bylo by to fajn.

Dunno why, but first message in chat room after room is created is not sent.

Má cenu načítat práva pokaždé z databáze, nebo je nacacheovat předem a obnovovat je jen po určitém intervalu?

Bylo by fajn nemít v /lib zminimalizované verze nette a dibi (protože někteří programátoři používají IDE a phpDoc jim chybí .]).

Možná řešení:
• git submoduly (? — upřímně řečeno moc nevím, jak uvnitř fungují, možná nejsou ideální?)
• nechat na „uživateli“ a hodit do README, pod jakou verzí se vyvíjí
• mít tam plné verze a zminimalizování nechat na deploy, je-li třeba ,)

// Plus tu chybí licence. .)

Amunak - 8. května 2011 09:05

A ideálně pak takovéto věci* (jako klidně i nákupy a podobně) ještě vypisovat v jeskyni jako "šeptané příspěvky". Nejlepší je, když si hráč koupí třeba brnění, ale pj s tím nepočítá, protože si toho třeba nevšiml. Navíc takhle může snadno zkontrolovat, že si všichni odečetli co měli, aniž by to musel procházet.

• změny v deníku

Při přenosu po pub/sub se ke zprávě přidává informace o odesílateli. Ta může v budoucnu obsahovat i nějaké citlivé informace, které by se mohly nedopatřením dostat k uživateli.

Nechat ošetření na jednotlivých modulech, nebo natvrdo
if(message.user) delete message.user;
v odesílací metodě?

Máme zájem na tom, aby se role dědily, nebo nám stačí jednoduchá správa?