- A hozzászóláshoz be kell jelentkezni
- 4326 megtekintés
Hozzászólások
En nem tudtam hozzaszolni a Kernel-es teszt-cikkhez. Biztos bena vagyok.
Khiraly
- A hozzászóláshoz be kell jelentkezni
Próbáltam válaszolni az "üzenetküldés terminálra" topikban, nem jött össze. Írni lehetett, csak a végén nem jelent meg, se bejelentkezve, se anonymousként.
- A hozzászóláshoz be kell jelentkezni
Jó, akkor nem én vagyok a hülye, mert én sem. Amúgy Konqueror-t használok.
- A hozzászóláshoz be kell jelentkezni
En is gondolkodtam mar a phpnuke-os oldalaim drupal-ra migralasan.
Van valami eszkoz keszen ami a migralast (vagy 1 reszet) megcsinalja?
Ha igen miaz?
Ha nincs, akkor amit csinaltal az elerheto lesz esetleg? (feltetelezem nem kezzel csinaltad)
- A hozzászóláshoz be kell jelentkezni
A fórumok topiclistája:
- lehetne hosszabb (10-15 friss/új topic)
- tartalmazhatná a legutóbb hozzászóló nevét
Az onlány felhasználók és teljes archívum blokkja mehetne alulra.
- A hozzászóláshoz be kell jelentkezni
Kezzel csinaltam. Ha ugy dontok, hogy migralok és elkeszulok vele, akkor elerhetove teszem majd a leirast, SQL szkripteket, stb.
- A hozzászóláshoz be kell jelentkezni
Vannak meg problemak a migralas korul. Nem olyan egyszeru a dolog. Ezt javitani fogom talan meg ma.
- A hozzászóláshoz be kell jelentkezni
Megnézegettem ezt az új HUP-ot. Az első látás eredményei (úgy gondolom az első "tapasztalatok", vagyis az előre kijövő problémák is fontossak lehetnek a használatóság szempontjából, mégha ezek nem is feltétlenül technikai jellegűek).
Tehát:
* Az első. ami zavart, hogy nem találtam meg a fórumban a keresés-t. (ettől persze lehet, hogy ott van, de én nem leltem meg)
* Saját blog: ez nagyon tetszik nekem, tök jó ötlet, azonban itt sem találtam meg hol lehet bele írni. (csupán egy XML gomb volt alatta, írni nem tudom hogy lehet bele)
Nagy hirtelen ennyi. Most egy darabig a beta felülettel nyúzom a HUP-ot, aztán meglátjuk...
- A hozzászóláshoz be kell jelentkezni
Azt nem vallatam, hogy beallok Drupalt fejleszteni. Esetleg idovel majd lehet whislist-et irni :-)
- A hozzászóláshoz be kell jelentkezni
A bejelentkezés nagyon lassú (6-7 mp)
- A hozzászóláshoz be kell jelentkezni
jo otlet, nagyon korrekt.
kar, hogy - ahogy nezem - a drupal is hasznal tokeletesen ertelmetlenul table-elemeket.
2 aprosag:
- kisebb betuk
- naptar lehetne table-layout: fixed
- A hozzászóláshoz be kell jelentkezni
Meglepetes: a HUP adatbazisanal (ami mar nem nevezheto kicsinek) a PHPNuke lenyegesen gyorsabb. Pl. forum. Ki erti ezt? Nekem a bejelentkezessel nincs problemam. Milyen bongeszo? Jelen szakaszban csak Firefoxszal teszteltem.
- A hozzászóláshoz be kell jelentkezni
van esetleg valami roadmap, hogy milyen új funkciók vagy fixek lesznek, merrt akkor azt értelemszerűen nem kérjük :)
OFF: és mi van a tenderrel, ha itt migrálgatsz :))
- A hozzászóláshoz be kell jelentkezni
Valamikor, nem is olyan régen felvetettem a hupmotor cvs kinyitását és a heggesztések commitolásának lehetőségét, de végül nem reagáltál rá.
A dolog most is áll. Szerintem van annyi webprogramozáshoz értő ember itt a portálon, aki szivesen kijavítja a hibákat. Aztán te megcsekkolod és beteszed a patchet.
- A hozzászóláshoz be kell jelentkezni
Az atvitt userek default idozonaja lehetne Budapest, es nem GMT.
A forumok lehetnenek vizualisan tomorebbek, a subject + keret + "sallang" nformaciok tulzottan sok helyet vesznek el.
Nagyon szep design, nekem jobban tetszik.
- A hozzászóláshoz be kell jelentkezni
Szerintem az egész menüt át kellen tenni jobbról balra. Igy nagyon nem áll kézre legalábbis nekem.
Az oldal látványra nekem tetszik. Olyan mint egy csillli villi kde.
A blogomba nem tudtam irni.
A blogok megjelenése visszafelé történi alapból.
A belépés nekem gyors volt.
A belépés boxot fellülre kellene tenni, mire megtaláltam épp kezdtem letenni arról hogy belépek.
- A hozzászóláshoz be kell jelentkezni
Tudod, ido hianyaban sok mindennel nem tudok foglalkozni. Biztos lesz majd ilyen is. :-)
- A hozzászóláshoz be kell jelentkezni
> van esetleg valami roadmap, hogy milyen új funkciók vagy fixek lesznek, merrt akkor azt értelemszerűen nem kérjük :)
defaultban ennyi, ami a cikkben le van irva. vannak meg otleteim, de a kesobbi karbantarthatosag miatt szeretnem az egeszet olyan egyszeruen tartani, ahogy az csak lehetseges(tm).
> OFF: és mi van a tenderrel, ha itt migrálgatsz :))
tender penteken osszeallt, kaptunk toletek spec arakat, koszi :-) kollegam megnezte a netmail-t, es a groupware-t is, es ugy dontott, hogy groupware lesz. mivel exchange-rol lesz a migracio, igy megkapjuk upgrade aron. a vegen nem is lett olyan nagy osszeg.
- A hozzászóláshoz be kell jelentkezni
>Szerintem az egész menüt át kellen tenni jobbról balra. Igy nagyon nem áll kézre legalábbis nekem.
reszletkerdes.
>Az oldal látványra nekem tetszik. Olyan mint egy csillli villi kde.
Mint mondtam ez a default tema, a design-hez meg hozza se nyultam. Ami a jelen szakaszban erdekes, az a hibatlan mukodes, a migracio tesztelese. Ez a nagyobb munka. A VPS az maradhat a vegere.
>A blogok megjelenése visszafelé történi alapból.
Igen, mert a blogok timestamp-je mindenhol 2003. januar 1. Ezen meg finomitani kell. Az uj entry-k mar jo helyen vannak. Lehet, hogy ilyen aprobb kompromisszumokat kell majd kotni... Known bug.
>A belépés boxot fellülre kellene tenni, mire megtaláltam épp kezdtem letenni arról hogy belépek.
reszletkerdes. konnyen megoldhato.
Koszi!
- A hozzászóláshoz be kell jelentkezni
Hamarosan feltoltom az uj, javitott adatbazist. Talan a hozzaszolasok hiba megoldodik. Lehet tovabb tesztelni.
- A hozzászóláshoz be kell jelentkezni
snq- wrote:
> - kisebb betuk
Isten ments! Vegre egy portal amit default font beallitasokkal is el
lehet olvasni, es nem kell 2 centire ulni a monitortol.
- A hozzászóláshoz be kell jelentkezni
Nekem ment a hozzászólás rendesen.
- A hozzászóláshoz be kell jelentkezni
Szerintem maradjon a menü ott, ahol van.
Indok: van, amikor csak szöveges módban (lynx közreműködésével) lehetséges az oldal elérése (pl. nem induló X, stb. esetén). Ilyenkor általában a HUP-ot nézi meg az ember először, hogy van-e már valakinek hasonló tapasztalata, mert szokott lenni. Ha a menü marad "jobb" oldalon, akkor lynx-ben "alulra" kerül, így sokkal hamarabb lehet lényegi információkhoz jutni.
- A hozzászóláshoz be kell jelentkezni
A verziókövetést és Treynek való segítséget már többen felajánlottuk. IMHO kevesebb időd menne el egy CVS/SVN/Arch/akármi felállításával, mintha minden bugot neked kéne kijavítani. No meg ekkor több szem többet lát, stb., és talán mi földi halandók is tudnánk visszaadni valamit oda, ahonnan kaptuk. Nem utolsó sorban pedig esetleg összeállna egy igazán használható, sok hozzáértő által felügyelt, rendszeresen (netán még biztonsági szempontból is) karbantartott CMS, mindenki hasznára és megelégedésére.
Neked meg, Trey, esetleg csak annyi dolgod maradna a motorral, hogy a repo-ból frissíted az éles HUP-ot, amikor kell. Ez meg - IMHO - lényegesen kevesebb idő.
- A hozzászóláshoz be kell jelentkezni
1. Ugye a newsgw működni fog a Drupallal is?
2. Ugye az élesben már beállítod majd a mod_rewrite-t (barátságos URL-ek) is?
3. Olyan szavazásnál is, ahol nincs 12 lehetőség, hanem csak pl 5 (mint a "stabil kernelt használok" című), 12 lehetőség közül lehet választani, de az utolsók (jelen esetben 7) üresek. Ilyen "üres" lehetőség választásakor elmegy a szavazat, de nem számít sehova (ami logikus), viszont nem tudok újra szavazni (ami nem logikus).
- A hozzászóláshoz be kell jelentkezni
>IMHO kevesebb időd menne el egy CVS/SVN/Arch/akármi felállításával, mintha minden bugot neked kéne kijavítani. No meg ekkor több szem többet lát, stb., és talán mi földi halandók is tudnánk visszaadni valamit oda, ahonnan kaptuk. Nem utolsó sorban pedig esetleg összeállna egy igazán használható, sok hozzáértő által felügyelt, rendszeresen (netán még biztonsági szempontból is) karbantartott CMS, mindenki hasznára és megelégedésére.
Es ha nincs ra idom, akkor jo a ``Benn a patch fel eve, es hozza se nyult.''
Mondtam, ha lesz ra idom, majd lesz ilyen is. Egy oldal eleteben nem a motor a legfontosabb hanem a tartalom.
> Neked meg, Trey, esetleg csak annyi dolgod maradna a motorral, hogy a repo-ból frissíted az éles HUP-ot, amikor kell. Ez meg - IMHO - lényegesen kevesebb idő.
Lehet, hogy a valtoztatasok atnezese tobb idot vesz el, mint ha magam lekodolom. Ugye azt nem varod, hogy vakon felhasznaljam barki valtoztatasait?
- A hozzászóláshoz be kell jelentkezni
Bar ez itt egy kicsit off, de:
> A verziókövetést és Treynek való segítséget már többen felajánlottuk.
Ez igy van, de mivel a PHPNuke-ot szeretnem elhagyni, ezert abba mar nem erdemes valtoztatni. Nyilvan ezert nincs is erteme tovabbfejleszteni. Ha a Drupal migracio lezajlik, akkor marha egyszeru lesz a dolog.
1. Fogsz egy Drupal 4.5.2-t
2. Beimportalod egy verziokezelobe
3. Valtoztasz benne
4. Visszakuldod a valtozasokat patch formajaban a hivatalos Drupal csapatnak
5. Ok atnezik (sokkal jobban ertenek hozza, mint en)
5.1. HA JO: A kovetkezo Drupal release-ben benne lesz
5.2 HA NEM JO: A kovetkezo Drupal release-ben nem lesz benne
6. Ha benne lesz, akkor hasznalni fogom
Ez a legegyszerubb modja ha segiteni akarsz. En nem tervezem ezentul a hivatalos fejlesztesi vonal elhagyasat, mert iszonyu munkaval jarnak a verziovaltasok. Ez tapasztalat. Tobbet nem fogok ebbe a hibaba esni.
- A hozzászóláshoz be kell jelentkezni
Eszembe se jutott. Sehol nem fogadják el vakon bárkinek a változtatásait - de itt a hangsúly a bárkinek szón van: _általad_ megbízhatónak ítélt embereknek adnál csak commit jogot.
(A másféle megközelítés miatt azonban ez okafogyott.)
- A hozzászóláshoz be kell jelentkezni
Nuke-kal kapcsolatban teljesen megértelek, igazad van.
A Drupallal kapcsolatban viszont még mindig kétféle lehetőséget látok:
1. Az általad vázolt pontoknak megfelelően csinálni egy "fejlesztői" HUP-ot, vagy másképp: a HUP körül kialakítani egy Drupal fejlesztői csapatot. (Már hallom a választ: minek, amikor ott van a csapat a weblaboron.)
2. A következő megoldást viszont reálisabbnak látom: csak a biztonsági hibákat javítani az éles HUP-Drupalban, a többit elküldeni fejlesztőknek (töltsék vele az időt ők), és majd ha lesz új kiadás, úgyis frissítesz. (Borítékolom Trey válaszát, lehet, hogy én is így tennék.)
De: miért 4.5.2-t fogod, és miért nem a 4.6.0-t (már amikor majd kijön)? Lásd itt: http://weblabor.hu/hirek/20050125/motorfrissites
- A hozzászóláshoz be kell jelentkezni
> 1. Ugye a newsgw működni fog a Drupallal is?
Ugye. Mar ha lesz migracio.
> 2. Ugye az élesben már beállítod majd a mod_rewrite-t (barátságos URL-ek) is?
Ugye. Mar ha lesz migracio.
- A hozzászóláshoz be kell jelentkezni
> Nuke-kal kapcsolatban teljesen megértelek, igazad van.
Nagyszeru.
> 1. Az általad vázolt pontoknak megfelelően csinálni egy "fejlesztői" HUP-ot, vagy másképp: a HUP körül kialakítani egy Drupal fejlesztői csapatot. (Már hallom a választ: minek, amikor ott van a csapat a weblaboron.)
Nem tudom mi van a weblaboron, de szerintem teljesen felesleges. Mit akarsz fejleszteni?
> 2. A következő megoldást viszont reálisabbnak látom: csak a biztonsági hibákat javítani az éles HUP-Drupalban, a többit elküldeni fejlesztőknek (töltsék vele az időt ők), és majd ha lesz új kiadás, úgyis frissítesz. (Borítékolom Trey válaszát, lehet, hogy én is így tennék.)
Nyilvan ha kritikus hiba van azt javitani fogom. Eddig is igy tettem. De ehhez minek fejlesztoi csoport?
> De: miért 4.5.2-t fogod, és miért nem a 4.6.0-t (már amikor majd kijön)
Gondoltam leszel olyan kreativ es behelyettesited a 4.5.2 helyere az aktualis stabil verziot. Ami nem feltetlenul esik egybe a legfrissebb verzioval. Ugyebar. Raadasul meg meg sem jelent a 4.6.0.
- A hozzászóláshoz be kell jelentkezni
> Szerintem maradjon a menü ott, ahol van.
> Indok: van, amikor csak szöveges módban (lynx közreműködésével) lehetséges
> az oldal elérése (pl. nem induló X, stb. esetén).
Az, hogy a HTML kodban hol van a menu es hogy te hol latod egy CSS-t
ertelmezo bongeszoben, nem feltetlenul fugg ossze... profi oldalaknal,
ahol figyelnek az accessibility cuccokra pont ilyenekre hegyezik ki a
(X)HTML kodot.
- A hozzászóláshoz be kell jelentkezni
Megvallom, tudom, trey, még nyúltál a designhoz, de az a véleményem, hogy nagyon nem tetszik, hogy egy jól bevált régi designt lecserélsz egy újabbra. Megvallom, nekem ez a régi sokkalta jobban kézre áll, minden a helyén van, s minden fontos ott van ahol kell (lásd UNIX történelem, párszor kellett már).
Ha ez a csere a működést javítja, de a kinézetet nem, akkor én csak támogatni tudom, de ha az új csak szépségben lesz szebb, de használhatóság csorbul, akkor nagyon de nagyon sok idő kell szerintem, míg mindannyian megbarátkozunk az új felülettel.
Eddig amúgy jónak tűnik, bár még nem merültem még bele nagyon mélyen. Még írok!
- A hozzászóláshoz be kell jelentkezni
Firefox, Ctrl - "+", és máris olvasható...
- A hozzászóláshoz be kell jelentkezni
szerintem erdemes lenne elmenned szemeszhez, ha nem latod rendesen a betuket... ;-D
- A hozzászóláshoz be kell jelentkezni
Nem akarok flame war-t indítani, de szerintem a Drupal nem a legjobb választás.
Ahogy én látom a Drupal elsősorban kissebb tartalomportálok fejlesztésére alkalmas. A HUP felűről súrolja azt a határt, ahol én a Drupalhoz nyúlnék.
A Drupal a modulmeghívások egy zseniális koncepciójára épül, de ez a korlátja is neki. Bizonyos dolgokat nem lehet vele elvégezni.
Illetve e testreszabhatóságában szerintem nem sokkal jobb a Nukék-től, csak az az előnye, hogy sokkal tisztábban van kódolva.
Néhány probléma:
- Az MVC gondolkodás csak nyomokban fedezhető fel benne, nincs rendesen elválasztva a megjelenítés a kódtól.
- Nagyon nehezen bővíthető. A modulok nagyon monolitikusak. A hook rendszer egy szintig jól használható testreszabásra, de azon felül szerintem kifejezetten nehézkes. Pl ha a node tipust ki akarom terjeszteni, akkor a manuál által javasolt megoldással minden egyes plusz mező egy plusz adatbázis lekérdezést jelent. Ha valami nem fér be a node típusba, arra semmilyen mgoldást nem ad.
- A túlságosan monolitikus felépítés néha hátrány is lehet. Egyes helyeken kisértetiesen hasonló módon operál, mint a PostNuke egyes moduljai. Gondolok itt pl. arra, hogy egy modul fügvény egy $op paraméter szerint további függévnyeket hív meg, ezáltal a portál controller funkcióját valósítja meg kicsiben. (Sérül az egységes kezelhetőség).
- Szintén a monolitikussághoz tartozik, hogy általában az egy modul/egy fájl építkezési formát használja, nem lehet külön-külön testreszabni a részeket a többi rész bolygatása nélkül..
- Nem template-eket használ. Nehéz testreszabni. Ha mindig elfogadod amit a legújabb kiadás hoz, akkor teljesen jó. Ha egy kicsit mást akarsz...
Szóval szerintem mindenképpen érdemes még tovább gondolkozni döntés előtt. Pl. vannak tapasztalataim a Xaraya-val, ami egy sokkal robosztusabb és rugalmasabb rendszer. Ebben nincs olyan speciálisan ötlet mint a drupalban a module/menu rendszer, hanem hagyományos módon nagyon tisztességesen meg van írva egy portál rendszer. Kvázi a PostNuke folytatása lenne, ha nem írták volna sokkal profibban a 0-ról meg.
Várom az ellenvéleményeket.
- A hozzászóláshoz be kell jelentkezni
Megegyszer. Ez egy Alpha (meg csak nem is beta) teszt. Egyelore csak a felhasznalok, cikkek, forum, blogok lettek athelyezve. Minden dolog at lesz elobb-utobb. A valtasnak semmi koze a dizajnhoz. Azt hiszem, hogy az mar kiderult velem kapcsolatban, hogy a VPS nem nagyon erdekel.
Ami miatt mar evek ota fontolgatom a valtast:
A PHPNuke fejlesztesenek minosege erosen megkerdojelzheto, etikatlan (lasd lap aljan levo kotelezo reklam, vagy ha nem fizess), es meglehetosen insecure.
Ami a Drupal mellett szol:
- biztonsagosabb (biztonsagi hibat nem igen szoktak benne talalni)
- rugalmas
- eszszeruen megirt, jol atlathato kod
- gyorsabb
- meg ami meg nem jut eszembe
Az hogy minden a helyen van, csak megszokas kerdese. Ha eldontom, hogy valtok, akkor abban is biztos lehetsz, hogy minden a helyen lesz. Nemtom, hogy lattal-e mar PHPNuke telepitest... Az sem ugy nez ki, mint ahogy a HUP most. Nem keves munka van benne, hogy a HUP jelenleg igy nez ki.
Szoval, nem erdemes parazni. Ha ugy latom, hogy nem jo, akkor marad minden a regiben.
- A hozzászóláshoz be kell jelentkezni
Nekem az a lenyeg, hogy biztonsagos legyen. Elegem van a brazil f...zorruakbol, akik naponta probalkoznak. A Drupal biztonsag szempontbol az egyik legjobb. A Xaraya ezen a teren hogy all?
Design nem sokat erdekel, eddig se erdekelt. Minel egyszerubb annal jobb.
- A hozzászóláshoz be kell jelentkezni
Ja es a sebesseg. Az sem mindegy.
- A hozzászóláshoz be kell jelentkezni
> Ahogy én látom a Drupal elsősorban kissebb tartalomportálok fejlesztésére alkalmas.
Nekem a KernelTrap nem tunik eppen kis site-nak. Az allando 2.500-20.000 latogatojaval.
- A hozzászóláshoz be kell jelentkezni
hunger wrote:
> szerintem erdemes lenne elmenned szemeszhez, ha nem latod rendesen a
> betuket... ;-D
ha-ha-ha. talan neked kell majd elobb szemuveget hordanod, mert
agyoneroltetted a szemed az apro betuk olvasasaval. de nem akartam
szemelyeskedni, szori. de nem veletlen volt x honappal ezelott egy hir,
hogy hogyan lehet defaultbol nagyobbra allitani a fontmeretet per site
mozilla/firefoxban, elkerulve ezzel a fentebb emlitett ctrl+- nyomogatast.
- A hozzászóláshoz be kell jelentkezni
Mihály Norbert wrote:
> Firefox, Ctrl - "+", és máris olvasható...
Es darabokra esik a zsufolasig telt oldal... na szep.
- A hozzászóláshoz be kell jelentkezni
Megszoktam, hogy ha bejeltnkezek, akkor napokig fenn marad ez az állapot, nem kell állandóan bejelentkezni. Most a dupal pár óra alatt kivágott, és ez nem tetszik.
Saját gépen nem probléma ez, max publikus gépeken. Szóval valahogy hiányzik :)
- A hozzászóláshoz be kell jelentkezni
Nekem nem okoz gondot az elolvasása, pedig nálam nagyon apró a hupon a betűméret. Maximum egy kicsit lehetne nagyobb - na de ami a teszt oldalon van, az egyszerűen undorító. A betűméret nagysága általában fordítottan arányos a használható információ mennyiségével....
- A hozzászóláshoz be kell jelentkezni
gondolom a forráskódba bele kellene nyúlni, így nem hiszem, hogy ez a feature élni fog, de hátha...,
- A hozzászóláshoz be kell jelentkezni
Nem látogatottságban kis site. Hanem szogáltatásban.
Nagynak azt nevezem minnél több fajta tartalom van. A Drupal tipikusan addig működik jól, ameddig node-tipusba bele tudod gyalulni az összes fajta tartalmadat. (lehetőleg hook kiterjesztés nélkül, mert akkor felszökik a lekérdezéseidnek a száma).
(Ami végül is portálrendszernél még előfordulhat, főleg ha csak híreket akarsz megjeleníteni, de keretrendszerként használni...)
De továbbra is fentartom, hogy a testreszabhatósága esendő.
- A hozzászóláshoz be kell jelentkezni
Azt hiszem nem értitek miről beszélek mikor azt mondom kicsi font:
http://hixsplit.hu/lirul/hupfont.png
Ez van, ha nincs minimum font size megadva. Nah ki akar tovább
kardoskodni a kicsi betűméret mellett?! :-D
- A hozzászóláshoz be kell jelentkezni
Még nem volt okom panaszre.... Jó apija van mind a bemenet mind a kimenet (adatbázis, html irány) feldolgozására is.
Bár mint tudjuk mindenki esendő:
Drupal 4.5.2 fixes a cross-site scripting (XSS) vulnerability so it is recommended that you upgrade your existing Drupal sites. There are no new features in this installment.
Remélem már ez újatt tetted fel :-)
Gyorsaságban a Drupal addig jó, amíg csak a core-t használod minnél kevesebb modullal, mert a hook rendszer nem az adatbázis lekérdezések optimalizálásra lett kitalálva...
A Drupal előnye itt abban van, hogy nem használ template-et. A portálok futásának egyik legnagyobb része (időben) a template generálás. (->cacehe)
- A hozzászóláshoz be kell jelentkezni
Ennek a szálnak a hatására kezdtem el nézelődni...
trey: ezt nézd meg, hátha segít a választásban:
http://demo.xaraya.com
- A hozzászóláshoz be kell jelentkezni
jaj!
login: admin
pass: password
- A hozzászóláshoz be kell jelentkezni
Én személy szerint a következőt hiányolom.
Mely fórum témákhoz és mikor volt hozzászólásom dátum szerint csökkenőbe rendezve.
Üdv.
cookie
- A hozzászóláshoz be kell jelentkezni
Tiszta sor, s értem is a mögötte lévő indokokat, érveket is, hisz ezekről ha elvétve is, de már beszéltél róla.
Az, hogy mennyi munka van benne, nem kell részletezni, s azt sem, hogy ez mennyi fáradtsággal jár, mert teljes mértékben átérzem, s tudom. Ezért is próbálok segíteni, ahol tudok, amennyire csak tőlem tellik.
Nem negatív kritkának szántam, nem is paráztam, szándékom egy szimpla kérés volt feléd, hogy ha lehetséges, az eredeti külalak maradjon meg. Semmi több.
- A hozzászóláshoz be kell jelentkezni
Tovabbi kerdesek:
- Forum van benne? (ha van milyen?)
- Migraciohoz van valami tamogatas?
- A hozzászóláshoz be kell jelentkezni
> Remélem már ez újatt tetted fel :-)
igen
- A hozzászóláshoz be kell jelentkezni
Megneztem. Ha scrollozok rajta Firefoxszal, akkor ``akad'' (magyarul darabosan scrollozodik). Ez bug vagy feature?
- A hozzászóláshoz be kell jelentkezni
A dragonflycms -t nézted már?
- A hozzászóláshoz be kell jelentkezni
Kicsit feljebb elmndtam, hogy nem celom a kod foltozgatasa. Ha hozza kell nyulni, akkor mar megette a fene. Akkor akar a jelenlegi Nuke-ot is foltozgathatom, es azt meg ismerik is.
- A hozzászóláshoz be kell jelentkezni
Meg a vegen kiderul, hogy a sokat ocsarolt Nuke nem is olyan rossz :-DD
- A hozzászóláshoz be kell jelentkezni
xarbb van demo pl itt [demo.xaraya.com]
migraciohoz van tamogatas (tarballban iirc van guide)
- A hozzászóláshoz be kell jelentkezni
Eddig volt ilyen funkció? Ha igen akkor hol volt elérhető? Sehol sem találtam, pedig a héten is nagy szükségem lett volna rá.
- A hozzászóláshoz be kell jelentkezni
Hat nem tudom. Nekem marha lassunak tunik.
- A hozzászóláshoz be kell jelentkezni
Annak idején, amikor a mi hócipőnk is tele lett a barazil scriptkiddie-kel, mi a Mambo mellett döntöttünk a Linuxforumon.
Kicsit macerásabb, mint a Nuke, de meg lehet szokni.
Persze, mindenkinek az a jó megoldás, amit ő maga biztonségosnak, jónak és könnyen kezelhetőnek tart.
A konverzió - féleg ha az ember már belenyúlt a motorba, meg az adatbázisba, nem egyszerű dolog.
Nálunk pl vagy 4 lépésben lehetett a forumot konvertálni....
- A hozzászóláshoz be kell jelentkezni
> na de ami a teszt oldalon
> van, az egyszerűen undorító.
Biztos én vagyok a hülye, de te is leírtad a varázsszót: teszt oldal. Ez
egy alap drupal telepítés.
Ha minden működik, akkor ez is meg lesz csinálva. Nézd meg a drupal.hu
milyen kis gusztusos.
- A hozzászóláshoz be kell jelentkezni
Szia Trey,
Tikiwiki-t nem vetted számításba? Nekem ez jött be a legjobban.
Üdv,
Dw.
- A hozzászóláshoz be kell jelentkezni
Amelyek alatt jól néz ki a drupal:
- Firefox
- Opera
- Netscape
- Konqueror
- Mozilla
- Galeon
- Epiphany
- Amaya
Amelyekben tűrhetően néz ki:
- Links
- w3m
- Off By One (windows alatt)
- dillo
Amelyekben olvasható, de nem valami szép:
- Lynx
Szerintem. Egyébként még megnézem néhány böngésző alatt...
A nuke-os verzió mindegyik alatt jól nézett ki.
- A hozzászóláshoz be kell jelentkezni
> Szoval, nem erdemes parazni. Ha ugy latom, hogy nem jo, akkor marad minden a regiben.
A valtast tamogatom, a jelenlegi dizajn is jol nez ki, raadasul nekem egesz gyors. Gondom nemigazan volt meg semmivel, bar a user beallitasok kicsit maskepp mukodnek... Attol meg meg lehet szokni...
Ha valtasz, lecci tartsd meg a mostanit is, hogy lehessen valasztani...
- A hozzászóláshoz be kell jelentkezni
tamogatom az atallast! en is hasznalom egy ideje, es meg vagyok vele elegedve.
- A hozzászóláshoz be kell jelentkezni
encsak a kerdesedre valaszoltam ;-)
- A hozzászóláshoz be kell jelentkezni
persze, foo hozzaszolasainak keresese
- A hozzászóláshoz be kell jelentkezni
En is mostanaban csapok bele a CMS bizniszbe, ezeket talaltam valamennyire erdekesnek hasznalhatonak, egyelore a drupalt tesztelem es egesz jonak tunik.
http://plone.org/
http://www.roxen.com
http://www.xaraya.com/
http://drupal.org
- A hozzászóláshoz be kell jelentkezni
> Megneztem. Ha scrollozok rajta Firefoxszal, akkor ``akad'' (magyarul
> darabosan scrollozodik). Ez bug vagy feature?
A gradient fix hatter miatt van szerintem (mar tobb oldalon tapasztaltam
en is)...
- A hozzászóláshoz be kell jelentkezni
Visszatérve az előző hozzászóláshomhoz.
Amikor CMS-t kell választani sokszor találkozom azzal, hogy annyi variáció van, hogy az ember esélytelen hogy érdemben megvizsgálja az ember.
Ezért sokszor nem a lejobbat választja, hanem azt amit környezetbén sokan használnak.
Fenti hozzászólásomban nem a drupalt akartam lefikázni, és nem is a xaraya-t mint a tökéletes helyettest ajánlani, csak felhívni a figyelmet, hogy a drupal körül szerintem jó nagy mítosz van a tökéletességről, holott csak egy választás a sok közül, és nagyon sok szempontból (értsd sok feladatra) messze nem a legjobb.
(én például fejlesztési keretrendszernek biztos nem használnám, de egy saját blognak már sokkal inkább.)
Ahogy látom két lehetőség van:
1. trey felnyom egy CMS-t, és frissítgeti, semmit nem ír bele, de megy. Jól. Ha valaki future-t szeretne, akkor ha nincs benne akkor várakozásra és a Drupal fejlesztőninek segíségére ösztönzi az embereket. Ami stabilban megjelenik, az itt is meg fog.
Amik nincsenek benne az új CMS-be szolgáltatások (ezek max némi kis csilli villi dolgok) azoknak fasírt.
Emögött az az elgondolás húzódik meg, hogy a hup-pot a tartalom miatt olvassák az emberek, nem a forma miat. (Ami persze kicsit demagóg is. Forma nélkül semmi...)
2a. Trey feltelepít egy cms-t, amit ideje és energiája engedi belír mint eddig is, de olyan cms-t választ, ami nem futtat a PostNUKE-os hiábába, hogy a testreszabás miatt beragad a verzió. (értsd úgy bővíthet, hogy frissíthető.)
Ehhez kell a legnagyobb előzetes kutatás. Ilyenkor minden a választáson múlik. A postNuke ebből a szempontból szerencsétlen választásnak bizonyult.
2b. ugyanaz, csak verbuvál néhány embert (akik már ajánlkoztak is), akik fejlesztik és frissítik az oldalt (értsd működésileg). És a hiányolt funkciókat megvalósíthatják.
Szerintem ennek van a legynagyobb perspektívája, de a legnagyobb kockázata is (közös lónak túrós a háta)
A Drupalról mint mítoszról:
Szerintem 2.-re a Drupal teljesen alkalmatlan, mint már fent is írtam.
Az 1-re viszont nem feltétlenül. Szépen és egyszerűen van megírva, és figyelnek benne mindazokra a közismert php-s hibalehetőségre, amik minden portáltól elvárhatóak. Minden a tartalom szolgáltatások köré épül, amíg ebből nem akar kilépni az ember használható, bár nem érdemes nyakló nélkül bővítő modulokat használni, mert attól a legendás gyorsaság hamar megcsappan.
- A hozzászóláshoz be kell jelentkezni
> 3. Olyan szavazásnál is, ahol nincs 12 lehetőség, hanem csak pl 5 (mint a "stabil kernelt használok" című), 12 lehetőség közül lehet választani, de az utolsók (jelen esetben 7) üresek. Ilyen "üres" lehetőség választásakor elmegy a szavazat, de nem számít sehova (ami logikus), viszont nem tudok újra szavazni (ami nem logikus).
Szerintem az nagyobb gáz volt a NUke alatt, hogy többször is szavazhattál!
- A hozzászóláshoz be kell jelentkezni
Mint igértem, megnézem még néhány böngésző alatt:
A StarOffice 5.2 beépített böngészőjében a jó, és a tűrhető kinézet esete közé sorolható a drupal. 1ébként a múltidőért ("jól nézett ki") elnézést, elírás volt.
- A hozzászóláshoz be kell jelentkezni
> Mint igértem, megnézem még néhány böngésző alatt:
Mi ertelme van tesztelni, mig ideiglenes design van csak?
- A hozzászóláshoz be kell jelentkezni
További böngészők:
A Microsoft Internet Explorer, és az arra támaszkodó NetCaptor is jól jeleníti meg a Drupal-os HUP-változatot.
- A hozzászóláshoz be kell jelentkezni
Szórakozásból.
- A hozzászóláshoz be kell jelentkezni
És még egy böngésző:
Az Arachne tűrhetően jeleníti meg a Drupal-os HUP-változatot. (Bár van egy olyan megjelenítési hiba, ami a tűrhető megjelenítésű böngészők többségében nem fordul elő.)
- A hozzászóláshoz be kell jelentkezni
Hozzaszolasokban a HTML tageket le kene tiltani, v automatikusan le kene zarni oket.
Egy lezaratlan table -tol szetcsuszik az egesz oldal.
- A hozzászóláshoz be kell jelentkezni