drupal fórum új hozzászólásai sok hozzászólás és lapozás esetén

andrew képe

Sziasztok!

Az alap szituáció szerint ha egy user megnéz egy topikot, akkor meg vannak jelölve a felhasználó által még nem olvasott új hozzászólások.

Ez egészen addig működőképes amíg a hozzászólások száma "kevés", de amint elérik azt a határt ahol már bekerül a lapozás onnan kezdve gond van.

A helyzet:
- adott egy X topik
- 30 új hozzászólás van az X topikban
- az X topik hozzászólásainak száma miatt már a node megjelenésénél lapozást vet be a rendszer és az új hozzászólások az utolsó lapon vannak

A probléma:
ha ezek után megnézem az X topikot (az első oldalt), akkor az utolsó oldalon elhelyezkedő (tehát elsőre nem látszó) új hozzászólások elvesztik az "új" értéküket (annak ellenére hogy láttam volna őket), így mire az utolsó lapra navigálok már nem fogom tudni, hogy mik voltak azok amiket még nem ovastam...

A kérdés:
Miként lehet ezt orvosolni lehetőleg core -ban való turkálás nélkül?

nevergone képe

andrew képe

Az oka kulonben az, hogy a Drupal egy idobelyeget tarol node-onkent, ami
azt jelzi, hogy mikor lattad legutobb. Tehat az azelott erkezett
hozzaszolasok mar olvasottnak tekintodnek. Namost ha lapozosak a
hozzaszolasok, akkor barmelyik hozzaszolas oldal megjelenitese utan a
datum az aktualisra irodik (fuggetlenul attol, hogy az oldalon volt-e uj
hozzaszolas vagy nem), igy a tobbi lapon levo korabban meg uj
hozzaszolasok mar nem ujak. Elvileg nem lehetetlan hozzaszolasonkent es
felhasznalonkent tarolni az idobelyegeket (mert egy hozzaszolas is
atszerkesztheto ugye, tehat nem elegendo binaris erteket kell tarolni a
lattam/nem lattam allapotrol). Ekkor oda kell figyleni, hogy milyen
hozzaszolasok jelennek meg tenylegesen az oldalon, es csak azoknak az
idobelyeget modositani. Szep munka barkinek, aki nekivag :)

Gabor

ha ez már 4.7-ben adott volt (és gondolom akkor már korábban is), nem értem erre miért nem fordítottak egy kis energiát legalább relase váltáskor ugyanis ez egyértelműen nem megfelelő működés... :(

az említett thread -ben arról is írnak, h ebből a hibából kifolyólag a weblaboron pl nincs lapozás hanem egyben van minden megjelenítve.

ez a workaround működhet de azért lássuk be hogy elég kényelmetlen lehet sok hozzászólás esetén...
jó lenne ha nem kellene ezért saját modult fejleszteni de ha nincs más megoldás akkor idővel nem kerülhető el, bele kell vágni a fejszét...

0
0
nevergone képe

Az is bele van írva a thread -ba, hogy ez mennyivel megnövelné a szükséges adatbázisméretét.

0
0
Hojtsy Gábor képe

Nyilván az lenne logikus, ha nem csak arra várnának többen, hogy majd valaki megoldja a Drupalban, hanem saját modul fejlesztés helyett szépen írna egy alaprendszer javítást, ami tényleg bekerülhetne. A Drupal (és más nyílt forrású megoldások is) úgy működnek, hogy sok dologra, amit "már régen meg kellett volna csinálni" akkor lesz megoldás, ha valaki jön, és leül megcsinálni, nem akkor, amikor az igény felmerül, ami viszont tényleg sokmindenre van, alap dolgokra is.

Lehet arra várni, hogy megcsinálja más, akkor a saját fejlesztésed későbbi esetleges frissítéseivel, integrációs problémáival neked egyedül kell megküzdened. Döntsd el neked mi éri meg jobban.

0
0
andrew képe

szinte biztos, hogy ennek a funkciónak a "normálisan" való működésére szükségem lesz így valamit biztos kell csináljak a dologgal. ha lesz egy kis időm átnézem a vonatkozó core kódot és meglátom hogy modul fejlesztés vagy core módosítás lesz inkább a kézenfekvő.
ha eredmény lesz publikálni fogom!

0
0
Hojtsy Gábor képe

Valóban itt az ideje ennek a kijavításának, úgyhogy sokan hálásak lesznek, ha akad segítség :)

0
0
Hojtsy Gábor képe

Itt van egy több mint három éve nyitott hibabejelentés erről:
http://drupal.org/node/6162
Ez segíthet inspirációt adni, meg téves utakat is mutat ;)

0
0
ninja képe

nálunk írt az egyig (super)USER egy scriptet. imhol:
http://criticalmass.hu/blogbejegyzes/...

0
0