A főoldalon mindig annyi napon írt bejegyzés jelenik meg, ahányat kiválasztasz. Például március 21 van, 4 napot akarsz látni, de 19-20-án nem volt bejegyzés, akkor ezeket a dátumokat fogja megjeleníteni a blog: március 21, 18, 17, 16. Ez azért van, hogy ne kaphass üres főoldalt, mert az kurva hülyén néz ki.
(Ennek a megvalósítása egyébként annyiból áll hogy picit tágabb dátumhatárral hajtom végre a lekérdezést, és abbahagyom a megjelenítést ha már elértem a kellő napszámot. Szvsz nem különösebben erőforrásigényes, hiszen csak néhány plusz row sql-ből, amiknek nagyrésze nem jut el még egy mysql_fetch_array-ig sem.)
Namost ott tartok hogy smartyban már megvan a postok template-je, zsír ugyanúgy néz ki mint az onlyphp megoldás (leszámítva hogy pillanatnyilag elvetettem a kapcsolódó bejegyzések feature-t), de kezdjem a template-ben számolgatni hogy hány napi postot jelenítettem meg eddig? Ez nem a megjelenítési réteg feladata lenne szerintem…
Egyébként nem érzem a Smarty által nyújtott tiszta kódot. Pl. a bejegyzések tpl-je 50 sor, mert tele van mindenféle if-else-ekkel annak megfelelően hogy hány komment érkezett, trustedonly-e a bejegyzés, trusted-e a júzer, adminisztrátor-e a júzer, kategóriák ciklusa, van-e címe a bejegyzésnek, ki kell-e írni a dátumot (vagy már egyszer kiírtuk, amit ráadásul a megjelenítési rétegben kell assignolnom!)… És mindemellett a php-ben kőkeményen megvannak a háttérmunkálatok, smiley-konvertálás, magyar dátumformátum előállítása… Igen, a Smartyban is van valami dátumformátum stuff, de asszem az nem támogatja a hónapnevek szabad alakítását. Vagy igen? Ennek egyrészt utánanézek ha hazajöttem, másrészt ha valaki vágja akkor belökheti, ezzel időt spórolva nekem 
Szóval nem érzem azt a tisztább szárazabb érzést amit egy template rendszer elvileg ígér. Túl sokat reméltem a külön megjelenítési rétegtől, vagy valami egyéb okozza a problémát?
A posts.tpl-t el lehet kérni tőlem tanulmányozásra, véleményezésre.
