HUP: a fórum center blokk sorsa

Kérdés

Érkezett egy olyan felvetés a HUP olvasók egy csoportjától, miszerint a nyitóoldalon levő fórum center blokkból néha kiszorulnak a szakmai témák, mert a "Fun", "Offtopik", "Állást *", "Adás - vétel - csere" és egyéb népszerű, ám !szakmai topikok kiszorítják azokat.

Voltak akik szerint ki kellene szűrni a fent említett témákat a főoldali fórum center blokkból. Voltak akik szerint létre kellene hozni egy olyan oldalt, ahol sokkal több fórumtopik látszik abban a formában, ahogy az a nyitóoldali center blokkban, így nem marad le az érdeklődő a fórumban zajló eseményekről (az más kérdés, hogy van / volt lehetőség a fórum követésére más módon eddig is).

A következő megoldás született:

Létrehoztam egy "150" névre hallgató összefoglaló oldalt, ahol az általam definiált számú (jelenleg 150 darab) friss fórumtopik látszik. Ez az oldal a http://hup.hu/150 URL-en, vagy az "ls -1" menü "fórum friss" linkjén keresztül érhető el. Így aki kíváncsi az elmúlt néhány nap fórum termésére, ott nyomonkövetheti.

A "150" oldal létrehozása után volt, aki felvetette, hogy mivel megoldódott a fórum hosszútávú nyomonkövethetőségének problémája, célszerű lenne eltávolítani a főoldali center blokkból a zavaró, !szakmai topikokat.

Ezzel kapcsolatban az alábbi kérdések merültek fel bennem:

  • kerüljenek-e szűrésre a főoldali center blokkból a !szakmai témák, mert van helyette a "150" oldal
  • maradjon a főoldali center blokk úgy, ahogy van
  • maradjon a főoldali center blokk úgy, ahogy van, de a "150" oldalból legyenek kiszűrve a !szakmai topikok
  • maradjon úgy ahogy van a főoldal és a "150" oldal is, de a "150" oldal mintájára készüljön egy másik összefoglaló oldal is, amelyből legyenek szűrve a !szakmai témák
  • ha készülne még egy újabb összefoglaló oldal (ezúttal a !szakmai témák nélkül), nem lesz-e zavaró, hogy annyiféle helyen lehet majd a fórumot követni (például valaki azt bookmarkolja, de elfelejti hogy ott szűrve vannak a témák és lemarad valamiről)

Legfőképpen az érdekel, hogy kerüljenek-e kiszűrésre a főoldalon megjelenő fórum center blokkból a !szakmai topikok. Szavazni lehet itt.

A szavazás eredményét elképzelhető, hogy figyelembe veszem a fórum center blokk jövőbeni kialakításakor, de semmiképpen sem tartom majd kötelező érvényűnek.

( erdsiger | 2008. 10. 19., v – 12:17 )

Az én javaslatom az, hogy a főoldali center blokkból kerüljenek kiszűrésre a nem szakmai topikok és a 150-es listán jelenjenek meg. Aki állást keres, vagy offtopik/fun témájú topikot szeretne olvasni vagy hozzászólni, annak ott a 150-es lista, ilyen témákat általában akkor néz meg az ember ha ideje van rá, tehát egy további kattintás szerintem még nem okozna gondot. A főoldalon pedig lehetnének a csak szakmai témák, így aki kevesebb idővel rendelkezik, az is naponta akár többször könnyen ellenőriheti, hogy van-e őt érdeklő téma és így az oldal is egy kicsit több szakmaiságot mutatna.

Aham csak az uppogokkal meg a trollokkal van gond. Bar az uppogoknak nem akkora a jelentoseguk az allashirdetesek rovatban, a trollok elegge fel tudjak hozni oket, nem egyszer kialakulnak teljesen off temakrol kilometeres vitak. Az en meglatasom szerint abban az esetben maradhatnanak, ha a jelenleginel sokkal szigorubb moderalas ala kerulnenek, mert kezd tarthatatlannak tunni az ilyen.

Kicsit off, de ha mar allashirdetesek:
Mindenkeppen kellenenek szabalyok, hogy mi egy allasajanlat feladasanak utja-modja, felhivni a figyelmet arra, hogy miket kell szerepeltetni, mert nagyon sok gond van ezek korul. A cegek agyonhallgatjak a munkavegzes helyet, a jelentkezes hataridejet, a fizetesrol 0 info, sokszor meg a CV kerese sincs megadva, aztan meg futja az ember a teljesen felesleges koroket. Ezen mindenkepp valtoztatni kell, mert szemely szerint nagyon sokat szivtam a fogamat emiatt, amikor allast kerestem (arrol nem is beszelve, hogy az allashirdetesekre adott kommentek nagy resze ugyanezeket koveteli).
Nem tudom, milyen megoldas lenne a jo, tekintve, hogy egyaltalan nem ismerem a drupal es az oldal lehetosegeit. Ennek a kitalalasat a nalam okosabbakra bizom... :-)
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Szerintem úgy jó ahogy van a top10-es blokk. Maradjon a fun/offtopik/álláskeresés, színesíti a fórumtémákat.
Itt igen kemény az unix/szakmai vonal, ezen lazítani inkább hangulat javítóelem mint a szakmai vonalat romboló jelenség, ha maradnak az egyéb témák.

A http://hup.hu/150 igen jó ötlet volt.

Mi lenne ha 2db top10 blokk volna, elöl a szakmai, a lap alján az egyéb top10. Talán ezt a legegyszerűbb/leggyorsabb megvalósítani.

"Ennyire terhelné szervert, vagy az oldal generálása nőne meg jelentősen?"

Nyilván akkor derülne ki, ha meg lenne valósítva.

"(és csak a főoldalon)"

Találós kérdés: melyik oldalt töltik le a legtöbbször? :)

"Bármilyen megoldás után lesz pár +SQL query." 


if ($term->tid != 174) {

}

Gyk: az adás-vétel szűrése. Ebben semmilyen SQL query-t nem látok.

--
trey @ gépház

Az SQL query-k számának növekedése szempontjából értettem a részletkérdést. De közben megnéztem az adatbázist és valóban nem részletkérdés abból a szempontból, hogy ha SQL-ből akarom szűrni, akkor jócskán át kell alakítani az egészet, vagy tulajdonképpen majdnem elölről egyszerűbb lenne megírni az egész modult.

"mert több szakmai téma nem lesz a kezdőlapon, csak a nem szakmaiak tünnek el."

Hacsak mondjuk be nem tippelem, hogy kb. 50% általában a zacc, és annyival meg nem növelem az LIMIT-et a lekérdezésben. Persze ez elég ócska megoldás, nem ad statikus számú fórumtopik sort, de végülis működik. De nem hiszem, hogy ez lenne a helyes megoldás.

--
trey @ gépház

Nem feltetlen. Bar a drupal kodjat nem ismerem, nem tudok drupalba programolni, es a PHP is eleg regen volt, de szerintem ugyanannak az SQL query-nek a visszateresi erteke megeccer feldolgozhato, de javits ki, ha nem igy van. Ugy kell megirni az elso query-t, hogy mindket blokk adatait osszeszedje - aztan PHP-bol szortirozni.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Nekem ez a megoldás lenne a legszimpatikusabb.
Még azt is el tudnám képzelni, hogy ezek csak "felugró" ablakokban (persze nem igaziban, mert azokat én is blokkolom :-) jönnének fel.
Vagy a felugró ablakokban az utolsó x óra legfrissebb topikjai jönnének fel. Engem az is zavar, hogy a top 10-ben időnként az utolsó fél óra fél csak bele, időnként pedig fél napnyi van benn. Bár ezen egy kicsit enyhít a top150. Engem érdekelne egy top24óra és egy top8, esetleg top2, top1 óra is.

Ha már ennyire szabdaljuk, akkor inkább legyen egy steril azaz tisztán szakmai top10 a főoldalon és legyen két top150 külön-külön oldalon az egyik szakmai, a másik meg mindent tartalmazna.
A főoldalon a két top10 miatt eléggé alulra kerülnének a hírek.

PS: Most látom, hogy jelenleg top20 van a főoldalon. Akkor is. Maradjon a főoldalon a top20 szűrve, plusz a két top150 nem a főoldalon szűrve és szűretlenül.
--
не закурится!

Hello

Nekem is az jutott az eszembe, hogy a fooldal top10 rendben van, csak az a baj, hogy a fun, adas-vetel stb temak nagyon gyorsan kiszoritjak az igazi "ertekes" szakmai temakat.
Valamit megkerdezel, es nem valaszolt ra senki mert fel orat volt kinn :-)
Aztan meg mennek az upok, amit en sem szeretek latni, de neha hasznos :-(

Szerintem egy jo megoldas lenne ha maradna a top10- de többször top10 formajaban. Azaz tobb ful lenne (Min FF-ben a tabok) es az egyik tab pl lenne a szakmai tab, masik a fun, stb stb.
Szerintem ha 3-4 nagy temakorre el lehetne szeparalni a temakat akkor az teljesen megoldana a problemakat.
Es ez talan az oldal terheltseget sem nyomna meg, mivel a tobbi 3-4 tabot nyilvan csak tab-valtas eseten kell elkuldeni a szervernek, tehat a folapon ugyanugy csak 1 query be kerulne.
Ketegoriakban pl valami hasonloak lehetnenek lehetnenek: szakma ; fun,flame ; adas-vetel,allas;

Gondoljatok meg...

upsz most latom, bocs: s/top10/top20/g

( gnat | 2008. 10. 19., v – 12:24 )

Nekem az alábbi két megoldás ebben a sorrendben:

  • maradjon a főoldali center blokk úgy, ahogy van, de a "150" oldalból legyenek kiszűrve a !szakmai topikok
  • maradjon úgy ahogy van a főoldal és a "150" oldal is, de a "150" oldal mintájára készüljön egy másik összefoglaló oldal is, amelyből legyenek szűrve a !szakmai témák

A lényeg, hogy legyen egy könnyen elérhető blokk a !szakmai topikok szűrésével.

Azért gondolom jobbnak a 150-es lista szűrését, mert aki ritkábban jut hozzá hogy ránézzen nem marad le a szakmai témákról. A többi téma pl. hirdetések hamarább aktualitásukat vesztik. 


  = =				Üdv,  gNAT !
 {0,0}
((  ))
-m-m-----------

( Replaced | 2008. 10. 19., v – 12:25 )

es hogyan moderalod, ha mas kategoriaba teszi, mint valo?

--
When in doubt, use brute force.

ez a hely mindig is a minőségi júzerek gyűjtőhelye volt. ezt segíti elő már a regisztrációs Turing-teszt is, ha mégis van itt funkcionális analfabéta, az a teszt könnyűségét jelenti, közbe kell avatkozni:P 

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

( Hiena v | 2008. 10. 19., v – 12:27 )

Miert ne szurhesse, konfiguralhassa mindenki sajat maganak?
Szerintem, a huperek 90%-a bejelentkezve olvassa az oldalt, egyszeruen a profilban kellene egy plusz mezot megadni, amivel a foldali forumlistazas tipusat kivalaszthatja az illeto.
A 150 jo otlet, a szakmai !szakmai bontasa megjobb.
De csak a pofam jar...
--
"Maradt még 2 kB-om. Teszek bele egy TCP-IP stacket és egy bootlogót. "

Pedig nem tűnik bonyolultnak (Előrebocsájtom, a következők feltételezések, nem ismerem a modult, ha hülyeséget írtam sorry):

A fórum listázó cucc egy blokk ugye? Csinálsz belőle három félét:
1. Minden benne van
2. Csak szakmai
3. Csak NEM szakmai

Anonymous-nak 1.
Userek pedig választhatnak maguknak a profilon. Ha jól tudom a drupal core támogatja a userenkénti blokk beállítást. Akinek valamelyik nem tetszik, kikapcsolja.

Régebben arról volt szó, hogy ilyen mélységben nem akarsz belenyúlni a kódba, mert akkor frissítéskor mindig kézzel kell vissza/belepatkolni a módosításokat és lehet, hogy az új verzióhoz a megírt kódot is változtatni kell. Szóval ilyet nem is mertem javasolni.
De ha most változott a koncepció, akkor nem csak az on, off és mindent tartalmat, hanem a blokkban szereplő tételek számát is jó lenne a profilban testre szabni. Sőt ha lúd legyen kövér! A betű méretet és típust is jó lenne a profilból egyénileg állítani nem csak a fórum blokkokra, hanem az egész hup.hu-ra is, hogy ne kelljen mindig ezzel bíbelődni, ha egy géphez leülök.

Vagy valamit nagyon félreértettem...
--
не закурится!

A felhasználói profilnál sem?
Jó, nekem így megfelel. Bár az erősen hangulat függő, hogy minek kellene a profilban beállítva lenni a három lehetőség közül.
Vagy az is megoldható, hogy legyen egy alapértelmezett beállításom és legyen egy másik link, ahol egy másik beállítás szerint jön be a top150?
--
не закурится!

Fura, de épp ezen a bejelentkezettek számára ott van a saját adatok/követés lehetőség. Nem mondom, hogy nem lenne, jobb, ha a friss tartalom, vagy a hírolvasó helyett ez szerepelne kiemelten, de mint kiderült a szerk. az általa felvetett megoldásokban gondolkodik. (pl. az rss-feliratkozás témákra, fel sem merült :) )
A főoldalra szerintem is elég lenne, ha a szakmaibb témák kerülnének ki, bár én azt is sajnálom, hogy a 12'-es monitoromon a főoldal nem más mint egy nagy fórum, a hírekért scrolloznom kell.

--
cikoria[at]cikoria.net
blog: http://cikoria.blogter.hu

( asci v | 2008. 10. 19., v – 12:37 )

Szerintem a http://hup.hu/150 alatt minden jelenjen meg, nagyon hasznos funkció.
Vagy legyen az a neve, hogy "Nem szakmai fórum friss"? Nem túl jól nézne ki.

( gnat | 2008. 10. 19., v – 12:38 )

Megoldható-e, hogy a !szakmai topikok más színnel/betűtípussal/ikonnal jelenjenek meg?

Így a helyükön maradhatnak, de mindenki aktuális érdeklődése szerint vizuálisan szűrhetné. 


  = =				Üdv,  gNAT !
 {0,0}
((  ))
-m-m-----------

( BaT | 2008. 10. 19., v – 13:09 )

Nekem az a javaslat tetszik, amiben a főoldalról szűrnéd a !szakmai topicokat, de a 150-ből nem. Annyi módosítással, hogy az adás - vétel - csere, és az állást keres/kínál még érinti a szakmai vonalat, azoknak lehet, hogy maradniuk kéne. Bár nem tudom, ha az emberek rászoknak a 150-es lista olvasására, akkor azokat is lehet szűrni.

( kovi | 2008. 10. 19., v – 13:46 )

véleményem szerint:

-piac mehetne így ahogyan van, viszont az üres "up"-okért, vagy az ezzel ekvivalens szándékos offolásért be lehetne vezetni egy törlést. valamint ha valaki hirdet valami cuccokat, és az a pár valami logikusan összekapcsolható egy szálba, akkor egy topikot kéne indítania az eladónak.
-az állásos szálakkal nincsen baj, sajnos annyira nem terhelő a forgalom ezen a vonalon... egyedüli zavaró tényező az idióta hirdetés / idióta off hozzászólások közötti, nem feltétlenül logikus kapcsolat.
-a fun/offtopik szálakra nincs ötletem. engem zavarnak, amennyiben a számuk a főoldalon > 1

--
senki földjén, senki fia

( flimo | 2008. 10. 19., v – 13:50 )

Legyen profilban egy opció, hogy szűrve vagy nem szűrve, oszt' jónapot.

( gyorsrizs | 2008. 10. 19., v – 14:04 )

Szerintem meg vannak ennél fontosabb,ám nemlétező fícsörök is.
Ha kikerül pl az adás-vétel a cimlapról az a látogatottságon is fog érződni,de mind1.

From HUP FAQ:
"Ekkor határozta el trey, hogy létrehoz egy olyan szervert, amely gyűjtőhelye lehet (az elsősorban) magyar nyelvű, UNIX-szal, Linuxszal és egyéb hasonló operációs rendszerekkel kapcsolatos leírásoknak, dokumentációknak."
Ennek a portalnak soha nem az volt a celja, hogy piacter legyen. Igy ha megcsappan a latogatottsag az Adas/vetel "elrejtese" miatt, am legyen, szerintem azokat, akik amiatt vannak itt, amirol a portal szol, abszolut nem fogja zavarni. Vegre visszater a szakmaibb portal jelleg, amely regebben is volt. Adas/vetelre ott a vatera. A *nix temakra meg a HUP.

( trey | 2008. 10. 19., v – 14:40 )

Onnantól kezdve, hogy valaki nem érzi kellemetlennek, hogy valaki óránként 2-szer uppog, nem hiszem, hogy sokat fogok gondolkodni a szűrésen.

--
trey @ gépház

Persze igazad van,jó magyar módra.
Meg sem lepődök,természetes,hogy a többségnek kell szenvedni,és nem a kissebség van büntetve.
Három fiam születésénél kellett kiváltani harminc napnál nem régebbi házassági akvi-t,ott is a többség szív alkotmányellenesen pár ostoba ember miatt.

szerk: majd teszel több vastagabb reklámblokkot,szép nagy bannert és az növeli a nézetséget,hogy valósan e majd évekkel késöbb kiderül.
Társoldalad a hwsw megoldotta a bolhapiacot...

Elkerülte talán a figyelmedet, hogy elkészült egy oldal, ahol sokkal több fórumtopik látható egy helyen. Problémát okoz egy bookmarkot létrehozni?

Látom, a szavaiddal élve "jó magyar módra" csak nézel, de nem látsz. Ez az egész rendezkedés CSAK azért kezdődött el, mert az OLVASÓKNAK nem tetszett a mostani állapot. Ezek után a "szép banner, reklámblokk" felütést csak rosszindulatnak tudom venni.

Mondjuk azt látom a hozzászólásból, hogy gyerekcsináláshoz értesz (ha már offoltál, foglamam sincs, minek hozod ide a szociális helyzetedet és az abból fakadó problémáidat), de ne feltétlen hidd azt, hogy ha sikerült összehozni 3 gyereket, akkor már a weboldal készítéshez is konyítasz. Nem egyszerű dolog több ezer olvasó igényeinek megfelelni.

Köszi.

--
trey @ gépház

Ne haragudj, de kivetelesen igaza van. Sertodottet jatszani a legkonnyebb, bocsanatot kerni a legnehezebb, ertelemesen reagalni, ha igazad van - szamodra lehetetlen. Legalabbis en igy latom. Legyszives es cafolj meg.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( pepo v | 2008. 10. 19., v – 15:45 )

Engem továbbra is érdekelne a fórum center blokk forráskódja, amit ugyan egyszer kértem, de nem adtad ki.
Esetleg nem gondoltad-e meg magad?

( pepo v | 2008. 10. 19., v – 15:53 )

Hát, nagyon sajnálom... (Nem tudom, hogy mikor mondtad el többször is. Nekem csak privátban azt írtad, hogy csúnya a kódja és nem akarsz ilyet kiadni a kezedből. Nos, ez idővel változhatott is, sőt talán változhat is majd egyszer. Az, hogy a frontenden szép, engem speciel nem zavarna, hogy a backenden gánya...)

Aha... Szóval az illető eredeti szerző a szőrösszívű, kódféltő... Kár, hogy pont rajtad csapódik le, a nyílt forráskód elkötelezett hívén. (Nem pejoratíve írtem!)
Ha egyszer, netalán, véletlenül összeakadnál vele, és nem felejtenéd el megkérdezni a hozzájárulásáról, akkor örömmel venném, ha sikerülne a kérésemnek eleget tenni - persze, ha egyébként az általad hozzáírt kódot, amúgy te kiadnád.

"Szóval az illető eredeti szerző a szőrösszívű, kódféltő..."

Nem erről van szó. Az illető amerikai, nem nagyon szoktunk összeakadni. Drupal fejlesztő is (amennyire én tudom) de nem publikálta a Drupal.org-on modulok közt, mert nem tartotta arra érdemesnek. Én nem firtattam miért. Elkértem tőle, nekem odaadta.

"Kár, hogy pont rajtad csapódik le, a nyílt forráskód elkötelezett hívén."

Pont ezért nem fogom más munkáját engedély nélkül terjeszteni. Volt már egyszer próbálkozás arra, hogy kérjek, de éppen egy trans amerikai úton volt. Nekem meg a legkisebb gondom is nagyobb ennél.

De mint már itt írták, a views modullal 10 perc alatt össze lehet egy ilyet kattogtatni...

--
trey @ gépház

( asch v | 2008. 10. 19., v – 15:46 )

Nekem tetszene egy csak szakmai topiklista. A legjobb, ha a főoldali tizes ilyen, de ha máshol van az sem baj.

Volt egy olyan ötlet, hogy lehessen RSS feedet tenni topikokra külön. Ezt én is támogatnám. Ha mondjuk felteszek egy kérdést aztán pár napig nem vagyok gépközelben akkor az RSS readerem figyelmeztetne hogy jöttek válaszok. Most az is előfordulhat, hogy kipörög a topik és el is felejtem. Tudom nem szép dolog ha már kérdeztem, de az vesse az első követ, aki nem foglalkozik 1000 dologgal és soha nem felejt el semmit.

Nem tudom mi lenne a technológiai vonzata, meg lehet csinálni könnyen?

"Nem tudom mi lenne a technológiai vonzata, meg lehet csinálni könnyen?"

Csak annyi, hogy lekódolod, bebizonyítod szamailag, hogy a PHP tudásod van olyan, hogy biztonságilag megbízzak benne, release-ről release-re karbantartod a kódot és ha változik az API akkor azonnal frissíted.

Illetve van az a lehetőség még, hogy ráveszed a Drupal fejlesztőket arra, hogy a Drupal core-ba ezt tegyék bele.

Illetve, ha a Drupal Core ilyet tud, akkor megmondod, hogy hol :)

--
trey @ gépház

májusi cserebogár - nyáron :D

persze értem én, de azt sose felejtsük el, hogy egy ilyen jelentés inkább hasznos mint káros mivel:

1, nyilvánosságot kap egy hiba. (ugye nem lenne jobb ha rejtve marad?)
2, legtöbb esetben van mellette javítás, pl patch formában (ha nem a karbantartó veszi észre ergo van hogy nem is neki kell megírni) , vagy komplett frissítésként
3, ha nincs rá megoldás akkor is van lehetőség ideiglenesen kikapcsolni a modult
4, imho rossz szemlélet csak a core-hoz ragaszkodni(kivéve persze ha tényleg megfelel benne minden) mert ha te is használnád 3 party modulokat te is tesztelhetnéd, javíthatnád, jelenthetnél stb... ergo nagyobb esélye lenne alapvető dolgoknak belekerülni a core-ba vagy ... másba.
5, pl a fennt említett subscription modul benne van a carbonban. Szted ha lesz benne security hole nem fogják javítani?

...egyébként az egyénileg összetákolt dolgoknál ki veszi észre neked? ki javítja neked?

Na ugye.

No rainbow, no sugar

Te itt valamit félreértettél. Én nem arról beszéltem, hogy nem kell a bejelentés, hanem arról, hogy minél bonyolultabb egy setup (itt értsd: minél több contribute-olt modulból áll), annál nehezebb karbantartani, annál több dologra kell figyelni, annál nagyobb az esélye, hogy hiba van benne és ha hiba van benne, annál nagyobb az esélye, hogy ki kell javítani, azaz, hogy munka van vele.

"Na ugye."

Ja, na ugye, de ettől függetlenül nem győztél meg.

--
trey @ gépház

a "Na ugye." az előtte lévő mondatnak szólt, viszont a szálazás kapcsán a pontosításért most idézek:

"Csak annyi, hogy lekódolod, bebizonyítod szamailag, hogy a PHP tudásod van olyan, hogy biztonságilag megbízzak benne, release-ről release-re karbantartod a kódot és ha változik az API akkor azonnal frissíted."

3 party module-ok nagyrészt - ilyenek. Ezért mondtam 2-t is amibe sztem van esély megbízni, és ha az "asch által lekódolt cuccba" - amit privát neked fejleszt - kéne bízni vagy egy nyilvánosan karbantartott cuccra ahol minden apró nyűgje-baja rögtön látszik akkor éne az utóbbit választanám. (Mintha lenne egyébként vmi ilyen operációs rendszer is ahol hasonlóképpen mennek a dolgok, de egyébként a drupal core maga is ilyen.)

"minél több contribute-olt modulból áll), annál nehezebb karbantartani, annál több dologra kell figyelni, annál nagyobb az esélye, hogy hiba van benne és ha hiba van benne, annál nagyobb az esélye, hogy ki kell javítani, azaz, hogy munka van vele."

Ez igaz is - meg nem is. Tény hogy nincs értelme húsztrillió modult feltenni és széjjel sprézni az erőforrásokat, de egyáltalán nem olyan vészes ez mint hinnéd.

Ha egy modul működése megfelel akkor egyáltalán imho nem szükséges frissíteni - hiába jött ki új verzió.(Hacsak nem security vagy vmi durva api változás miatt).
Azok a modulok amik nem használnak saját táblaszerkezetet és sqlt is max. olvasásra, náluk nagyrészt a frissítés megáll egy copyval. (Ilyenk pl a különböző formázó, átalakító modulok.)
A 3 party vonalon is vannak komoly vezető module-ok amit olyan sokan használnak, hogy várható a core-beli megjelenésük - ezek mögé sztem simán oda lehet állni. (Ilyen pl jelenleg a views, de ilyen volt az CCK egy része is - nem véletlen jelent meg az 5-ben a content type creation.)

A views modulra egyébként mégegyszer utoljára felhívnám a figyelmet - iszonyú sok minden megvalósítható vele, például a 6-osban lévő verzó val simán megtudod adni hogy legyen-e egy szűrt szekciónak/nézetnek rss feedje.(pl a fő oldali fórumblokknak is lehet külön).

A frissítés para egyébként szépen megvan oldva a Drupalba - van a coreba alapból ilyen modul amit ha bekapcsolsz akkor minden hup.hu/admin lépéskor tájékoztat hogy elévültek e a frissítési infók vagy minden rendben. Most itt a Hup-on kb van 1-2 3. party module fent, na puff neki lesz még 3. Ez nem egy nagy plussz effort

No rainbow, no sugar

"3 party module-ok nagyrészt - ilyenek. Ezért mondtam 2-t is amibe sztem van esély megbízni, és ha az "asch által lekódolt cuccba" - amit privát neked fejleszt - kéne bízni vagy egy nyilvánosan karbantartott cuccra ahol minden apró nyűgje-baja rögtön látszik akkor éne az utóbbit választanám. (Mintha lenne egyébként vmi ilyen operációs rendszer is ahol hasonlóképpen mennek a dolgok, de egyébként a drupal core maga is ilyen.)"

Egyetértek, a nyilvános cucc jobb, de még jobb a semmilyen. Biztonsági szempontból mindenképpen.

"Mintha lenne egyébként vmi ilyen operációs rendszer is ahol hasonlóképpen mennek a dolgok, de egyébként a drupal core maga is ilyen."

A Drupal Core-t elismert biztonsági szakemberek - például Stefan Esser a hardened PHP karbantartója - auditálták. Ez nem igaz a 3rd party modulokra.

"Ez igaz is - meg nem is. Tény hogy nincs értelme húsztrillió modult feltenni és széjjel sprézni az erőforrásokat, de egyáltalán nem olyan vészes ez mint hinnéd."

Sajnos nem ma kezdtem a portálosdit, megéltem egy PHPNuke horrort majd egy migrációt Drupal-ra. Ezután óvatosabb az ember és igyekszik magának a lehető legkevesebb fölösleges munkát és hibalehetőséget felhalmozni.

"Ha egy modul működése megfelel akkor egyáltalán imho nem szükséges frissíteni - hiába jött ki új verzió.(Hacsak nem security vagy vmi durva api változás miatt)."

A security éppen elég.

"Azok a modulok amik nem használnak saját táblaszerkezetet és sqlt is max. olvasásra, náluk nagyrészt a frissítés megáll egy copyval. (Ilyenk pl a különböző formázó, átalakító modulok.)"

Gyakorlatilag alig van olyan modul, ami ne használná az adatbázist. Ez a másik ok, amiért hanyagolom őket. Úgy hiszem, hogy itt nem formázó modulokról diskurálnunk.

"A 3 party vonalon is vannak komoly vezető module-ok amit olyan sokan használnak, hogy várható a core-beli megjelenésük - ezek mögé sztem simán oda lehet állni."

Én kivárom, amíg bekerülnek a Core-ba.

"A views modulra egyébként mégegyszer utoljára felhívnám a figyelmet - iszonyú sok minden megvalósítható vele, például a 6-osban lévő verzó val simán megtudod adni hogy legyen-e egy szűrt szekciónak/nézetnek rss feedje.(pl a fő oldali fórumblokknak is lehet külön)."

Cool. Itt az ideje, hogy megjelenjen a Core-ban.

"A frissítés para egyébként szépen megvan oldva a Drupalba - van a coreba alapból ilyen modul amit ha bekapcsolsz akkor minden hup.hu/admin lépéskor tájékoztat hogy elévültek e a frissítési infók vagy minden rendben."

Na azért ehhez lenne néhány jó történetem. Elhiszem én neked, hogy két maroknyi node-dal és olyan oldalakon, ahol alig kommentelnek marha egyszerű a frissítés, de hidd el, hogy nem feltétlenül egyszerű minden esetben. Ezért igyekszem az adatbázist megkímélni mindenféle wannabe által gyártott modul baromságától.

"Most itt a Hup-on kb van 1-2 3. party module fent, na puff neki lesz még 3."

Nem lesz.

"Ez nem egy nagy plussz effort"

Véleményed szerint.

--
trey @ gépház

Ezzel az a gond, hogy a trackerbol a szixtrillio eve nem piszkalt node-k nem esnek ki, es eleg hosszu tud lenni. Azon felul nem lehet az eltrollosodott, szetoffolodo node-krol leiratkozni. Egy darabig ment nalam a trackerbol hupolas, de a vegen mar nem birtam fejben tartani, hogy mely topikok tizkepernyo hosszu troll/offlistak, es melyeket lehet ertelmesen olvasni. Persze a drupal core nem ad lehetoseget a filterezesre - kar. Wannabe feature.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( zotya62 v | 2008. 10. 19., v – 15:49 )

Szerintem ne legyen szűrés. Legalább itt, ezen a fórumon lehessen olvasni néhány nem komoly témát, bizonyítva, a közösség nem "szakbarbár" jellegét.

( kila | 2008. 10. 20., h – 03:55 )

Én ha nem a saját gépemről nézem akkor általában 1024x768-as felbontásra beállított gépekről érem el a HUP-ot. 1024x768-ban teljes max méretű böngészéskor a következő látszik a képernyőn: ablak címsor - bőngésző menü, címsor - böngészett oldal (HUP) - böngésző státuszor - Win tálca

A HUP főcíme után a center blokkból ekkor a következőt látom:
-
kb 3-4 sor reklám
-
fórumblokk 1-20 sor/téma
-
1 sor reklám
-

Ennyi, ha a böngészőt teljes képernyőre teszem akkor még látom a hír blokk első hírösszefoglalóját /ha 3 soros akkor teljesen egyébként csak részben/.

Én alapban a hírekért szoktam ránézni a HUP-ra, néha a fórum miatt. És általában nem saját gépről nézem.

Jó lenne ha 1024x768-ban legalább 2-3 hír látszana hír blokkból
A fórumblokkot a most felvetett lehetőségek alapján én leszűkíteném 10+1 sorra (így már elég látszana a hírekből is).
-
1-10 sor: első 10 szakmai téma
11 sor: | fórum link1: | fórum link2: |
-
A 11 sorban 1 vagy 2 link lehetnene ami visz tovább az alap fórum lap(ok)ra pl:
* fórum link1: 1 napos (vagy a jelenlegi 150 soros fórum lista)
* fórum link2: 3 napos csak szakmai fórum lista

A fórum blokk feletti reklámot (2 G.ads) is áttenném a 2 oldalsáv felső részére mert a centerből kb. így is elvisz annyit mint egy banner csak nem olyan feltünő...
--
Most élsz! Most figyelj, hogy jól csináld!

Igen ám, csakhogy egy szavazás keretében nőtt meg a fórum blokk mérete 10-ről 20-ra. Nem valószínű, hogy trey visszaméretezné a fórum blokkot azok miatt, akik ilyen kis felbontású monitorokat használnak. (Tudniillik már akkor is döntő jelentősége volt annak, hogy a hup olvasók többsége 1280x1024-es felbontást használ.)

( chrono | 2008. 10. 20., h – 10:35 )

Szerintem a fun-, offtopicot nem érdemes kivenni, mert:
-relatíve kevesen vannak
-színesítik az oldalt
-akinek közléskényszere van, úgyis talál a többi sok lehetséges topic között valamit, amibe belesuvaszthatja a gondját

Az adásvétel topicot a fórumban meg lehetne szüntetni, és mehetne egy ugyanolyan boxba, mint a mostani blog. Ott ugye nem lehet up-olni, és lehetne egy olyan szabályt hozni, hogy uazt egy héten csak egyszer lehet meghirdetni. Igazából ezt meg lehetne tenni az állás-topiccal is.

Ez utóbbi "kereskedelmi" szolgáltatások lehetnének akár fizetősek is, ha már kapitalisták vagyunk. Egy hirdetés 100 forint:))

( Smokey2k | 2008. 10. 20., h – 13:06 )

le a !szakmai témákkal !
pusztuljon a férgese ! :D

vivá lá technique !