informaciok képe

Most már beindult a directory modul, csak azt nem tudom, hogyan fogom összekapcsolni a book modullal?
Létrehoztam egy könyvet, a directory modul beállításainál (tudom, hogy fordítva van) beállítottam, hogy csak book page-el működjön együtt, tehát a book page nincs kipipálva, csak az összes többi.
Arra az esetre, ha a book page-et véletlenül a taxonómia modullal kellene először összekapcsolni, létrehoztam egy taxonómiai szótárat, ami ugyanolyan, mint a könyv, mármint a struktúrája, ugyanaz a neve ugyanaz az elrendezése, ugyanaz a neve minden kategóriának és alkategóriának.
Hogyan lesz ebből katalógus?
A book page már elég tűrhető állapotban van, be van állítva, hogy a főkategóriákhoz ne lehessen hozzászólást beküldeni, az alkategóriákhoz lehessen, megvannak a mezők is határozva, és van captcha is hozzá. Így ahogy van nagyjából jó is lenne, csak hogyan kellene összegyurmázni, hogy egészben legyen?

0
0
aboros képe

teljesen offtopic, nincs semmi értelme vitázni róla.

kit érdekel?! úgy értem miféle információértékkel bír az 2009 -ben egy drupal használói fórumon, hogy huszonöt évvel ezelőtt melyik gyártónak milyen típusjelzésű gépei voltak és hogy vajon hánypontnulla volt akkor a dos?! még ha mai hardvereken vagy oprendszereken vitáznátok, az is offtopic lenne!
olyan fórumozónk is van tucatszám, aki meg se született még akkor! én is csak papírról másoltam be, hogy: load"$",8,1

hagyjátok ezt abba inkább szerintem, folytassátok e-mailben, skypeon vagy mitbánomén hogyan. lezárni meg nem fogunk csak azért egy témát mert az egyik szála offba hajlik. ezt gondolom megérted. legfeljebb, ha nagyon eldurvul a helyzet, töröljük azt a szálat, csak egy klikk az egész... illetve kettő :)

0
0

-
clear: both;

csg képe

Lehet, hogy ez így működik, de ha kódot osztasz meg másokkal, akkor mindig figyelj arra, hogy semmilyen hiba ne legyen benne.

1. A táblaneveket Drupalban mindig kapcsos zárójelbe tesszük. Mint bizonyára tudod, telepítéskor megadhatunk tábla előtagot arra az esetre, ha nem csak a Drupal táblái lennének az adatbázisunkban, és a kapcsos zárójel használatával a Drupal automatikusan beteszi a tábla előtagot a lekérdezésbe. Ez a példa így nem működik olyanoknál, akik beállítottak tábla előtagot.

2. A nid az nem szöveg típusú, ezért nem kell aposztróf a %d köré.

3. A Drupal kódolási szabványa szerint a függvények paraméterei közé a vesszőn kívül szóköz is kell, nálad a $nid elől lemaradt.

4. Az utolsó komment előtt nincs //

Remélem, hogy nem veszed ezt kötözködésnek. Csak oda akarok kilyukadni, hogy többnyire azért írunk be ide kódrészleteket, hogy másoknak példát mutassunk, úgyhogy figyeljünk oda a részletekre is.

0
0

--
Csonka Gergely
http://cheppers.com

aboros képe

itt úgy szoktuk, hogy egy témában igyekszünk egy kérdést feltenni. illetve egy konkrét problémára koncentrálni, hogy később jobban kereshető-követhető legyen.
fórumtéma = a probléma, kommentek = a megoldások.
légyszi legközelebb két teljesen eltérő problémádnak két külön témát nyiss. köszi.

az első:
ez css gond, nem igazán a drupaltól függ. text-align: center -el nem fogod tudni az egész ul -t középre igazítani. vagy az egyel felette lévő divnek adjad a text-align: center; -t vagy az ul -nek adj fix szélességet és akkor margin: 0 auto;

a második:
ez egy átfogóbb témakör. nagy vonalakban a szükséges modulok (egyik lehetséges megközelítés): cck, filefield, imagefield, imageapi, imagecache. "kép" mezőt adsz hozzá a tartalom típusodhoz. különböző wysiwyg editorok is tudnak ilyen-olyan képbeillesztési megoldásokat. jó sok úton meg lehet ezt oldani, olvass utána, kérdezz konkrétat.

0
0

-
clear: both;

vitamin képe

Köszönöm a segítőkészséget. Igen, a feltételek megvannak, azok vizsgálatán túljut a telepítő.
Az MySQL-t is eléri (sőt az adatbázist is, de a táblák létrehozása előtt "ledermed").

Nem ismerem az install.php mechanizmusát, mert nem PHP, hanem ASP.NET és C#.NET alatt fejlesztek, de bizonyos okok miatt (azt mondta a főkököm, hogy belémrúg, ha nem) nagyon tetszik a PHP, ezért majd "ránézek" arra is.

Egyelőre egy speciális közösségi portált és fórumot szeretnék csak tető alá hozni.

A feltételek:

MS Windows Server 2008 SP2 x64; IIS7 x64; MySQL 5.1.40 x64; PHP 5.3 VC9 x86; El is fogadja a telepítő (Ezt a configot használja az egyik kollegám a Stanford-on és neki tökéletesen megy(ő sem PHP programozó, így nem tud segíteni. Annyit írt, hogy neki csont nélkül felment.))

0
0
Webappz képe

Igen nagy a valószínűsége, hogy menni fogok - de ha még sem mennék, akkor sem az előzetes programon múlna -, de ha már ott leszek az lesz a biztos :)

Kódsprint = összejövünk és együtt dolgozunk.
Kifejezett előadás nem lesz, hanem a közösség tagjai vezetésével lehet beszállni különböző munkálatokba.

Bevallom férfiasan még nem voltam ilyen kódsprinten, így ezért lennék kíváncsi a részletekre.
Annyival azért tisztában voltam, amit fentebb írtál, csak arra lettem volna kíváncsi, hogy lesz valami szervezettsége, menetrendje vagy csak ad hoc szerűen alakul majd a program.

Ahogy Den is írta, ha más nem, akkor csak a fordításban veszek részt, de nagyon érdekelne a programozás része is.

A fordítás terén az Open Atrium és az Übercart vonalon lehetne nagyobb eredményeket elérni, illetve ezekhez is összehozhatnánk egy egységes magyar terminológiát, illetve fordítási ajánlást.

Páldi Zoltán

andrew képe

elég aljas volt, de megvan :)
szóval itt van, hátha valaki találkozik még evvel a jelenséggel.

ha suhosin hardened php működik a szerveren, akkor a suhosinnnak van (többek között) egy default limitációja (még ha semmilyen suhosin beállítás sincs a konfigban), miszerint a POST-ban átadva max 200 változót engedélyez deklarálni.
sok modul esetén a navigációhoz tartozó menüpontok száma elég nagy és ennek a menünek az adminisztrálásakkor 200nál több elemet küld el (egy rakás checkbox, súly) a böngésző azonban a suhosin default beállítás miatt a drupal-hoz csak az első 200 jut el.

ebből következik a hiba.

az érintett php.ini-ben az alábbi deklarációval küszöbölhető ki a probléma:

suhosin.post.max_vars = x

esetleg kellhet még a
suhosin.get.max_vars = x
suhosin.request.max_vars = x

0
0
nevergone képe

Azért az sem teljesen igaz, hogy pár nap alatt végigszaladsz a CSS-en, és minden menni fog. Az első buktató az, hogy a használt HTML elemeknek szemantikai jelentése is van, ezért messze nem mindegy, hogy "hova, mit, és hogyan". Nem véletlenül javasolják a < b> helyett a < strong> használatát. Aztán ott van a CSS, ami elég szép, csak éppen néhány böngésző nem mindent valósít meg belőle, másokat pedig hibásan, pl. doboz-modell probléma. És még ott vannak olyan apróságok, mint az eltérő képernyőfelbontás, esetleg azonos böngészők más operációs rendszer alatti eltérő viselkedése (Firefox kapcsán szaladtam bele ilyenbe).
Egy olyan közepesen összetett smink elkészítése, amely minden jelenleg használt böngészőben és felbontásban is azonosan néz ki, komoly munkaórát, tapaszlatot és türelmet igényel.

0
0
János74 képe

Természetesen korábban is írtam már ilyen hosszú, sőt hosszabb tartalmat is, éppen ezért állok értetlenül a hiba előtt.

kb. 60 sikeres weboldal után pedig hidd el, pontosan tisztában vagyok a webes szövegírás alapjaival.

Viszont az általad javasolt megoldás - a hiba szempontjából - átmetileg jó lehet, hisz így egy oldalra nem kerül fel egyszerre akkora tartalom.

A gond csak az - ha már az alapoknál tartunk - , hogy az ilyen oldalak statisztikája kb. 5-ször rosszabb, mintha egy oldalra van feltéve ugyanaz a szöveg. Így, azt hiszem, ezt a megoldást csak átmetileg alkalmazom. Ha addig nem lesz megoldás...

Köszi a jó kívánságokat!

Szerintem most is menni fog, mint már oly sokszor idáig...

Eszem ágában sem volt reklámozni magam! Bajban vagyok, mert nem tudom elindítani a kampányomat!

És mivel egy ilyen, milliós nagyságrendű bevételt jelent, ezért igencsak komolynak érzem a helyzetet!

0
0
Paal képe

http://localize.drupal.org/translate/languages/hu/export?project=calendar

Release: 6.x-2.2 only (de amelyik van)
Type: Include both English originals and translations
Packaging: All in one file
Verbosity: Verbose files useful for desktop translation

Export

Lemented a calendar-6.x-2.2-hu.po nevű fájlt.
Az oldaladon az

Adminisztráció › Webhelyépítés › Felület fordítása › Felület fordítása/Import (admin/build/translate/import)

Mód: A már fordítással rendelkező karaktersorozatok megmaradnak, csak az új karaktersorozatokkal bővül az adatbázis

Asszem nem fog mindent magyarítani, de hátha. A fordításban nagyon jól dolgoztak a srácok, köszönet érte ezúton is!

Azt nem tudom miért duplázódik, ahhoz látni kellene a views-t. Egy exportot idemásolhatnál.

--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan