manuálisan kell kiírnod a mező tartalmát
az adott tartalom típusnak megfelelő tpl.php fileban manuálisan tudod kírni a mező tartalmát. nem próbáltam még ezt a filefield -et, de gondolom ugyanúgy megy, mint bármilyen más mező. tegyük fel, hogy a meződ neve (machine readable name) 'kep'. akkor a mező tartalmát így éred el: $node->field_kep ami pedig egy tömb, sorszámozottan tartalmazza az értékeket, amik további tömbök. tehát az első (nulladik) képnek valahogy így kell meglennie:
$node->field_kep[0]['value'] legegyszerűbb, ha print_r -el kiíratod az egész $node->field_kep tömböt és akkor meglátod mi van benne.
persze ilyenkor a mező beállításainál a teaser és a full nézetben is hiddent kell állítanod, hogy ne kétszer jelenjenek meg a dolgok. (egyszer a $content részeként és egyszer amikor te írod ki azokat)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
OFF TOPIC, DE....
Kicsit késői a hozzászólásom, azóta remélem megoldódott a probléma, bár konkrétan nem jelezted vissza, hogy success..:-) Az apache szervereken legtöbbször az okozza a galibát, hogy az adott virtuális szerver központilag beállított konfigja eltérő beállításokat tartalmaz, mint a drupal .htaccess állománya.
Erre is, és a hasonló helyzetekre is egy jó megoldás lehet, hogy (egy biztonsági másolat készítése után!!!) a bejegyzéseket kikommentezed a '#' jellel, és egyesével engedélyezed, majd ellenőrzöd, hogy melyik az a beállítás, amelyik engedélyezése után már hibajelzést kapsz.
Nekem a
Options -Indexes
Options +FollowSymLinks
sorok okozták a galibát, ezeket kikommentezve minden normálisan működött.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
mi kell a Drupalnak
Gondolom sajat gepen szeretned eloszor kiprobalni
1. kell apache, php es mysql amit megkapsz egy csomagban ha letoltod peldaul az xampp-ot
http://sourceforge.net/project/showfiles.php?group_id=61776
az xampp-control.exe programmal tudod be es kikapcsolni az apache szervert es a mysql adatbaziskezelot. mindketto legyen bekapcsolva.
2. kell a Drupal amit letolthetsz a drupal.hu fooldalarol vagy innen
http://drupal.org/project/drupal
itt (most) valaszd a Drupal 6.6-os verziojat.
3. csomagold ki a Drupalt az xampp htdocs konyvtaraba.
4. ird be a bongeszodbe a http://localhost/drupal-6.6 cimet, es maris latnod kellene a Drupal telepitot..
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Videók a konferenciáról
Szia!
Már fönn van a fele, úgy intéztem, hogy Goba előadása benne legyen az első körben - 10-ből 5 került föl.
Az archive.org most sz@rakodott velem, de reggel megint tudtam lassan tölteni a következő adagot.
http://www.euromenedzser.hu/drupal_konferencia_bp_2008
(szerk: a címet megváltoztattam, most eszembe jutott, hogy ide is megírtam annó, szóval cseréltem itt is...)
Vagy az archive.org-on közvetlenül: http://www.archive.org/details/drupal_konferencia_bp_2008
Az nem gond, hogy 'Producer: Drupal Magyarország', ugye?
Ha gond van valamelyik videóval, jelezzétek!
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
TeeCee, the One and Only
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem igazan ertem
hisz Edit mar az elso hozzaszolasban valaszolt, hogy ez siman mukodik CCK-val es minden mas mezo eltuntetheto..
csinalsz egy sajat tartalomtipust, a body mezo nevet kitorlod, mivel az nem kell
teszel hozza ket CCK datum mezot
Automatic Nodetitles modullal a node cimenek megadod a felhasznalo nevet, vagy barmit amit gondolsz, es egyben elrejted a title mezot a node bekuldes formrol.
megnezed a node bekuldes formot egy olyan felhasznaloval aki nem a user 1. Mi az amit latsz a ket datum mezon (es a 3 gombon) kivul? Jo talan a "preview" gombot el lehetne tuntetni a theme_node_form()-mal, mert az ezen a tartalom tipuson tenyleg tulzas (es ezt nincs lehetoseg tartalom tipusonkent szabalyozni), de en mast nem latok..
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
igyekszem
de van amikor nem lehet. Ha a jelenlegi tudásom megengedné, hogy pikk-pakk feltoljam egy homokozóba a local tartalmát, akkor megtenném, hidd el.
Addig is megpróbálom imitálni. Az eredmény és a hibaüzenet. Ez utóbbi csak azért érdekes számomra, mert ha ugyanezt a képet az Image Attach jóvoltából jelenítem meg, akkor simán megy, azaz felajánlja a "nem létező" könyvtárban levő képet. Csak ugye ez megjelenésében nem az amit szeretnék. Azt már megtanultam, hogy nem feltétlenül megy jól minden almodul (Image alatt, által létrehozott?), de most akkor is lépésről, lépésre szeretném megismerni és megérteni a miérteket.
Egyébként a relatív az mihez képes relatív? A drupal, illetve a moduljai számára mindig ugyanaz a root? (akkor ha modulokat a sites/all/modules helyre másolom)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ellenpélda
Azt azért merész következtetésnek vélem, hogy "kis cég honlapját vagy a gyerek osztályhonlapját, akkor egy ilyen szolgáltató tökéletesen megfelelő"
csak egy ellenpélda: Ryan Deiss, az USA egyik legnagyobb és legjobban fejlődő online marketing guruja is ezt a szolgáltatót használja, és az ő napi látogatottsága picit magasabb, szerintem mint bármelyikünk által valaha legyártott honlap napi látogatottsága itt Magyarországon.
Ellenpéldának mutatnék itt egy cikket, amely ugyan nem Drupal, de jól mutatja, hogy a legtöbb esetben semmit sem tudhatsz a szolgáltatódról, jobbára csak a marketing-üzenetek alapján döntesz egyik vagy másik mellett. Aztán hogy odabent, a szolgáltatónál hogyan mennek a dolgok...
http://hup.hu/cikkek/20090222/backup_nelkul_mennyire_bizhatunk_meg_az_ad...
scripts
nézz bele a drupal könyvtárad scripts alkönyvtárába.
ott van cron-curl.sh ill. cron-lynx.sh file is.
függően attól, h a szolgáltatód mit támogat vagy preferál a megfelelő file-ban átírod a vonatkozó url-t, majd:
a: az úgy megkapott sort beírod/beíratod a cron bejegyzéseid közé (természetesen kiegészítve az időzítési bejegyzéssel)
b: az így kapott file-ra hivatkozol/hivatkoztatsz a cron bejegyzéseidnél (a crontab file formátum adott és itt is betartandó)
c: nálam ezek az sh file-ok vannak meghívva cron-ból, de megfelelően el vannak különítve a php által elérhető résztől (milyen szép is lenne egy hiba során vmi tutit írni ebbe a file-ba amit aztán rendszeresen meghív nekünk a cron). szóval szeparálod és átrakod vmilyen módon biztonságos részre és ott hivatkozol rá cron-ból.