ugrás a tartalomhoz

Drupal konfiguráció, külső kiterjesztések

kuller · 2004. Május. 27. (Cs), 12.25
Most próbálkozom Drupal konfigurálással. A munka során felmerülő sok kérdést, észrevételt szeretném megosztani a nagyérdeművel, hogy ne fussunk bele többen is ugyanabba a problémába..
‹ első belépés helyett kilistáz UpDownload jogosultságok ›
 ■
1

problémák-észrevételek-kérdések

kuller · 2004. Május. 27. (Cs), 12.44
Először is kösz a magyar fordítást, nagyszerűen működik!

Problémák:

- Néha egy gyári hiba jelenik meg a fejléc fölött: "warning: Invalid argument supplied for foreach() in C:\webrút\drupál\modules\user.module on line 981."

- Blokk létrehozásnál se a súlyozás, sem a régió nem működik, max arra jó, hogy valami PHP scriptet futtassak, még a html tag előtt.

- Ha egy gépen több user lép be, akkor gyakran előfordul, hogy nem jól kezeli a különböző sessionokat.

Ezekkel mit lehet kezdeni?

Észrevételek:

- A projekt modult nem a 4.1-hez készítették. A forráskódot kell átírni és a példa egy előző verzió javítását tartalmazza. Emiatt aki nem profi phps (mint én) annak nem is érdemes letölteni.

Vajon miért nem alap a Group modul, várható, hogy az lesz?

- Ha véletlenül kikapcsolod a user login modult és kilépsz, akkor az adatbázis visszaállításával illetve javításával lehet újra előcsalni.

Kérdés:

- A meta tagban lévő "utf-8-at", hogyan lehet iso-"8859-2"-re állítani?

Még biztos lesz kérdésem, köszönettel:Kuller
2

Totál Drupal

zvaranka · 2004. Május. 27. (Cs), 12.52
Nekem is voltak hasonló problémáim. Windows alá telepítve nekem már először sem jött be a user login modul, linux alatt viszont igen, ezért Goba tanácsára a linux alá telepített és beindult Drupal-t helyeztem át.

http://weblabor.hu/forumok/temak/2177
-----------------------------
Varanka Zoltán
7

thx

kuller · 2004. Május. 27. (Cs), 15.10
Végigolvastam a fórumot, kösz a linket. A linux nem megoldás nekem, mert nem értek hozzá:(, de a cégnél sem linuxos gépek vannak.

Üdv:Kuller
15

A linux megoldás neked is :)

T.G · 2004. Május. 27. (Cs), 22.10
"A linux nem megoldás nekem, mert nem értek hozzá:("
Ugyan ez nem lehet akadály :), kb. egy éve feltelepítettem klikkeléses módszerrel egy uhu-t és tök jól szuperál. én se értek hozzá és mégis működik. :)
18

Linux

kuller · 2004. Május. 28. (P), 11.07
Távlati terveimben szerepel a linux elsajátítása, de egyenlőre a Drupálra koncentrálok. NEm célszerű a linux semmiképpen, mert Photoshopozok és Corell Drózok is bőszen. Tehát kell a windoze is, akkor meg bútmenedzset kéne használni, sok probléma meg nyögve nyelés mire jól belövöm a gépem..
Majd eccer :D

Üdv:Kuller
19

Re: Linux

Bártházi András · 2004. Május. 28. (P), 11.14
Te dolgod, de semmilyen boot managert nem kell telepítgetned, azt az UHU telepítője elintézi neked.

-boogie-
20

Egyszerűen felzavarja magát

kuller · 2004. Május. 28. (P), 14.36
Egyszerűen felzavarja magát windoze alá? Akkor megnézem, az UHU a magyar linux?

Kösz:Kuller
22

Re: Egyszerűen felzavarja magát

Bártházi András · 2004. Május. 29. (Szo), 22.21
A Windows mellé. Partícionálni azért kell neki, ha nem szeretnéd a winchestered egészét nekiadni. :)

-boogie-
3

Pár válasz

Bártházi András · 2004. Május. 27. (Cs), 13.51
Session kezelés: a Drupal alapból sütikben tárolja a session id-kat, így ha egy gépen több felhasználóval lépsz be, mindig az utolsó lesz aktív (kivéve, ha külön processzekben futtatod a böngésződet).

Group modul: ha jól tudom, még nem érkezett abba az állapotába, hogy belekerüljön a rendszerbe.

UTF-8: a Drupal unicode alapú rendszer, erre lett tervezve. Nem nagyon fogod tudni megmondani neki, hogy ne ilyen legyen (túl sokat kellene módosítani rajta), másrészt felesleges is. Miért szeretnéd átállítani?

-boogie-
4

kódlap

kuller · 2004. Május. 27. (Cs), 14.02
Azért mert az ékezetes betűket nem ismeri fel a rendszer, négyzeteket ír a helyére. Erre javasolták, hogy állítsam át a MySql-t ANSI-ra, de ezt egy külső szerveren felhasználóként szvsz nem tehetem meg.

Üdv:Kuller
5

Re: kódlap

Bártházi András · 2004. Május. 27. (Cs), 14.14
Az adott adatbázist is beállíthatod, de a problémád nem hiszem, hogy ebben rejlik. Milyen adatokban nem ismeri fel a rendszer az ékezetes betűket?

-boogie-
6

Varchar-oknál jött elő, de

kuller · 2004. Május. 27. (Cs), 14.36
8

Ez a gond...

Bártházi András · 2004. Május. 27. (Cs), 15.20
Ez a gond:
Az adatbázisba sajátkezűleg MySql - Frontpage- val viszem be


Azaz az adatbázisba rossz - iso-8859-2 - kódolással viszed be. Vidd be UTF-8-ban, és nem lesz gond. Az UTF-8 az ékezetes karaktereket nagyrészt két karakteren tárolja, ezért mikor fordítva megpróbálja értelmezni a te ékezeteidet, kettőből egy lesz.

A másik kérdés, hogy miért viszed be az adatbázisba kézzel????? Miért nem weben, Drupal segítségével? Mit viszel be kézzel?

-boogie-
11

Létrehoztam egy új táblát

kuller · 2004. Május. 27. (Cs), 16.32
Létrehoztam egy új táblát a Drupal adatbázisban, amit csak tesztelésre használok, mert adatbázsikurkászó kódot szeretnék feltenni az oldalra, ami saját táblákat is használni fog. (Ráadásul formokkal megspékelve.)
Kérdésedből arra következtetek, hogy nem így szokták csinálni a nagyok ;)

Még nem konfiguráltam komolyan CMS rendszert , tehát Post Nuke-hoz sem írtam modult, stb.. Ezért alapvető kér(d)éseim lennének:

- Kérlek szépen, másolj be egy alap formot, egy submit gombbal, ami paramétert képes átadni az adott node-nak. A saját próbálkozásim kudarcba fulladtak, ott ahol az "action" paramétert kéne használni. Mit is hívjak meg? Hogy kapom vissza az átadott paraméter változót?

- A másik kérdés pedig, hogy minden Drupalos PHP scriptben -ami adatbázissal dolgozik- fel kell venni az adatbáziskapcsolatot? Nekem csak így működtek eddig..

Üdv:Kuller
14

Node újrahasznosítás

Hojtsy Gábor · 2004. Május. 27. (Cs), 20.03
Ehhez egy kicsit többet meg kellene értened az egész rendszer működéséből, és ezt sem egyben, sem lépésenként nem fogja neked senki elmagyarázni, mert sok időbe telik. Lásd a dokumentációt a hookokról, és javaslom a story.module tanulmányozását első körben. Azt írtad, hogy nem értesz igazán a PHP-hez. A Drupal igényli, hogy érts hozzá valamennyire. Nagyon meg tudja könnyíteni az életed, ha törődsz vele, és időt szánsz rá.
16

Node újrahasznosítás

kuller · 2004. Május. 28. (P), 10.41
Egy kicsit értek a php-hez, már írtam adatbáziskezelő progit benne, de netes alkalmazást még nem fejlesztettem. Tehát a netspecifikus dolgokban járatlan vagyok.
Viszont nagyon eltökélt, úgyhogy akkor tanulmányozom az ajánlott dolgokat.
Esetleg magyar doksit tudsz ajánlani vagy marad az angol?

Üdv:Kuller
24

story-modul

kuller · 2004. Jún. 2. (Sze), 12.24
Szia Goba!

A story modult nem találom a http://drupal.org/project/releases helyen. Rossz helyen keresem?

Azért kérdezem, mert mintha megváltozott volna az oldal..

Viszont találtam mást: Flexinode
A adatbázislekérdező fromok készítéséhez ez a modul használható?

Üdv:Kuller
25

Story, flexinode, doksi

Hojtsy Gábor · 2004. Jún. 2. (Sze), 12.48
Angol doksi van, magyar nincs. Story modul beépített. Flexinodeot nem ismerem igazán, de felteszem, hogy nem illik a te feladatodhoz.
9

És a válaszok :)

Hojtsy Gábor · 2004. Május. 27. (Cs), 15.44
  • A user modul probléma javítva lesz 4.4.2-ben azt hiszem (egy-két héten belül megjelenik).
  • Az alapértelmezett themeben csak egy régió van, ezért hiába teszed át máshova, nem fog átkerülni. A súlyozásnak mennie kellene. Az első újratöltésnél még nem fogod látni, hogy változott, mert a blokkok megjelenítése az új súlyozás lementése előtt történik (bár ez is smink függő).
  • Belépésre András válaszolt.
  • Projekt modul, illetve általában bármilyen modul, ami nem ahhoz a verzióhoz készült, az nem fog menni. Elenyésző azon esetek száma, amikor verzió ütközés ellenére megy valami. Különben a felső két verziószám számít a modulok illesztésénél. Modulokból nem is fog megjelenni x.y.z, ahol z nagyobb mint 0, mert a modulok verzióit a Drupal verziókhoz kell hasonlítani. A Drupalnál a z verziókomponens mindig hibajavító kiadás, ahhoz pedig illeszkedik továbbra is az x.y.0-hoz kiadott kontrib modul.
  • A 4.5.0-ban elméletileg tervben van a komolyabb jogosultság kezelés. Ennek egyelőre még előszele sem látszik, de sok idő van még a 4.5.0 megjelenéséig.
  • Ha a user modult vagy boxot kikapcsolod, magadra vess.
  • A PHP nem kezeli az iso-8859-2-t, ezért nem igazán érdemes használni. Mivel a PHP kódolás kezelése alapesetben nagyon szegényes, ezért döntöttek az UTF-8 támogatás mellett. Nincs értelme átirogatni, mert több munka, mint a tartalmadat iso-8859-2-ről utf8-ba konvertálni. Iconv használható erre, windowson is elérhető (vagy PHP modulként is betölthető).

Ennyi.
10

Köszönet

kuller · 2004. Május. 27. (Cs), 16.24
Köszönet a szakszerű válaszért:)

Üdv:Kuller
12

Colombo

kuller · 2004. Május. 27. (Cs), 16.53
Ja és mégvalami:D

A súlyozás tényleg nem működik, ráadásul a html tag elé rakja a bevitt kódot, ami azt eredményezi, hogy a fejléc fölé kerül! Már több napja szemezek vele, sajnos nem múlik el a frissitések után.

Üdv:Kuller
13

Nyilván hibás smink

Hojtsy Gábor · 2004. Május. 27. (Cs), 20.00
Nyilván valami hibás sminket használsz...
17

Smink

kuller · 2004. Május. 28. (P), 10.56
Az alap xtemplate-t használom, nem írtam hozzá semmit. (Legalább is tudatosan.)
Ha az emiledet megadod akkor küldhetek screenshotot is..

Üdv:Kuller
21

drupal image module beallitasa

ksoma · 2004. Május. 29. (Szo), 18.02
Sziasztok. Most nezegetem a drupalt, majdnem teljesen sikerult mar beallitanom, de... letoltottem az image modult (mert mast egyelore nem talaltam galeria letrehozasahoz), es a jelenlegi beallitasaimat az administrastion/image opcional nem tudom atallitani. Amig hibas volt a konfig, addig beengedett a site configuration nevu oldalra, ahol allitgathattm a a konyvtarat, meretet, stb. Ezt hogyan tehetnem meg ujra? Mar probaltam ugy, hogy a modult, es az image tablat toroltem az adatbazisbol, de megis ugy maradt... Ezzel az egesszel csak par oraja ismerkedem, ugyhogy ha kerdesem nagyon trivialis lenne, elnezest... de megtetszett a drupal, szeretnem hasznalni, es a tobbi beallitas aranylag egyszeruen ment, de ezzel mar orak ota elvagyok... Keresgelek a neten folyamatosan, de egyelore nem talaltam erre megoldast. Talan Nektek nagyobb a tapasztalatotok ezen a teren.
Koszonettel:
Somogyi Csaba
23

Hova nem enged be?

Hojtsy Gábor · 2004. Május. 30. (V), 13.12
Pontosan hova "nem enged be", és ez alatt mit értesz (mit kapsz helyette)?
26

hiba

kuller · 2004. Jún. 4. (P), 11.22
Szerintetek itt: http://elan.rulez.org/~kuller/drupal-4.4.1/ mi a hiba?
(Szerintem a többszintű menürendszer a probléma, amióta 3 többszintű menüm van azóta írja ki 3*.)

Üdv:Kuller
27

+oldódott?

kuller · 2004. Jún. 4. (P), 11.57
Nos úgy néz, ki, hogy a menü nem bírja az "active by default" enabled kapcsolóját, csak disable be nem ír várningot.

A hibaüzenet "warning: Invalid argument supplied for foreach() in /home/kuller/public_html/drupal-4.4.1/includes/common.inc on line 1114." volt.

Átálítottam disable-re, most meg az almenüket nem hozza fel..

Üdv:Kuller
28

a mai menü

Anonymous · 2004. Jún. 7. (H), 15.32
Valami gáz van a menü modullal vagy a beállítással, mert:

1.) Az administer/menu-ben nem jelenik meg semmilyen menü, mikor az "http://elan.rulez.org/~kuller/drupal-4.4.1/" oldalon is látható, hogy létre van hozva. Ugyanez érvényes a administer/menu/overview-re is, amiben elvileg a definiált menüket kéne megjeleníteni.

2.) Az administer/configuraton/menus-ben viszont tökéletesen látszik minden menüpont.

Kérdés: Vajon miért van több elérési pontja is a menüállítgatásnak? Ugyanazt kéne látnom az administer/menu-ben mint az administer/configuraton/menus-ben?

Eddigi olvasmányaim alapján egy szótárt is kell kapcsolni a menühöz, aminek a struktúrája ugyanaz mint a menüé.

A szótár megvan, a menü továbbra sem működik.

Kérdésem: Hogyan kapcsoljam össze a szótárt és a menüt? Vagy más a probléma?

(Jogosultságokat is kapcsoltam a menüpontokhoz, de az nagyszerűen működik, most mindenki jogosult minden menüpont megtekintésére.)

Ha segítenétek az nagy segítség lenne;D
29

Mit használsz?

Hojtsy Gábor · 2004. Jún. 7. (H), 15.54
Nem teljesen értem, hogy mit használhatsz. A jelenlegi stabil Drupal verziók nem adnak lehetőséget a menü szabad szerkesztésére, a fejlesztői verzió viszont igen (bár most nincs olyan nagyon vidám élesben használható állapotban valószínűleg). A stabil Drupalhoz elérhető valamilyen kiegészítő, amivel ilyesmit lehet csinálni, azt viszont nem ismerem, nem használtam még.
30

Menu

Anonymous · 2004. Jún. 7. (H), 16.06
A Menus modult próbáltam életre kelteni. (A külső link az működne is, a belső hurkok használatához még olvasgatnom kell.)
A többszintű menürendszer viszont nem működik, mert: ha az Active by default-ot disabledre állítom, akkor láthatóak az almenüpontok (searching), de warningot ír, ha enabledre álltom, akkor nem ír warningot, de az almenük sem elérhetőek (language, gamez, authors).

Áthidaló megoldásként a php-iniben letilthatom a warningot, habár ez barbár dolog lenne.

Üdv:Kuller
31

Ebben nem tudok segíteni

Hojtsy Gábor · 2004. Jún. 7. (H), 16.14
Ebben sajnos nem tudok segíteni, mert nem ismerem a modult, és nincs is tervben, hogy foglalkozzak vele. Javaslom kérdésfeltevést a Drupal.org fórumban vagy bugreport indítást a modul számára (ha meg vagy győződve, hogy a modul hibás)...
32

menü

Anonymous · 2004. Jún. 7. (H), 16.16
És a navigation modul is fennt van, ez megmagyarázza a 2 féle állítás lehetőséget.

Kösz legalább én is átgondoltam kicsit a dolgokat..

Ha van javaslatod, oszd meg vélem:)
33

elérési utak + jogosultságok

kuller · 2004. Jún. 9. (Sze), 13.38
A configurationban a "File system path:" változónak az alap "files" beállítását használom. A serveren létrehoztam a Drupál alá filest és alá meg az issues, avatars és egyéb könyvtárakat. A drupál azonban egyiket sem látja. Nincs elgépelve már többször megnéztem, szerintem valamilyen jogosultsági probléma lehet.
Én látom, írhatom és olvashatom is a könyvtárakat, csak azt nem tudom, hogy a Drupálnak a jogai azonosak e az enyémmel.

A hibaüzenet: "Directory does not exist, or is not writable."

Vagy avatarok feltöltésénél is megjelenik: "File copy failed: no directory configured, or it could not be accessed."


Mi lehet a probléma?

Üdv:Kuller
34

'Mindenki más' kategória

Hojtsy Gábor · 2004. Jún. 9. (Sze), 15.13
Tipikus beállítás az, hogy a felhasználód valamilyen csoportban van, és a webszerver, aminek a neve alatt a PHP (Drupal) is fut, az egy másik csoportban lévő felhasználó. Namost jogokat adhatsz magadnak, a csoportod tagjainak és mindenki másnak. Ilyenkor a mindenki más kategóriába tartozik a Drupal, tehát ahhoz, hogy ő írni tudjon, ahhoz 'mindenki másnak' kell írási jogot adni.
35

Köszönöm:)

kuller · 2004. Jún. 9. (Sze), 15.53
Köszönöm, átállítottam működik, csak így bárki elérheti a filéimet. Nem elég az apache-nek jog?

Üdv:Kuller
36

filehandler modul

kuller · 2004. Jún. 9. (Sze), 17.38
Ezt a modult használjátok?

Van vele egy apró probléma: nem működik a filecsatolás: A tallózásra lehetőséget ad, de az adott filét nem csatolja a node-hoz. (Ezt a windozes lokális gépemen probálom nem lehet jogosultsági probléma.) A files könytárba sem másolja a kijelölt állományt.

Ha már néztétek osszátok meg a titkot:)

Üdv:Kuller
37

Üdv! Lenne pár kérdése

kuller · 2004. Jún. 10. (Cs), 13.47
Üdv!

Lenne pár kérdésem ami felgyülemlett az elmúlt 2 hétben:

1.) A xtemplatet átszabtam kicsit, többek között ez is belekerült a css-be:
"
#header, #content {
width: 100%;
}
#header {
background-color: #FDFCFA;
background-image : url(misc/fej.gif);
background-position : center;
background-repeat : no-repeat;
height : 100px;
}
"

A lokális gépemen tökéletesen megjelenik a fejléc, a weben viszont nem:( Ez kapcsolódhat az előző hozzászólásomban taglalt fileelérési problémához, ezért másoltam át a misc-be, de eredmény nélkül. Már avval is próbálkoztam, hogy jpg-t csináltam fejlécből (otthon ez is megjelenik), de a weben nem működik.

2.) Ha a localisationban az angol nyelvet sem látom, akkor hol ronthattam el a localisation modul telepítését? Létrehoztam a "hu"-mezőt a "locales" táblában. A conf.php-ben bővítettem az arrayt hu-val. " $languages = array("hu" => "hungarian", "en" => "english");" A localgettext látszólag jó, beimportáltam az MO filéket, nem adott hibaüzenetet.
Az, hogy mi van a hu-ban, egyenlőre homályos mert a blobokban nem működnek a szokásos like%-os selectek, legalább is nekem nem talál semmit.
Esetleg ez is lehet elérési probléma, hogy a "mindenki más" group nem látja a locale modult, de akkor miért látja a localgettexet?

3.) A menüprobléma még mindíg fennáll, ha valaki behatóbban foglalkozott a többszintü menükészítéssel, akkor kíváncsi lennék a tanácsaira.

Egyenlőre ennyi:(
38

Új téma

Hojtsy Gábor · 2004. Jún. 10. (Cs), 16.05
Miért használsz újra régi témákat olyan kérdések feltevésére, amelyek nem oda tartoznak? Ez egy ideig még tolerálható, de most már kezd sok lenni. Gondolj arra, hogy aki olvassa a témákat, az a téma címe alapján keres érdekeset.
39

Ezt nem teljesen értem, a r

kuller · 2004. Jún. 10. (Cs), 16.53
Ezt nem teljesen értem, a régi téma a menüproblémám? Összefoglalva leírtam a jelenlegi problémáimat, amiben a menüröl már tényleg volt szó, illetve azt írtad, hogy nem tudsz segíteni.
Ha ez volt a gond, akkor többet nem említem.
Szerintem csak drupálos témákat hoztam fel,akkor is ha az valójában php, sql, linux vagy css, mert a drupál konfigurálása közben jöttek elő.
Én nem vagyok profi, ezért lehet, hogy számodra triviális kérdéseket teszek fel, de ezek nekem komoly gondot okoznak.
40

Nana

Hojtsy Gábor · 2004. Jún. 10. (Cs), 23.26
Azért ha pizzaevés után a mosogatásnál csőtörés következik be, akkor nem a pizzafutárt fogod hívni, hogy oldja meg a problémát gondolom, hiába kapcsolódott a gond a pizzázáshoz...

Ahhoz, hogy válaszokat kapj a kérdésre, egyrészt jól kell azt feltenni, másrészt jó helyen. A legtöbb válaszolónak tök mindegy, hogy te megoldod a problémát vagy sem, maximum lelki nyugalmukat javítja, ha segíthetnek. Namost ha olyan helyen tudnak segíteni, ahol később más is megtalálja, akkor annak van értelme is, mert akkor nem kell máskor ugyanazt megtenni. Ha a CSS-hez kapcsolódó kérdésedet új témaként veted fel (és nem egy Drupal témában, és nem tableless CSS kialakítás témában - mert egyikhez sem tartozik), akkor azt jobban meg fogják találni később. Különben többen válaszoltak is volna rá szerintem (több CSS hívő van errefelé).

Mondhatod, hogy jókis keresők vannak, így is meg fogja találni aki keresi. Gondolom te is mérgelődtél már eleget, hogy a problémádra a megoldást valami zagyva mindenféle közepéről kellett kihámozni egy oldalon. Namost képzeld magad egy olyan helyzetébe, aki hasonló problémával küzd majd később.

Különben új téma indításának az is az egyik előnye, hogy a weblabor összevont RSS feedben megjelenik (a fórum feedben is persze), és ez sok más helyen publikálódik (pl. webmester.lap.hu, emberek desktop olvasói). Ezt véletlenül sem azért mondom, hogy a továbbiakban mindenre új témát indíts, de ebben a topicban már annyi mindenről volt szó, hogy kezdem úgy érezni, hogy nem mer senki új témát nyitni, és a Drupal varázsszóra ide öntitek be bánatotokat (ezzel egyre használhatatlanabbá téve ezt a topicot a jövő számára).


Hogy valami értelme is legyen itt ennek a kirohanásnak, a CSS kérdésen itt csak átsiklik a szemem, a locale kérdést nem értem. Nem tiszta, hogy mit látsz az admin felületből és mit nem, az látszik, hogy a jogosultság problémát teljesen félreértetted. A modulokat a PHP beolvassa, amikor futtatja, ezért olvasási jog kell neki a fájlrendszerben. Ha nem látsz semmilyen admin felületi komponenst a locale.module-ból, akkor nem töltötted fel / nem kapcsoltad be (ami kizárt). A harmadik kérdésre továbbra sem tudok válaszolni.
41

Elfogadom a szabályokat, de

kuller · 2004. Jún. 11. (P), 11.10
Elfogadom a szabályokat, de nem mindenben értünk egyet. A topikot olyan embereknek szántam (ahogy a beveztőben írtam is) akik drupálkonfigurálás közben problémákba ütköznek. Aki drupált szeretne konfigurálni annak sok (nem a drupál php kódjában lévő) egyéb problémával is meg kell kűzdenie, és itt összegyülytve megtalálja a megoldásokat. Én így gondoltam.
Szerintem a szemléletmódunk azért különbözik, mert te a Drupált tekinted a topik témájának én meg a Drupál konfigurást. Gondolom ez onnan jön, hogy te jártas vagy a többi dologban és nem okoz problémát a megfelelő környezet kialakitása.
Minden esetre igazodom hozzád.
"és a Drupal varázsszóra ide öntitek be bánatotokat (ezzel egyre használhatatlanabbá téve ezt a topicot a jövő számára)."
Ez csak az én saram, a továbbiakban nem fordul elő:)

A lényeg:
A menüben locale-nél az import/export, search string, és a help menüket látom, míg a lokális gépemen ezeken kívül van még english és magyar menüpont is. Gondolom a nyelv menüpontok conf.php-ban feltöltött tömbből jönnének, de mégsem jelennek meg. Arra már nem pontosan emlékszem, hogy alapból volt e english menüpont, de szvsz igen, a webes példányról viszont eltünt.
A lokális gépen, a középső részen van egy szöveg, egy textfield, ahol lehet keresni, és két radiobuttonos rész (nyelv, állapot) valamint egy "keresés" submit button.
A webesen csak a szöveg látszik, semmi interaktív elem nincs rajta.
A moduloknál mindekét esetben van locale és localgettext is engedélyezve.
Weben és a lokálison egyaránt, a localgettext modulban választható a magyar és az angol nyelv is, be is importáltam a magyaritásokat.
42

Szabály(?), locale problémák

Hojtsy Gábor · 2004. Jún. 11. (P), 11.55
Először is szerintem nem szabály, hanem józan ész kérdése a dolog. A "minden Drupal konfigurációs kérdés" eleve túl sok egy topicba, mert ez az idők végtelenségéig folytatható. Tetszőleges számú topickot lehet nyitni nálunk különböző problémáknak. A témacsoportok szolgálnak az összetartozó dolgok kapcsolására nem a témák (a tartalomkezelő témacsoportban vagyunk). A témák sokkal specifikusabbak (nézz körül nyugodtan a témák között :).

A localet illetően elég fura problémád van, ha a localegettextben feljön a két nyelv, akkor a localeben is fel kellene jönnie. Ugyanazt a $languages tömböt használják a működésre. Sajnos ötletem sincs, hogy mi lehet a gond.
43

Javaslat

Bártházi András · 2004. Jún. 11. (P), 12.02
Egy külön témacsoport indítása a Drupalnak?

-boogie-
44

Megoldva.

Hojtsy Gábor · 2004. Jún. 11. (P), 13.21
Talán megérné külön venni más családokat is (pl. Nuke). Tudom, hogy korábban én voltam azon, hogy összevonjuk, de akkor nem gondoltam, hogy ez ilyen típusú félreértésekhez vezethet. Persze most nincs időm leválogatni a Nuke topicokat, és elmozgatni egy csoportba. A Drupalra egyszerű volt, mert még nincs olyan sok.

Ps. megváltoztattam ezen téma címét is, hogy ne legyen olyan "mindent ide küldjetek!" jellegű felhívó hangvétele. Remélem kuller azért így is idetalál :)
45

Idetaláltam:)Jó megold

kuller · 2004. Jún. 14. (H), 16.45
Idetaláltam:)

Jó megoldás volt a topik átkeresztelés.

Közben alfába lemenve kezdek rájönni, hogy mit rontottam el a location konfigurálásánál:

A http://drupal.org/project/locale oldalról letöltöttem a locale modult és felülvágtam vele az eredetit:( Az alap drupálban lévő locale modul kb 3* kisebb, tehát közelről sem ugyanaz a kettő.
Ez a kiterjesztett local modul nem akar működni, már leírtam, hogy mit látok.
Hétvégén visszamásoltam az eredetit, de hibaüzenettel elszállt.

Az oldalon található locale-move.php-t sajnos lefutattam, amiben adatbáziseditálás van. Ez megmagyarázza a hibauzenetet.

Mit tehetek, hogy visszaállítsam az eredet állapotot?

1.) Próbáljam visszaállítani az adatbázist (modjuk a lokális gép tábláinak importálásával) és másoljam vissza az eredeti locale.module-t.
2.) Rakjam fel előről az egészet.
3.) A legjobb megoldás:)

Üdv:Kuller
46

Meggondolatlanság...

Hojtsy Gábor · 2004. Jún. 14. (H), 19.22
Kérem kérem, nem kellene eszeveszetten mindent egymásra telepíteni. A legjobb rendszerek is megőrülnek, ha mindenfélét meggondolatanul rájuk tolnak.

Az összes localehez kapcsolódó táblát lehet törölni, a régi locale táblát létre lehet újra hozni, a csomagban lévő locale modult lehet használni és újra importálni minden magyar fordítást. Ha vannak adatok a rendszerben, akkor jobban jársz így, mintha újratelepítenél.
47

Egy jövőbemutató kérdése

kuller · 2004. Jún. 16. (Sze), 17.18
Egy jövőbemutató kérdésem lenne:
Ha kijön az új drupal verzió, akkor mi lesz az instalállt modulokkal? Főleg azért kérdezem, mert a mostani moduloknak egy része benne lesz a következő verzióban.
48

Olvasd el az upgrade instrukciókat :)

Hojtsy Gábor · 2004. Jún. 16. (Sze), 18.42
Ez is RTFM. Amikor megjelenik az új mellékverzió (4.5.0), akkor lesz információ arról, hogy végül milyen új dolgok épültek be, és ez milyen telepített modulokat tesz feleslegessé. Lásd a korábbi bejelentéseket.
49

Drupal 4.5.0 status report avagy mi lesz a modulokkal?

kuller · 2004. Jún. 17. (Cs), 11.48
"Drupal 4.5.0 status report

The following is a summary of what we have been working on since the release of Drupal 4.4.0 (approximately one month ago), what we are currently working on, and what we like to work on.

What we have done so far?
The list below shows what we have worked on since Drupal 4.4.0 has been released. The list is not complete but covers the most important aspects:

User profiles.We have made it possible to administer profile fields using a web interface and provided alternative ways to browse profiles by field. Despite the fact this is a work in progress, these changes have been enabled here on drupal.org. For more information consult this post.
Menu system. We made it possible to customize the navigation menu(s). You can add, delete, rename and move menu items around. While it works, we are not quite done with it as we are investigating how the existing approach can be harnessed.
403 handling. We refactored 403 (access denied) handling and added support for custom 403 pages, much like we did with the 404 handling in Drupal 4.4.x.
Syndication and news aggregation. As of Drupal 4.5.0, Drupal will ping http://technorati.com/. On a related note, We have also refactored part of the aggregator module: categorization of syndicated news items has become a lot easier.
Documentation. We have been polishing the API documentation as well as adding interesting examples."

Elolvastam, ezután merült fel a kérdés, hogy a meglévő csak modulok által használt táblákkal (pl hierarchikus menü) mi lesz? Ugyanolyan tábla struktúrát fog használni az új mellékverzió (melyben szerepel már ez a funkció), mint a mostani modulok vagy megint kitalálják a spanyolviaszt és lehet újratelepíteni az egészet.
Lehet, hogy figyelmetlenül olvastam az oldalt, de nem találtam róla anyagot, hogy a mellékverzió upgrade vonatkozik e az installált modulok migrálására.

Üdv:Kuller
50

Levelezőlista?

Bártházi András · 2004. Jún. 17. (Cs), 12.03
Szia!

A Drupal jelenleg a megújulós fázisában van. Gyökeres átalakítások is várhatóak adatbázis és program szinten is benne, azonban ehhez szoktak segítséget nyújtani. Szerintem iratkozz fel a levelezőlistájukra.

-boogie-
51

Folyamat

Hojtsy Gábor · 2004. Jún. 17. (Cs), 14.33
Ez egy folyamat, most nem lehet megmodani, hogy mi lesz a kiadásban, a tervek pedig nem biztos, hogy megvalósulnak. A Drupal az "időzített megjelenés" megoldását használja általában, ami azt jelenti, hogy nem akkor jelenik meg egy új verzió, ha elkészültek az abba javasolt dolgok, hanem egy megadott időpontra jelenik meg a kiadás, es ami addig elkészül, az kerül bele. Ezért van olyan, hogy új szolgáltatásokat vonnak vissza a kiadás előtt pár nappal, mert nem készült el a teljes implementáció, félig elkészítve meg nem illik betenni egy stabilnak mondott verzióba. Most nem lehet megmondani, hogy mi kerül majd be, és hogyan.
52

page not found

kuller · 2004. Jún. 28. (H), 18.05
Szia Goba!

A projekt modul releases részénél problémába ütköztem: az "uj release" felvitele után a "page not found" jelenik meg, a releasek helyett. A modul jó, gondolom evvel csinálták a hivatalos drupal oldal projekt részét is. ("http://drupal.org/project") Az installt többször ellenőriztem, mindent a leírásnak megfelelően csináltam: fileok, sql táblák a helyükön.
A konkrét hiba:
Az adatbázisban a project_releases táblát valamiért nem írja a drupal, az összes többit jól kezeli. (project_comment, project_issues, project_projects, project_subscriptions)
Találkoztál már hasonlóval?

Üdv:Kuller
53

Én nem használtam :)

Hojtsy Gábor · 2004. Jún. 28. (H), 21.30
Én nem használtam a project modult még.
54

külső program futtatás

kuller · 2004. Júl. 2. (P), 18.15
Szia Goba!

Az image modullal küzdök -mint tudod:)- és a thumbnail gyártással vannak gondjaim. A convert.exe progit bemásoltam a megfelelő helyre, azonban a drupal nem hajlandó futtani az exet. Parancssorból működik a konverzió, kidumpoltam a változókat is a modulból, jó értékeket vesznek fel csak az lehet a baj, hogy nincs joga futtatni az exet. Legalább is szerintem.

Tudnál valamilyen megoldást erre?

Kösz:Kuller
55

Ez egy fórum (lenne)

Bártházi András · 2004. Júl. 2. (P), 19.22
Szia!

Miért Gobát szólítod meg? Aki tud, segíteni fog. És könyörgöm, nyiss új témát a Drupal témakörön belül, mert ez így katasztrófa. :(

-boogie-
56

gd2-nek is tudnia kell a thumbnailt

Hojtsy Gábor · 2004. Júl. 2. (P), 19.48
Ja, és különben csatalkozom Andráshoz :)