Nagy Gusztáv képe

Szerintem a gyors megoldás az lenne, ha a Taxonomy modult felhasználva azonos címkével látnád el az egy témához tartozó cikkeket. Csak megnézed, hogy az adott címkéhez milyen útvonalat generált az oldalad (pl. taxonomy/term/1) és már mehet is egy menüpontba.

Ha ennél komplexebb megoldás kell, akkor a Views modult is meg kellene ismerned.

1
0

Nagy Gusztáv

pp képe

gondolom azért ellenőrzőösszeg, mert számolják, még, ha nem is mindig az összeadás az ami a művelet. Az ellenőrző szám, vagy ellenőrző számjegy jobb lenne, ha egy számról vagy számjegyről lenne szó, de a hash tipikusan nem számjegy, vagyis az, csak ugye nem úgy jelenik meg... na megyek inkább modult írni. :D

pp

0
0
Illyés Edit képe

Ha hozzáférsz az Apache konfigurációs fájlhoz, és a szerveren más honlapokat nem zavar, akkor ott be tudod állítani, hogy előbb keresse az index.php-t, és csak ha azt nem találja, akkor nézze meg az index.html-t.

A problémamentes megoldás pedig az, hogy a nem publikust Drupalt kiteszed egy aldomain-re (esetleg: alkönyvtárba) és kész.

0
0
pp képe

A rendezvény elsődleges célja az, hogy a Drupal-lal foglalkozó embereket összehozza. Nem képzés és nem is konferencia. Az előadások pusztán apropót szolgáltatnak, az igazi DUG ez után jön, amikor leülsz és dumálsz azokkal az arcokkal akiket itt csak karakterekben ismerhetsz, vagy olyan emberekkel akikről még sose hallottál de ők is drupalosok.

Személyes véleményem szerint az internet összehozza az embereket, de a személyes találkozókat nem helyettesíti. Ezért fontos számomra ez a rendezvény és örülök, hogy Kristof-nak eszébe jutott. ;)

A DUG egy önszerveződő rendezvény. Nagyon fontos, hogy az önszerveződő nem azt jelenti, hogy Valakik megszervezik hanem azt, hogy Mi. Arra kérnélek és mindenkit erre buzdítok, hogy írjátok le milyen témákat hallanátok szívesen. Bárkinek akinek van kedve megmutatni magát a közösségnek, esetleg egy projekt elkészítését bemutatni szeretettel várjuk.

Én személy szerint úgy gondolom, hogy egy ilyen előadásnak igen is helye van és helye kell, hogy legyen egy ilyen rendezvény sorozaton. Már csak azért is, hisz az ezt megelőző találkozón éppen ez a téma is felmerült mint lehetséges előadás.

Mivel nem voltam ott ezért csak hallomásból tudom, hogy sok új arc volt akik a megszokottól eltérően az előadás után távoztak. Ezzel elszalasztották azt a lehetőséget, hogy a Drupal-ról beszélgessenek jól.

A hozzászólásodból levonható az, hogy egy-egy ilyen előadás mellé még egy Drupal-os témát is mindenképpen be kell nyomni, csak ezzel az a probléma, hogy nem tolonganak ezren(még), hogy egy-egy 5 perces előadásban bemutassák saját moduljaikat. Majd valahogy megoldjuk.

A legutóbbi Drupal Konferencián az ötperces előadásokra csak egy jelentkező volt, ezért kénytelenek voltunk Gobával beugrani és tartani egy-egy ötperces szösszenetet. A sors iróniája, hogy éppen Márk volt az az egy jelentkező. ;) Remélem mindenki látja a párhuzamot ;)

Reményeink szerint a következő alkalommal Edgarp fog egy jó kis előadást tartani "Ezer arcú Taxonomy" címmel. Kőkeményen Drupal-os téma.

pp

stewes képe

Szabályos eltávolításon azt értem, hogy előbb az Admin/Webhelyépítés/Modulok-nál előbb kivettem a pipát a Date és Calendar moduloktól. (A függőségeket is figyelembe véve végül minden jelölőből kivettem.) Ezt követte egy update, majd ugyanitt az eltávolításnál ezek eltávolítását megtettem, update, s végül törlés a szerverről.

Elég nagy bajban vagyok, mert fáradtan, félálomban éjszaka próbáltam beállítani. A pontos lépéseket így nem tudom visszaidézni. Első menetben csak a telepítés lépésein mentem végig (feltöltés/engedélyezés), ennek utolsó lépésében a Viewshez vitt, s a rózsaszin felírat szerint jóváhagytam a nézet beállításait.
Kiraktam a calendar és az upcoming blokkot. Felvettem egy eseményt. Amit furcsállottam, hogy két teljesen egyforma adatbekérés volt az űrlapon. Ha csak az elsőt állítottam be, az új tartalom létrejött, de nem jelent meg az Upcomingban. Ha mindkettőt, akkor megjelent, de kétszer. Ha csak a másodikat állítottam be, akkor nem fogadta el (ha jól emlékszem).
Talán az első nagy lépés a kavaráshoz az volt, amikor a Date Toolsban töröltem a beállíást. Ezt azért tettem, mert szerkesztési lehetőséget nem találtam. Date Wizardban újra megpróbáltam beállítani a modult. Ekkor kaptam egy field_data már létezik hibaüzenetet. Második hibás lépés: megpróbáltam fielad_data2-vel. Eredmény: most már 4 dátumbekérésem van az űrlapon. Illetve nem is négy, hanem eleve több volt, többféle formában. Ezek is duplázódtak.
Ekkor álltam neki a modulok eltávolításának, s újbóli telepítésének. Ennek eredménye az, hogy megint megduplázódott az dátumbekérések száma, s egy rakat hibaüzenet.

Most így néz ki a Dátum beküldése oldal: http://bbbse.hu/hiba/hiba-datum.jpg

Kiegészítés: volt a kezdetekben egy olyan állapot, amikor minden jónak nézett ki, de csak akkor, ha be voltam jelentkezve. Kilépve hibaüzenet volt az oldal tetején, az időzónával volt baja, nem jegyeztem meg, hogy mi.

Lehet, hogy mégis Pálnak van igaza azzal, hogy ha nem értek semmihez, akkor miért erőlködöm.

0
0

„Kattintgatós amatőr”

cartman képe

Elnézést, hogy értelmetlenül írtam le, nem gondoltam bele, hogy aki nem látja annak nehéz követni. Remélem most kicsit összeszedettebb lesz a leírás.

Tehát a következő felhasználói csoportok vannak: főszerkesztő, szerkesztő, user és a 2 alap az autheticated user és az anonymous user.

Ez a rendezvény egy oldalnak csak egy kis része, alapból híreket tartalmaz az oldal, közösségépítés céljából lehet rendezvényeket szervezni. Rendezvényt a főszerkesztő tud felvenni és az összes regisztrált felhasználó tud rá jelentkezni.

Telepítettem a webform modult, a tartalomtípusok között van egy rendezvény nevű, webform típusú tartalomtípusom. Itt a tartalomtípusoknál a rendezvény nevű tartalomtípusnak szerkesztettem a mezőit ("mezők szerkesztése") és a "Mezők kezelése" fülön hozzáadtam x darab mezőt csoportba foglalva. -> alapadatok

A főszerkesztő tud felvinni rendezvény nevű tartalmat, felvitelkor ki kell töltenie a cím, leírás, és a hozzáadott mezőket, majd megnyomja a mentés gombot. Így a rendezvény adatait felvitte. Ezután tudja hozzáadni az űrlap komponenseit, amit a jelentkezőnek (regisztrált felhasználónak) ki kell töltenie ha szeretne résztvenni a rendezvényen, ez most 1 darab szövegdoboz ami a megjegyzést tartalmazza majd.

* egy másik kérdés lenne, hogy megoldható e az, hogy ez az űrlap ami megjegyzés szövegdobozt tartalmazza fixen tartozzon a rendezvényhez. A rendezvény felvitel annyi legyen, hogy megadja az alapadatokat és kész, az űrlapot a drupal hozzáadja.

Mentés után a "Mezők kezelése" fülön hozzáadott mezőket nem jeleníti meg, de adatbázisba elmenti.

A rendezvényeket views modullal szűrve jelenítem meg egy listázó oldalon, Views-ban lekérdezem a rendezvény alapadatait és listaszerűen megjelenítek x darab rendezvényt, ez működik, megjelenik minden alapadat -> views visszaadja.
Ha itt kiválaszt valaki egyet akkor megjelenik a konkrét rendezvény az űrlappal. Ezt az oldalt a webform modul állítja elő, megjelenítené az alapadatokat és az űrlapot, de a "mezők szerkesztésével" hozzáadott alapadatok nem jelennek meg, csak a cím, leírás és az űrlap.

Módosításkor a "mezők szerkesztésével" hozzáadott mezők üresek, nem tölti fel a lementett értékekkel, újra be kell írni és azt már jól jeleníti meg mentés után, rendesen működik.

Köszönöm, hogy ilyen kitartóan foglalkozol a problémámmal.

Zoli

0
0
Luigi.hu képe

Először is szeretném azt elmondani, hogy eredetileg az volt a célom, bizonyos felmerülő projekteket alvállalkozók segítségével végzek el. Az első levelekre adtam visszajelzést és elkezdtem az egyeztetést is, de történt egy olyan magánjellegű probléma, ami miatt nagyon felborult a családunk élete.

Ehhez ugyan a nyilvánosságnak semmi köze, de ha már ilyen kedvesen előhoztátok a témát itt fórumon, akkor elmondom, hogy az apósom kórházba került, mert nem tudja mozgatni semmijét. Azért, hogy továbbmenjenek az ő dolgai, és segítsünk ezen az állapotán, emiatt elég nagy feladat hárult a családra, összefogtunk, én például elég sokat leutaztam Budapestről Szegedre az elmúlt x hétben.

Sajnálom, de emiatt nem foglalkoztam ezzel a témával azóta, mivel rá akarom szánni az időt arra, hogy alaposan válasszam ki azt a személyt (szakmailag és emberileg), akivel hosszabb távon szerettem volna együtt dolgozni.

Sajnos az apósom állapota nem változik, ezért most nem tudom megmondani, hogy mikor tudom az ajánlatokat alaposan átnézni, majd a projekteket összehozni, de elég nehéz ez a helyzet, rendszerint hajnalban megyek aludni, ezért most nem ez az első számú gondom. Egyébként köszönöm az ajánlatot és türelmét Mindenkinek, aki írt nekem.

De. Eléggé elszomorítóak voltak számomra a "kedves" hozzászólások, emiatt is írtam ide ezt a választ. Ezek kapcsán annyit mondanék, hogy ha nem ismerném a Google-t, és itt szeretnék árakat tesztelni, akkor azt nem a 2 éves, domaines nick nevemen tenném, hanem arra létrehoznék egy új regisztrációt/nevet.

Továbbá a "segítséget tud kérni a fórumban másra már nem futja az írásból" és az "ezt felénk úgy hívják pofátlanság" megjegyzéseket igazán köszönöm, de ilyen rosszindulatú beszólás esetén érdemes talán előbb privátban érdeklődni, hátha olyan probléma van a háttérben, amit nem tudtál elképzelni.

A nagyközönség számára ez a dolog szerintem nem annyira érdekes, ezért most szépen zárjuk is le a nyilvános témát, a beszólást nyugodtan meg lehet privátban is oldani.
Peace.

0
0
Hojtsy Gábor képe

Egyszer készült hangfelvétel (az első PHP konferencián) nem a szervezők kezdeményezésére. Az nagyon jól használható volt. Egyszer készült videófelvétel, az NIIF-nek köszönhetően, tényleg profi módon.

Ehhez képest jelentősen többször próbáltunk meg konferenciáinkon mp3 felvevőkkel és videókamerákkal (hol saját, hol felkért emberekkel) felvételeket készíttetni. Az az általános tapasztalat, hogy a hangfelvételek darabosak, nem teljesek, nem elég hangosak stb. A videók sokszor nem az előadót veszik, a legváltozatosabb technikai problémák adódtak, pl. valójában fekete képet rögzítettek egy alkalommal több előadásról is. Amikor készült valamiféle felhasználható videó nyersanyag, akkor sem volt rá ember, aki megvágja, fóliákkal, feliratokkal összevágja, hogy egy használható videófelvétel készüljön.

Igen, akik ezzel foglalkoznak, azoknak ez jobban megy, ezt mutatja az NIIF felvétele is, vagy a számunkra is ajándéknak számító első PHP konferencia felvétel. A tapasztalatok azt mutatják, hogy ha rajtunk múlik, akkor nem lesz használható hang vagy videófelvétel. Nem értem pontosan mit értesz az alatt, hogy támogathatnánk a felvételek elkészültét.

jf képe

Nekem is volt már hasonló feladatom, hozzáteszem nem sikerült kielégítően megoldanom. A fő problémát az okozza, hogy az A oldal sütijét nem fogja látni a B oldal. Pusztán az ip cím ellenőrzés nem elég, mert több gép is lehet hálózatba kötve egy tűzfal mögött, és kívülről mindegyiknek ugyanaz lesz az ip címe.
Nekem csak úgy sikerült megoldanom ezt, hogy egy domainen volt a két oldal. Ebben az esetben nagyon egyszerű, csak azt kell beállítani, hogy ugyanazt a session táblát használja mind a két Drupal.

Még talán azt kipróbálhatod, ha van lehetőséged rá, hogy a B oldalt elérhetővé teszed az A egyik aldomainjéről is, és erre a címre irányítod át a felhasználót, ha át akar menni a B-be. A Freeblog például ilyen megoldást használ. A főoldal (freeblog.hu és a www.freeblog.hu) egy linux-apache-php szerveren fut, míg az adminisztrációs felület és az összes blog, egy windows kiszolgálón.

0
0
MrPrise képe

Eddig úgy gondoltam, hogy azért van a hook_form_alter() hogy mindenféle form-mal kapcsolatos módosítást ott el lehessen végezni és a theme fv-k pedig azért vannak, hogy ott a megjelenéssel kapcsolatos dolgokat intézze az ember. Viszont ha a theme fv-ben bővítjük a form-ot, akkor a hook_form_alter() már nem tudja ellátni a feladatát, mivel annak hívásakor még nem teljes a form, nem tudjuk a form minden elemét elérni vele. Ezért gondolom, hogy nem elegáns a megoldás. Az elegáns szerintem az lenne, ha a theme fv miután megkapja a $form-ot, az abban található elemek alapján (és csak azok alapján!) generálja a HTML kódot. Igen, tudom, hogy ez így is történik, de jelenleg pl. akkor is generálja az argument fieldsetet ha történetesen hiányzik az az elem a $form tömbből (ill. megpróbálja generálni). Nyílván a views fejlesztői nem gondolhattak arra, hogy valaki egyszer majd le akarja tiltani az egyes részeket a formról és annak ez gondot fog okozni.

0
0