turboczi képe

'Aszt hová lett?
Funkcionális szinten:
1. Létezik-e primary menü?
TUDTOMMAL LÉTEZIK, A SMINK (FOLIAGE) ALATT BE VAN KAPCSOLVA, AZ ÁLTALÁNOS SMINKBEÁLLITÁSOKNÁL IS BE VAN KAPCSOLVA.

2. Megvannak-e a menüpontok, és ezek aktívak-e?
IGEN, MEGVANNAK, ADMIN/BUILD/MENU ALATT LÁTSZANAK. MEGNÉZTEM A HOZZÁFÉRÉSEKET IS (BÁR FÖLÖSLEGESEN, MERT ADMINKÉNT ÚGYIS LÁTNÁM ŐKET), ÉS MINDEN RENDBEN.

Megjelenítési szinten:
3. A smink beállításoknál engedélyezve van-e a primary menu?
IGEN.

4. A page.tpl.php nem lett-e véletlenül felülírva, és van-e benne olyan, hogy print $primary?
NINCS, DE VALSZEG NEM EZ A GOND, MERT
- EGY KORÁBBI PAGE.TPL.PHP-BAN SINCS, PEDIG AKKOR MÉG MEGJELENT RENDESEN
- A GARLANDBAN SEM JELENIK MEG, TEHÁT MÉLYEBB A GOND
- NINCS BENNE OLYAN SEM, HOGY PRINT $SECONDARY, AZ MÉGIS LÁTSZIK
- MEG HOZZÁ SE NYÚLTAM EGYÉBKÉNT.

5. Tartalmaz-e a generált html kimenet bármilyen utalást a primary menüre?
EZT A KÉRDÉST SAJNOS NEM ÉRTEM. HOL TUDOM MEGNÉZNI?

Frissítés:
6. Miért csak harmadjára sikerült?
AZÉRT, MERT KIíRTA, HOGY GONDJAI VANNAK. EZ A 6.16 NAGYON NEHEZEN MENT FÖL NEKEM KÉT HONLAPRA IS. ELŐSZÖR AZ VOLT A BAJA, HOGY A MAINTENANCE.TPL.PHP-VAL VANNAK GONDJAI, EZT ÚGY OLDOTTAM MEG, HOGY A SMINKET VISSZAÁLLíTOTTAM ELŐTTE GARLANDRA (EGYÉBKÉNT AZ UPDATE.PHP-RA BíZTAM A VISSZAÁLLíTÁST, DE EZ ITT NEM MENT). EZZEL A MÓDSZERREL MÁR SIKERÜLT A FRISSTÉS, DE KAPTAM EGY CSOMÓ HIBAÜZENETET. NINCS VALAMI GÁZ EZZEL A 6.16-TAL EGYÉBKÉNT? A NEOBASE SE FRISSíT, MEGTARTOTTA A 6.15-ÖT.

És úgy általában:
7. Link az oldalhoz?
HTTP://WWW.NEVTAN.UJBUDA.HU/
HA KELL, ADOK HOZZÁ JELSZÓT IS PRIVÁTBAN. A DELFINEKNÉL KÉNE LÁTNOD 4 DB MENÜPONTOT.

8. Garlanddal mi a helyzet?
GARLANDDAL SE LÁTSZANAK!!! EZ TÖK ÚJ NEKEM. PEDIG BE VAN KAPCSOLVA A SMINKEK ÁLTALÁNOS BEÁLLITÁSAINÁL IS, A GARLANDNÁL IS MEG A FOLIAGE-NÉL IS.

NEM TUDOM, MI LEHET A GOND, DE A KÖVETKEZŐ DOLGOKAT CSINÁLTAM AZ UTÓBBI IDŐBEN:
- FRISSíTETTEM 6.15-RŐL 6.16-RA, AMI NEM VOLT EGYSZERŰ MENET
- PRÓBÁLTAM MENTÉST CSINÁLNI A BACKUP AND MIGRATE MODULLAL, AMI SIKERÜLT
- KIPRÓBÁLTAM A FEATURED CONTENT MODULT, DE LE KELLETT SZEDNEM, MERT LEFAGYOTT TŐLE A RENDSZEREM, EGYELŐRE FTP-N TÖRÖLTEM A MODULT, VISZONT A TÁBLÁI MEGMARADTAK
- FELRAKTAM A TAGADELICET MEG A CUMULUST.

VALAMI ÁLTALÁNOS HIBAJELENSÉG LEHET, MERT TEGNAP HÁROM KÉRDÉST TETTEM FEL ITT, ÉS MÉG LENNÉNEK. EGYET MÁR MEGOLDOTTUNK, OTT IS TOTÁL REJTÉLY, HOGYAN ÁLLITÓDOTT EL.
http://drupal.hu/forum/nyelvi-be%C3%A1ll%C3%ADt%C3%A1sokkal-van-gondja

0
0

Turóczi Attila

Ilusha képe

- "neked kell létrehoznod egy image mezőt valamelyik tartalom típusodban ahol ilyen cuccot szeretnél használni."
Ezt megtettem:
admin/content/node-type/story/fields/

Bár nem egészen tiszta nekem, hogy itt melyik mezőtípus pontosan mi is, de a legmegfelelőbbnek a "Fájl" tűnt és úgy néz ki jól tippeltem.
Így most létrehoztam az 'Írásban" egy új mezőt, "new" néven

Aztán ha a beállítására kattintok:
admin/content/node-type/story/fields/field_new

ott sem minden egyértelmű, bár nem tűnik ördöngösségnek, de egyenlőre nem látom át, hogy itt mi mihez is tartozik, miről is szól.

Aztán ha a "Mezők megjelenítése részre megyek:
/admin/content/node-type/story/display

Itt ilyen fülek vannak: Mező Címke Bevezető Kizárás Teljes Tartalom Kizárás

Itt megint fogalmam sincs mire kéne mit állítani, elég sok a variáció.

- "neked kell létrehozni két imagecache presetet is,"

/admin/build/imagecache
Ezt nem tudom, hogy valóban meg kell-e tennem, mert ugyanis már van ott kettő, az:
galleryformatter_slide
galleryformatter_thumb
Tehát lehet ezt a modul már létre is hozta helyettem.
De itt fogalmam sincs mit kell tennem, olyan fülek vannak, hogy:
Preset Name Tárolás Akciók
Alapértelmezés Megtekintés Flush

A Flush (áradás) fogalmam sincs micsoda, de figyelmeztet, hogy a használata nem vissza vonható.

"neked kell létrehozni két imagecache presetet is,...
- ...amit majd megadhatsz a formatternek, hogy az egyiket a "thumb" másikat a "preview" generálására használhassa."
Ez nem tiszta, hogy itt hol és mit is kellene csinálnom: hogyan adhatom meg a formatternek.

- aztán a tartalom típusod szerkesztésekor a display fields fülön megadhatod, hogy a meződet a "jQuery Gallery formatter" jelenítse meg.
Ez sem tiszta hol kell ezt megtennem, de lehet majd a többi helyes beállítás elvégzése után ez már nyilvánvaló lesz.

És még nem értem az egész működését.
Ugye vannak eredeti képeim, azt melyik könyvtárba kell másolnom?
És ha jól értem ezenkívül vannak még "thumb" és a "preview" képek is, ezeket saját maga létre hozza.

És nem tudom hogy? A Drupál sima, normál képkezelőjével, vagy valami mással?
(Mert ha jól emlékszem a nevére, valamivel egy GD2 nevű akármit is fel tettem valamelyik modullal /de lehet aztán ide felesleges/, de az még így sem működik, még további idegen fájlokat (nem drupal modult) követel.)

És ha mindent megcsináltam, akkor ennyi, más dolgom nincs, csak a megfelelő jogosultságok?
És hova helyezi a galériát -automatikusan középre?
Ja és az sem tiszta, hogy adhatok meg képneveket, kép aláírást, ilyesmiket?

0
0
kisspepe képe

Az egyik hibát sikerült kiküszöbölnöm.

Típus page not found
Dátum hétfő, 2011, január 17 - 13:49
Felhasználó Kiss Péter
Helyszín http://kisspepe.info/files/languages/hu_54727dcb7f5286f15731e27960e722b8...
Hivatkozó http://kisspepe.info/admin/settings/file-system
Üzenet files/languages/hu_54727dcb7f5286f15731e27960e722b8.js
Szint figyelmeztetés
Kiszolgáló neve 195.199.115.73
Műveletek 

Ennek az volt a baja, hogy a DocumentRoot-on kívüli fájlt nem találta. Nem értelmezte a ../files útvonalat, és ő a DocumentRoot/files mappában kereste a fájlt. Létrehoztam a DocumentRoot-ban a files könyvtárat, bemásoltam a szükséges Languages könyvtárat 777-es jogot adtam neki, és azóta ez a hibaüzenet nincs a naplóba. (kb. 2 órája) Azelőtt percenként kétszer jött elő a hiba.

Aminek viszont még nem tudom a megoldását, az az, ha egy Filmlista tartalomtípust nézek, melybe a youtube videók vannak beágyazva, és csak egy bizonyos csoport tagjai láthatják azt.

Ha én ezek közül bármelyiket megnyitom az 1-es felhasználóval vagy egy arra jogosult felhasználóval, egyből Acces Denied hibaüzenet kerül a naplóba az Anonymous felhasználó nevében. Nem tudom ez is a fájlrendszer priváttá tétele miatt van-e.

Típus	access denied
Dátum	kedd, 2011, január 18 - 13:53
Felhasználó	Anonymous
Helyszín	http://kisspepe.info/filmlista/100-millió-évvel-ie
Hivatkozó	
Üzenet	node/15
Szint	figyelmeztetés
Kiszolgáló neve	69.63.190.245
Műveletek
0
0
intercisa képe

Gratulálni szeretnék ahhoz a teljesítményhez és munkához, amit 3 hét alatt újoncként elértél a Drupal használatával.

A www.mindenmas.hu weblapot megtekintve a következő észrevételt tenném a kérésed kapcsán:

  • Hiányzó oldal: Impresszum ahol a sajtóanyagokhoz hasonlóan a kiadással kapcsolatos hasznos információkat teszel közzé
  • Hiányzó oldal: Adatkezelési elvek, ahol tájékoztatod a regisztráló személyeket és vásárlókat arról, hogy milyen célből, milyen feltételekkel és hogy meddig szándékozol a kapott adatokat feldolgozni, tárolni a weblapon, stb.
  • Hiányzó oldal: Oldaltérkép, nem árt ha van
  • 404 hiba oldal: ez valószínüleg most a rendszer által generált alap oldal, ami nem biztos, hogy felhasználói szempontból sokat segít az eltévedt látogatóknak. Jó például szolgálhat a következő Drupal-os oldal egy kis humorral megfűszerezve: 404 ala Integralvision amely segítő információval látja el az weblap látogatóit
  • Kérdés: nem szeretnél egy online kapcsolatfelvételi űrlapot a látogatók számára elérhetővé tenni?
  • Kérdés: a jobb oldali menüben miért "Megrendelő" a menüpont neve és miért nem mondjuk "Termékek"
  • Kérdés: mivel egy online áruházat üzemeltetsz, nem kellene jól látható helyen elérhetővé tenni a vásárlási feltételeket, a házhozszállítás kondicióit, a pénzvisszafizetési feltételeket, stb?
  • Szerkezet: a bal oldali bejelentkezés és felhasználói blokk számomra csak úgy "lóg a levegőben" mert nincs egy hordozó felülete illetve nem illeszkedik egyéb szerkezeti elemhez.
  • Grafika: a web fejrészét nem tudom hova tenni. Látok a háttérben egy természet képet, 2 plüss állatot, egy ollót és egy picit eröltetett képzettársítást. (Ha faragunk az árból akkor azt miért ollóval tesszük?)
  • Forráskód: iszonyú mennyiségű stílus lekérést látok a háttérben, szám szerint 32 db CSS fájlt, nem lehet ezeket tömöríteni?
  • Fejléc: semmi sem indokolja, hogy a fejlécnek használt kép egy 353 KB nagyságú PNG fáj legyen. Ha ezt a képet JPG 85%-nak mented el akkor kb fele annyi lenne a nagysága és megmaradna minőségromlás nélkül
  • Gomb0 és gomb1: egy sprite segítségével elegendő lenne egy kép is, amely a stílussul változtatná az kívánt állapot szerint a kinézetét (link és hover állapot)
  • Penzhatter.png: mivel fehér a weblap háttere, itt jobb lenne szerintem egy JPG fájl a 470KB-os PNG helyett, mellyes gyorsabbá tehetnéd az oldal betöltéseket

A fenti dolgok helyrerakásával szerintem sokat lehetne lendíteni a weblapon. Így első ránézésre ezekre gondoltam jó szándékkal a munkádat megtekintve.

Csak még egy kérdés: miért a Drupal 6 és felteszem Überchart-ra esett a választásod 2012-ben, és miért nem D7 és Commerce module-t használtad fel az áruház létrehozásához?

Még 1x gratulálok a munkádhoz és sok sikert kívánok a webáruháznak!

Üdvözlettel:
Robi

5
0
Joee képe

Most Ubuntura telepítettem Xampp-ot egy 2,6 GHz-es gépre 8Gb rammal. A Drupal friss telepítése több mint másfél óráig tartott. A válaszidők még lassabbak mint korábban. A processzor alig dolgozik, a ram alig foglalt. Letiltottam a swap-ot is, hátha azért lassú mert oda dolgozik a rendszer a ram helyett, de ez sem segített. Most már biztos, hogy az adatbázis válaszára várakozik sokat a rendszer. Nem tudom mi tart ilyen sokáig egy helyi szerveren? A távoli szerverre telepített Drupallal semmi gond. Az szélsebesen fut ugyanezekkel a gépekkel mint kliens. A helyi szerveren viszont pl. a Drupal cache törlése több mint 2 percig tart egy frissen telepített üres Drupalnál. Némelyik admin menüpontra kattintás 10-20 másodperc múlva történik meg. Sokáig semmi nem történik majd egyszer csak hirtelen bevágja a kért oldalt.
Érdekes megfigyelés:
Ha a Drupal admin menüpontjaira történő kattintásokkal váltogatok az admin menüpontok között akkor először nagyon lassú az új menüpontnak megfelelő oldal betöltődése, de ha olyan menüpontra kattintok amelyikre nemrég is kattintottam már akkor már gyorsan betöltődik. Ha viszont várok vele úgy 20 percet akkor megint nagyon lassan töltődik be az előbbi oldal és alul a láblécen ez van kiírva: "Várakozás a szerverre: localhost..."
Ebből arra következtetnék, hogy valami rengeteg dolgot írhat ki valami Drupal vagy adatbázis cache-be és amikor rövid időn belül adom ki ugyanazt a kérést akkor a cache-ből tölti be, de amikor többet várok akkor először újraépíti és kiírja a cache tartalmát és csak utána teljesíti a kérést? Akkor talán ezt a Drupal vagy adatbázis (szerver) cache-elést kellene letiltani a szerveren, hogy ne cache-eljen, hanem azonnal teljesítse a kérést! De hol? Talán az is segítene ha rá lehetne venni, hogy ne a háttértárolóra írja ki a cache-t, hanem a ram-ba, hiszen van ott hely bőven. Fejlesztéskor amúgy sem előnyös a cache-elés, mert a változásokat akarjuk látni és nem azt, hogy mi volt korábban a cache-ben? Hogy lehetne azt megtudni, hogy mit csinálhat olyankor a szerver amikor látszólag nem csinál semmit és 20 másodpercig tétlennek tűnik miközben a számítógép erőforrásait (processzorsebesség / ram) láthatóan nem használja ki?
• Kiszolgáló: Localhost via UNIX socket
• Kiszolgáló típusa: MariaDB
• Szerver kapcsolat: SSL is not being used
• Kiszolgáló verziója: 10.4.8-MariaDB - Source distribution
• Protokoll verzió: 10
• A kiszolgáló karakterkódolása: UTF-8 Unicode (utf8mb4)
• Apache/2.4.41 (Unix) OpenSSL/1.1.1d PHP/7.3.11 mod_perl/2.0.8-dev Perl/v5.16.3
• Adatbázis-kliens verziója: libmysql - mysqlnd 5.0.12-dev - 20150407 - $Id: 7cc7cc96e675f6d72e5cf0f267f48e167c2abb23 $
• PHP-kiterjesztés: mysqli curl mbstring
• PHP verzió: 7.3.11

0
0
Balu Ertl képe

Screenshot
Nekem úgy tűnik a Webform kódja alapján, hogy a dompdf/dompdf csomagot nem maga a Webform modul igényli. Jó lenne tudni, hogy akkor melyik másik modullal csinálod a nyomtatást? Jacob ezen javaslata szerint az Entity Print modult érdemes használni e célra.

Ennek a 2.x-es verziója valóban igényli a dompdf/dompdf csomagot.

„a letöltött dompdf tömörített álományt hova kell rakni a drupal könyvtárban?”

A docroot/ könyvtár mellé készíts egy vendor/ nevű könyvtárat, abban egy dompdf/ nevűt, és végül ebbe csomagold ki az ennek az oldalnak alján letölthető dompdf_1-1-1.zip tartalmát. Összességében így kell kinéznie az útvonalnak: {tárhely-gyökér}/vendor/dompdf/dompdf/README.md

Mondani sem kell, hogy ez a tömörített állományok kézi másolgatása csak egy kényszerű áthidaló megoldás azoknak, akik még nem használnak composert. Ez a módszer kisebb webhelyeknél sem fenntartható hosszútávon, nagyobb webhelyeknél pedig kimondottan esélytelen. Ezért jó szívvel javaslom mindenkinek, hogy érdemes megismerkedni a composer-rel, mert nagyon megkönnyíti az ember életét, ha webhelyeket üzemeltet. Jelen helyzetben ez az üzenet már elő sem jönne, mivel már telepítéskor automatikusan gondoskodna a követelmények telepítéséről a háttérben.

0
0
pp képe

Ha megnézed a két patch fájlt, akkor látod benne, hogy mindkettő februári dátummal rendelkezik (mint ahogyan ezt az idézet topicnál is nyomon követhető.)

Ha jobban beletúrsz a két patch fájlba ami a topicban van (1, 2) láthatod, hogy az egyik az img_assist.module fájl 1.68 a másik az 1.68.2.1 verziójához készült.

Ha megnézed az image assist weboldalát akkor itt látod, hogy van egy stabil (1.5) verzió ami nov 19.-n jött ki, tehát nagyon valószínű, hogy tartalmazza a fenti javításokat. Már csak azért is mert az idézett hiba lezárt(closed) állapotban van.

Ha ránézel a projekt cvs-ére akkor láthatod a stabil(1.5) és a fejlesztői (1.x-dev) ágat is. Láthatod, hogy az egyikben az 1.68.2.43 a másikban az 1.68.2.44 img_assist.module fájl található meg.

további perverzióként belenézhetsz a későbbi patch fájlba valamint az 1.5-ös 1.68.2.44 verzióba.

A patch fájl elején találsz egy ilyet:

@@ -750,7 +750,7 @@
  */
 function img_assist_properties() {
   $nid = arg(2);
-  $edit = (arg(3)) ? 1 : 0; // edit is put into a hidden field so the javascripts can see it
+  $update = (arg(3)) ? 1 : 0; // update is put into a hidden field so the javascripts can see it

Ez azt jelenti, hogy a 750. sorban történt a változás (a module fájlban inkább az img_assist_properties() függvényt keresd;)) A sor ami előtt mínusz van törlődött a sor ami előtt plusz van az létrejött, magyarán a mínuszos sor lecserélődött a pluszosra.
Ezt látod is a fájlban.
function img_assist_properties() {
  $nid = arg(2);
  // Update is put into a hidden field so the javascript can see it.
  $update = (arg(3)) ? 1 : 0;

Természetesen a verziókövetésnek hála a teljes változás sor is megtekinthető

A kérdésedre a válasz egyébként (man patch):
patch eredetifájl patchfájl

Otthon érdemes kipróbálni a következőt:
1. elkészít text1.txt és text2.txt (text2 a text1 változtatása mondjuk még egy sor)
2. diff text1.txt text2.txt > text.patch
3. patch text1.txt text.patch
4. text1.txt és text2.txt összehasonlítása, örülünk.

(mindez ubuntu linux alatt, de ugye diff és patch van ablakozósra is, csak hadnekeressem ki és legyen ez hf, vagy dobjatok fel egy linuxot, vagy egy ubuntu live cd-t vagy mittudomén legyetek kreatívak!)

pp

0
0
Ilusha képe

Felteszem, hogy Aksza már egy nálam öregebb drupálos róka, én bizony viszont még lámer vagyok a javából. Igaz nem ebben a pillanatban kezdtem, pár hónapja azért már nyüvöm.
Nem vagyok hülye gyerek, de amúgy a php ismereteim is még elég szegényesek.
Meg is kaptam a kiosztásom: előbb talán sok területen okosodnom kéne. Ez így is van. Csak amikor az embernek valami sürgős, akkor erre csak utólag lesz ideje. És úgy tapasztaltam, hogy sokan itt a fórumban pénzkereső honlapot készítenek, én még csak nem is ilyen vagyok, én olyan honlapot készítek aminek semmiféle üzleti jellege nincs. Én fizetek érte: rabolja az időmet, a rászánt fáradságot: de azért nem értelmetlenül.
Aztán azért tegyünk különbséget a rendszerek között, mert míg a Drupal és a Joomla tartalomkezelő rendszer (CMS), addig a WordPress az egy blogmotor.
Már alapból sem ugyanazt tudják, és nem ugyanarra találták ki őket.
Ugyanakkor a Drupállal lehet blogot is csinálni.
És még másfajták is léteznek, itt ezen az oldalon egy jó adagba bele is kukkolhatsz némileg telepítés nélkül:
http://demo.cmsaward.hu
Itt pedig száznál is több szabad használatú rendszert találsz:
http://php.opensourcecms.com
A legütősebb "weboldalként" használható és gyakran használt rendszerek kétségtelenül a Drupal, a WordPress, a Joomla és hozzá teszem a szintén CMS: E107.
A fenti száznál is több közül jó párat átnéztem, van köztük pár igen gagyi, de van köztük, akár keveset tudó, de abban jól meg csinált remekmű is. Amit esetleg már nem is fejlesztenek.
És nekem azért tetszenek e kis remekművek, mert ahogy okosodom, ezek megoldásaiból is sokat tanulhatok.
És aztán kérdés, hogy mi a célja a honlapodnak, mit akarsz hogy tudjon.
Valami egyszerűbb dologra tényleg nem kötelező Drupalt használni, de arra is lehet.
Azaz Drupálban sem kell feltétlenül valami brutálisat létrehoznod, a szerényebb igények is kivitelezhetőek vele. Viszont a Drupal ténylege vezet megbízhatóságban és a rugalmasságban.
Úgy hogy szerintem érdemes az egyszerűre is a Drupalt választani.
És tényleg nem illendő itt más rendszerekre mutogatni, a Joomláról annyit, hogy sokszor dicsérik, számomra olykor már a csapból is Joomla dicséret folyik, de a Drupál száz hogy jobb nála. Rám pedig szintén a frászt hozta, mert vannak neki szép csicsás ablakocskái; még az is lehet hogy relatíve sokat tud. Mi több logikus is, mint az, ha a viszket a fülem, akkor megvakarom a kezemmel. Viszont hiába van neki bizonyára valamilyen logikája, a Joomla számomra egyszerűen nem tűnt értelmesnek. Hasonlatomnál maradva számomra olyan volt, mint akinek jobb füle viszket, de azért a bal kezével, netán a lábával vakargatja. úgy hogy én személy szerint a Joomláról le is tettem, én nem fogom vele idegesíteni magam értelmetlen összeállításával. Mert ugye miféle "zseni" az, aki lehet sokat tud, de képtelen az értelmes kommunikációra és kézzel mutogat?
A Drupal is tűnhet eleinte nehéznek, lehetetlennek, - de nem értelmetlennek - de ahogy megismeri az ember, egyre inkább rá jön, hogy vagy neki egy szemlélete és egy értelmes logikája ami szerint felépül. És ahogy ismergetem, én személy szerint úgy tapasztaltam meg, hogy valóban egy nagyon sok mindenre rávehető, rugalmas és komoly rendszer.
És míg a WordPressel el lehet az ember, az Drupalba viszont lassan szerelmes lesz.
Más szóval szerintem a Drupál egyértelműen azoknak való, akik egyrészt nem csak egy működjön valamit akarnak, hanem nem riadnak vissza attól, hogy tanuljanak közben, sőt egyértelműen okosodni is akarnak. És mellette nem csak egy működő, hanem egy komoly, stabil, nagy tudású, rugalmas rendszerre is vágynak.
A WordPress meg azoknak való, akinek nincsenek ilyen igényeik, hanem egy komolyabb tudás és tanulás nélkül is könnyen használható, jóval kevesebbet tudó rendszerre vágynak, ami egy átlag, kezdő laikus "netes firkászok" számára néhány kiegészítővel felszerelt optimális választás lehet.
Tehát a WordPress nem csak hogy nem CMS, hanem már kaliberű is mint a Drupal.
A Drupal profiknak való, míg a WordPress-t inkább nem analfabéta lámereknek készíthették.

De ha tényleg beleakarsz mélyedni, akkor én személy szerint minden részrehajlás nélkül csakis a Drupalt tudom ajánlani. Eleinte nehéz lehet, mert ugye nincs minden egy kidolgozott részletes "Drupal Enciklopédiában" eléd tálalva.
Így időnként lehetnek fejfájós pillanataid, de ha megoldod őket és közben okosodsz, egyre jártasabb leszel benne, és megfogod szeretni. Én is így jártam.
Érdemes tényleg át szemezgetni itt a fórumot, mert olykor tényleg hasznos dolgokat lehet itt összemazsolázni. És olvasgatni azt, amit már tapasztaltabbak leírtak.

Úgy hogy Aksza által leírtakat én is csak megerősíteni tudom.

Én kezdő lépésként ajánlanám neked a Administration menu feltelepítését:
http://drupal.org/project/admin_menu
(Kicsomagolod, majd ftp-én feltöltöd a modules könyvtárba, a modulok részen pedig engedélyezed.)

A Drupal viszont nekem már párszor fejre állt, elég rémisztően, de könnyen javíthatóan. Néha, egyes modulok telepítése során fordult elő ilyesmi. Tapasztaltam olyant is, hogy két modult össze akadt, ha egyszerre telepítettem fel őket, viszont nem, ha egymás után. És ilyenkor egy nagy fehér ablak fogadott: csókolóm! De megtaláltam a megoldást. Ilyenkor egyszerűen ftp-én letöröltem a problémás modult, és megszűnt a fehér ablak. Utána pedig a modulok részen is letiltottam és eltávolítottam. De kis ügyeskedéssel még minden ilyen problémára megtaláltam a megoldást.

Én még csak egy kezdő Drupálozó vagyok, és feltelepítettem már jó pár egyebet is, de én jelenleg nem ismerek egy olyan rendszert sem, ami a Drupallal szemben számomra vonzó alternatíva volna.

Úgy hogy én is csak azt tudom mondani, ha valóban komolyan gondolod, állj csak neki a Drupalnak, megfelelő tanulás és türelem után nem csak átlátod a logikáját, hanem meg is fogod szeretni.

0
0

Előnyös változások a Drupal.org projekt kezelésében

Hojtsy Gábor képe

Dries a mai napon jelentette be, hogy jelentős változtatásokat végzett a projekt kezelő és CVS modulokon, melyek hatására a projektek, a felhasználók és a CVS változáskövetőben történt módosítások összekötése lehetővé vált. Minden felhasználó személyes oldalán látható, hogy mely projektekhez járult hozzá, és milyen mértékben, valamint a tárolt változások naplója is áttekinthető. Jómagam számára is jelentős meglepetés volt, hogy mennyi projekthez járultam már hozzá kisebb-nagyobb mértékben.

Kategóriák: 

A jövő héten megjelenhet a 4.6.0, de mi lesz a 4.7-ben?

Hojtsy Gábor képe

Ha minden a tervek szerint alakul, akkor a Drupal 4.6.0-ás kiadása a jövő héten megjelenhet, jelentette be tegnap Dries Buytaert. A fejlesztői verzióban elkészült a 4.6-os kiadásoknak megfelelő ág, ami azt is jelenti, hogy megkezdődik az újabb jelentős változások beépítése a fejlesztői kódba, ám azok már csak a 4.7-es (esetleg 5.0-ás) kiadásban jelenhetnek majd meg.

Kategóriák: