HUP 4.7 utolsó teszt

Bejelentés

Lassan vége a HUP (on Drupal) 4.7 tesztsorozanak és eljön az ideje az új engine-re váltásnak (változások listája itt). A majd egy éves fejlesztés azt is magával hozta, hogy a jelenlegi skin nem volt kompatibilis az új motorral, így azt is portolni kellett.

A (majdnem) végeredmény itt. Kérlek, hogy teszteld, mert ha nem jelentkezik bug, akkor napokon belül váltunk az új motorra. Fontos, hogy kritikus bug ne maradjon benne az anyagban, mert a frissítés jelentős adatbázis-séma változtatással jár, és a downgrade (probléma esetén) csak régi backup visszaállítással lehetséges, ami a közben született tartalom automatikus elvesztésével jár.

Köszönöm.

( bastya_elvtars | 2006. 05. 10., sze – 15:43 )

Nem tudnád megoldani, hogy a hozzászólásban az idézet háttere is olyan mélyebb szín legyen, mint a fejlécek? Vagy legalább azt, hogy az idézet egy ilyen szegéllyel v. miafenével rendelkezzen? (Sorry, webdesignhoz abszolút zealot vagyok). Nagyon összefolyik ugyanis jelenleg az idézet a válasz szövegével. Bár már most (ujhup!) az idézet kinéz valahogy, de ez a fórummotor nekem nem jön be. Bár azt mondják, a threadbased jobb, mint ami van mondjuk phpBB-ben vagy SMF-ben.

"Nem tudnád megoldani, hogy"

Előbb legyen funkcionálisan jól működő, utána jöhet a kozmetika. Majd ha lesz sok szabadidőm, akkor kiírok egy topikot, ahol lehet a _skin-re_ (és nem a motorra) feature request-eket írni.

"Bár azt mondják, a threadbased jobb, mint ami van mondjuk phpBB-ben vagy SMF-ben."

Igazuk van.

--
trey @ gépház

( PTZool | 2006. 05. 10., sze – 16:24 )

Nekünk ( slackware.hu ) azért volt egy kis átállási nehézség, de hala az istennek megoldódott. Hibát nem nagyon vettünk még észre. Ami nagyon furcsa volt számomra, hogy a skinek nem voltak kompatibilisek. Na de sebaj, úgy is ráfér már az új design, addig meg marad a default.:) De szerintem érdemes váltani! A 4.6-hoz képest rengeteg jó dolog került bele.

( mogorva v | 2006. 05. 10., sze – 18:33 )

kérdés: miért kell a fórumokat feltétlenül így elaprózni? miért nem lehet csak fő kategóriákat csinálni (nem látom sok értelmét az ilyen linux kezdő, haladó, stb. bontásnak). Elég lenne talán egy hardware kategória, oprendszerenként egy kategória, stb.

Persze aztán lehet, hogy ez csak engem érdekel. B-)

( somogyi_andras | 2006. 05. 10., sze – 19:13 )

jelen verzión is, és az újon is jóideje a "HUP Readers' Choice 2004 - Kedvenc programfejlesztést segítő eszköz?" című szavazás van legelső helyen a friss tartalom(tracker) menüpont alatt.
mindig nulla másodperce volt utolsó beküldés...

nem tudom, hogy összefügg-e a migrálással, de valami nem stimmel, az biztos.

( zoozo | 2006. 05. 10., sze – 19:30 )

Cikk lesz majd az átállásról?
Nemcsak a drupal 4.6 > 4.7, hanem php-nuke > drupal is.

( harg | 2006. 05. 10., sze – 19:36 )

A favicon a drupalos csepp, nem a hup logó.

( sz | 2006. 05. 10., sze – 20:41 )

Az előző bétaverzió (http://mirror.hup.hu/47/) refreshkor és az előző oldalra visszalépéskor nem ugrott az oldal tetejére, legnagyobb örömömre. Ez az újabb tesztverzió megint odaugrik.

Elég baj, mert ha egy felhasználó valamelyik hozzászólását keresem, akkor itt 5-6 perc, mire a back tényleg visszaér, nem beszélve arról, hogy most találjam meg újra, hogy a lista melyik részében van az, amit legutóbb néztem. Target attribute szintúgy nincs, hogy esetleg új ablakban/lapon nyissa meg (mondjuk az gáz is lenne, IE-userek megmarhulnának).
A PHP akkor is lefut, ha van cache, meg akkor is, ha nincs, tehát szvsz frissülne enélkül is. Jóhogy szanaszét terheli a szervert...
Sok PHP-oldalt láttam, egyben sem volt nocache meta, mégis frisült rendesn.

Jó, elnézést, de ahogy látom, eddig túl agresszív volt a cache, és az tényleg baj volt. Szerintem valahogy rosszul csinálták meg a cachelést benne. More info @:

http://drupal.org/node/18390#comment-32126
http://drupal.org/node/23287
http://drupal.org/node/38213

Egyszerűen nagyon gyengéd benne a cache-elés. De úgy tűnik, lesz*rják, tehát nem fogok bugreporttal szórakozni, ha nem haragszol. :-P
(Max. ha nagyon felb*sz, mert én is próbálgatom.)

Köszönöm, én ezekkel a dolgokkal nagyon is tisztában vagyok. Én is olvasom a drupal.org-ot. De mint azt már korábban jónéhányszor írtam, több okból sem fogok eltérni az eretedeti kódbázistól:

- nem akarok php kóder lenni (untat, időm sincs rá, érdekelni sem érdekel)
- nem fogom az általam késztett módosításokat állandóan görgetni kiadásról kiadásra (untat, időm sincs rá, érdekelni sem érdekel), éppen elég az, amit így is meg kell csinálni

Ha ott bugreportolsz, és annak van értelme, és ott implementálják, az ide is be fog kerülni a következő kiadással.

"nem fogok bugreporttal szórakozni, ha nem haragszol. :-P"

Nem haragszom, de remélem te sem, hogy én sem foglalkozom a tiéddel :-P

--
trey @ gépház

Jó, ezt megbeszéltük, előbb-utóbb majd hozzászokom, és nem morgok. Vagy írok bugreportot.

- nem akarok php kóder lenni (untat, időm sincs rá, érdekelni sem érdekel)
- nem fogom az általam késztett módosításokat állandóan görgetni kiadásról kiadásra (untat, időm sincs rá, érdekelni sem érdekel), éppen elég az, amit így is meg kell csinálni

Ez teljesen jogos.

Igen, nekem is leesett, mert amint bejelentkeztem a teszt-oldalon, már 1 órát ír ki. Esetleg azt gyanítottam, hogy azért, mert egyazon böngészőben vagyok bejelentkezve mindkét oldalra.

--- GTK programozás C nyelven ---
http://hu.wikibooks.org/wiki/GTK%2B_programoz%C3%A1s_C_nyelven

( nevergone v | 2006. 05. 12., p – 15:28 )

Azt talán érdemes lenne valahogyan megoldani (ha lehetséges), hogy a hozzászólásoknál a thread egyes hozzászólásainak a szülő-hozzászólása látható legyen.
Ugyanis egy mélyebb tagolású thread -nál már nehéz követni, hogy egy adott hozzászólás pontosan melyik másik hozzászólásra reagált.

--- GTK programozás C nyelven ---
http://hu.wikibooks.org/wiki/GTK%2B_programoz%C3%A1s_C_nyelven