Illyés Edit képe

Pl hogyan tudok egy előre megírt php scriptet a link mögé tenni (include-olni esetleg) ami egy másik adatbázis, vagy épp ugyanazon adatbázis de drupal által nem használt táblájából olvas ki adatokat.

Én még ilyenről nem hallottam, hogy PHP szkriptet link mögé teszünk. Szőrszálhasogatást félretéve, a Drupalban szinte bárhová lehet PHP kódot beilleszteni: tartalom (node), blokkok, smink. Tehát semmi akadálya, hogy oldalba beszúrj egy szkriptet, ami az URL-ből veszi a szükséges paramétereket. Ilyenkor a beviteli formát át kell állítani PHP kódra.

a belépett felhasználó hogyan követhető?

Írasd ki a $user-ben tárolt értékeket print_r() függvénnyel, abból látod, hogy milyen adatokkal tudsz dolgozni.

0
0
Illyés Edit képe

Mikor utoljára foglalkoztam ezzel, akkor ez még megoldatlan kérdés volt, és egy gyors keresés után nem igazán látom, hogy történt volna előrelépés. Én annak idején sminkből oldottam meg a fordítást. Lekérdeztem az aktuális nyelvet, és attól függően írattam ki a mezők nevét.

0
0
Illyés Edit képe

A php.ini-ben próbáltad a max_execution_time értékét nagyobbra venni? Adatbázis biztonsági mentés után a search_ táblák kitakarításával is lehet próbálkozni...

0
0
Illyés Edit képe

Az érdekelne, hogy pontosan mit is tartalmaz ez a vékony réteg, mivel nyújt többet a használata, mint ha nélkülözném?

Itt van benne, te magad idézed:

Ilyen funkciók az általános űrlapkezelő rendszer, a vékony adatbázis kezelő réteg, a felhasználókezelő alrendszer.

Ki szeret űrlapkezelőt, adatbáziskezelő réteget, felhasználókezelést és hasonló "izgalmas" dolgokat írni? A Drupal már szinte az összes unalmas feladatot megoldotta, neked csak az alkalmazás lényegével kell foglalkoznod.

Ráadásul a lényegi feladatok megoldásához is egy sor kattintós eszközt kínál a Drupal: tartalomtípusok (CCK), listakészítő (Views), eseményekre reagálás (Action)...

Szerintem Edit is tud majd erről pár szót szólni (ezen hozzászólásból kiindulva).

Őszi webkonferenciára megpróbálom összerázni és általánosítani (egyelőre teljesen a saját egyéni igényeimre van szabva, de kettős könyvelés, stb. gondolom mást is érdekelhet).

0
0
Illyés Edit képe

Hogyan tudnám megmondani, hogy az idei versenyem, mely csapat vesz rész? És a következő versenyen?

Készítesz egy Verseny tartalomtípust, aminek legyen egy Csapat node reference mezője. Új verseny kiírásakor felviszel egy új Verseny node-ot, és beklikkeled, hogy mely csapatok vesznek részt.

A node reference sajnos csak Select list és Autocomplete Text Field lehetőségeket kínál, checkbox nincsen.

Egy adott csapat (mondjuk a Kék csapat) az minden versenyen állhat más és más versenyzőkből. Hogyan adhatnám meg, hogy az adott versenyen szereplő csapatnak kik a tagjai?

Szerintem ez hasonló probléma, mint az Observer elektronikus újságnál volt a rovatkérdés. A rovatnak vannak fix részei (pl. rovatcím), és mozgó részei (aktuális cikkek). Erre 2 külön tartalomtípust hoztak létre, és a Rovat-fix tartalomhoz node reference segítségével csatolták a Rovat-mozgo tartalmakat. Azt, hogy éppen melyik Rovat-fix típusú node az aktuális, dátum mező segítségével állapították meg.

Nálad talán úgy lehetne megoldani, hogy van egy Csapat-info tartalomtípus, itt viszed fel a csapatok állandó adatait (csapatnév, cím, stb.). És van egy Csapat-tagok típus, itt node reference select listából kiválasztod, hogy melyik Csapat-info node-hoz tartozik a taglista, ill. egy másik node reference select listából kiválasztod az aktuális tagokat. Amikor változik a taglista, akkor mindig új Csapat-tagok node-ot készítesz. Ezeket a Csapat-tagok node-okat aztán Verseny dátum szerint le tudod kérni Views segítségével:

1. Listázod azokat a Csapat-info tartalmakat, amelyek az aktuálisan megtekintett Verseny node-hoz kapcsolódnak node reference segítségével. Magyarán: azon csapatok listája, amelyek az aktuális versenyen részt vesznek.
2. A Csapat-info tartalomtípusba pedig legyen beágyazva Viewfield modullal egy nézet, ahol argumentumként átadod a Verseny időpontját, a nézet pedig listázza azokat a Csapat-tagok típusú, közzétett node-okat, amelyek az akutálisan megtekintett verseny időpontja előtt keletkeztek, fordított időrendi sorrendben (legfrissebb legyen a lista tetején), és a lista csak 1 elemet tartalmazzon.

Tehát akkor működik a dolog, ha a Verseny tartalmak esetén az URL végéhez mindig hozzáragasztod a verseny időpontját. A Views egyrészt kilistázza azokat a Csapat-info oldalakat, amelyek az aktuális versenyhez tartoznak (résztvevő csapatok listája) – másrészt pedig a listán megjelenő Csapat-info típusú oldalak maguk is tartalmaznak egy-egy beépített nézetet, amely Csapat-tagok típusú node-okat listáz, méghozzá mindig az URL végén lévő dátumhoz legközelebb eső múltbeli listát. (Megoldható, hogy ha az URL végén nincs argumentum – éppen nem Verseny típusú node-ot nézünk – akkor mindig a legfrissebb Csapat-tagok listát illessze be.

0
0
Illyés Edit képe

Létezik egy Import/Export project, de én nem látom, hogy valami komoly mozgás lenne arrafelé. Jelenleg szerintem kézzel kell átmozgatni a tartalmakat az új adatbázisba. Mivel csak lineárisan egymás után akarod őket bepakolni, ezért jól használható a pp által itt leírt node_save() módszer.

0
0
Illyés Edit képe

A Taxonomy Fields CCK kiegészítőt nézd meg, szerintem pont ezt csinálja.

0
0
Illyés Edit képe

A Views Theme Wizard megmutatja, hogy melyik smink funkció állítja elő az adott táblázatot. Ezt a szokásos módon tudod felülírni template.php-ben, vagy külön tpl.php sablont készítesz rá. Elég sok bogarászás, de a Views nagyon jól sminkelhető.

0
0
Illyés Edit képe

A User settings oldalon (admin/user/settings) be lehet állítani, ha adminisztrátori jóváhagyás szükséges a regisztráció aktiválásához.

0
0
Illyés Edit képe

Ugyanis most a beküldött tartalom alatt jelenik a login blokk

Milyen smink teszi neked a login blokkot a tartalom alá? Nincs left sidebar és right sidebar a blokk beállítási oldalon?

0
0