Hát, az insert modul egyrészt
Hát, az insert modul egyrészt nem nagyon fog migrálgatni semerre sem, max az új tartalmak beszúrásánál fog dolgozni. Sőt, van olyan issue is neki, hogy settings.php-ban kell változót konfigurálni, amitől egyáltalán hajlandó lesz absolut urleket használni, de lehet, hogy fordítva, pont arra kell a $conf, hogy ne dobálja már nekem direktben a contentbe a http://ezenaszerverenfejlesztek.hu-t. Ezt most nem vágom, de jópár sitenál szívtam már vidáman inserttelgetett képekkel.
Az ilyen úton tartalomba szúrogatott absolut urlnél aztán éles oldalra költözéskor jön a vidámság, amikor az összes node-ban http://localhost/sites/default/files/stb.png lesz a kép útvonala.
A google részét nem nagyon vágom, de meglepődnék, ha egy ennyire irreleváns dolog súlyt kapna az értékelésben, de erről írhatna valaki okosat.
Röviden:
1. Az insert modul jó
2. Abszolút url nem menő
3. http://drupal.org/project/pathologic -> ezzel viszont szűrő szinten lehet mindenki igényeit kielégíteni, és nem lesz gáz a költözéskor, én ezzel szoktam az elcseszett insert által beszúrt képeket kijavítani.
----
Rájöttem, miért kérdezek olyan ritkán a drupal.hu-n. Amíg szedem össze az infokat a kérdéshez, mindig rájövök a megoldásra.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Úgy szeretném, mint pl. az
Úgy szeretném, mint pl. az https://www.aqua.hu/ keresőjénél, azaz elkezdem beírni a szót, és ahogy haladok szűkül a találati lista, ami automatikusan megjelenik alul.
Ezt tudja is a felfedett szűrő a Views-ban, megjelennek a találatok a táblázatos nézetben, csakhogy az https://www.aqua.hu/ oldalon és sok más oldalon a kurzor ott marad, ha leállok a beírással, majd kis szünet után tudom folyatni a beírással, a Views-nál viszont ha megállok egy pillanatra, akkor a kurzor eltűnik és vissza kell kattintanom, de mivel ezt nem mindig veszi észre az ember, mindenféle bénázást történik közben. Pl. megnyomom a Backspace billentyűt, hogy töröljek egy betűt, de mivel nem ott van már a fókusz, a böngésző ablakában megy vissza egy korábbi ablakra.
Valószínűleg az AJAX az egész Views táblát a kereső beviteli mezővel együtt újra bedobja, azaz frissíti és ezért ugrik ki.
Valahogy rá kéne venni, hogy ezt a keresőmezőt hagyja ki a frissítésből.
Talán ezt kéne beírnom valahová:
'#attributes' => array('class' => array('ctools-auto-submit-exclude')),
De hová?
Ez az infó az auto-submit.js file 22. sorában van.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
ne használd azt az útmutatót!
Ne használd azt az útmutatót Drupal 5.0 telepítéséhez, legalábbis ne szó szerint értelmezve. Az korábbi verzióhoz íródott. Most be is írtam oda egy figyelmeztetést.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Pedig biztos az image okozza
Pedig biztos az image okozza a gondot, ott a hibaüzenetben is. a GD pedig egy képkezelő eszközkészlet. Az image modul amúgy nem ajánlott, próbálj helyette másra áttérni.
Laza
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Rakjad fel az imce modult,
Rakjad fel az imce modult, állítsd be, az fckeditronak add meg, hogy azt használja és akkor lesz, nem tudtam, hogy ez még nincs meg.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha az idei Drupál Hétvégén
Ha az idei Drupál Hétvégén ismét felteszi pp a kérdést, hogy ki tudja mik azok az elérési szabályok, akkor mostmár Te is jelentkezhetsz :) .)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az utasítás vére van hajtva
Az utasítást végrehajtottam méghozzá kézzel, aztán 777re állítottam a fájlt sőt az egész könyvtárat, de a telepítés így sem megy.
Mi lehet a megoldás?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az én problémám? Én már
Az én problémám? Én már kijavítottam magamnak. Ha egyszerűen is lehet, szívesen beviszem az általános fordításba, ha ez mindenféle bonyodalmakkal jár, akkor nem érdekes.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
az ott a beküldési irányelvekben van.
ha kicsit megfordítjuk könnyebb lesz szerintem.
legyen az, hogy minden rolet ugyanarra az urlre irányítunk a linkkel, mondjuk node/42 így nem kell trükközni a link átírással. ennek a nodenak üres a törzse. ha kell a title is eltüntethető egy szép előfeldolgozóban.
hogy mégis minden role mást lásson ezen az útvonalon azt úgy érjük el, hogy a "tartalmat" blokként hozzuk létre. mondjuk van három role, akkor kell három blokk. mindegyikbe benne van a megfelelő dolog. mindegyiket rendre beállítjuk, hogy csak adott role lássa. aztán mindet bepakoljuk egy content-top régióba és csak a node/42 oldalon jelenítjük meg. bumm.
mindenki a /sugo oldalon éri el a "súgót" mégis mindenki mást lát ott.
a másik, hogy valami hozzáférés szabályozó modullal mondjuk content access szabályozod a hozzáférést, az egyes oldalakat nodeként létrehozva, plusz egy "álnode", mondjuk node/42 és aztán az előfeldolgozóban, ha arg(2) 42, akkor megnézzük a global $user->role és az alapján hopp egy "elegáns" drupal_goto()
:) de ezt inkább ne. :)
vagy:
létrehozzuk a céloldalakat, nodeként, content_access -el szabályozzuk a hozzáférést. létrehozunk egy menüt is és a nodejainknak menüpontot hozunk létre benne. aztán a menü blokkját a kellő lapon modnjuk node/add/tistuta berakjuk egy content-top régióba. hopp, mivel a menürendszer okos, mindenki csak azt a menüpontot látja majd (1 linket:) aminek céljához amúgy van hozzáférése.
nem is tudom, talán az utolsó az elegáns. vagy egyik se. mindegyik elég gyors viszont és a középső kivételével egy sort se kell kódolni egyikhez se. az elsőhöz még plusz modul (content_access) se kell.
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szerintem az már rossz, ha a
Szerintem az már rossz, ha a megbízó készíttet egy oldalt és utána azt mondja, hogy csapj hozzá egy webshop-ot... :)
Először is nem mindegy, hogy milyen bővítésről van szó. Egy webshop hozzácsapása azért nem olyan egyszerű, mint pl. egy profil bővítése, vagyis feladat válogatja hogyan érdemes és lehet nekiállni.
Általánosan szerintem elmondható, hogy praktikus egy webszervert feltelepíteni a gépedre, és a működő oldalt és az adatbázist oda lementeni. Itt lehet kísérletezni.
Sok esetben egyszerűbb egy egy részproblémát így kipróbálni, majd az éles oldalon ugyanúgy beállítani (ha kell ez időre kikapcsolni offline-ba az oldalt). Persze ha CCK vagy Views-al kapcsolatos a dolog, akkor ott van export/import azzal egyszerűbb.
Aztán persze, van olyan is amit az átlagfelhasználó nem lát addig, míg meg nem mutatod neki, így akár az éles oldalon is be lehet állítani. Pl. ha Views-al csinálsz egy blokkot, akkor addig míg el nem készülsz vele, addig úgy állítod be, hogy csak te lásd.
Szóval feladata válogatja, ezért érdemes a megbízót jó előre kifaggatni mit is akar rövid, és hosszútávon. Ilyen pl. a többnyelvű oldal, ahol dupla munka, ha először csak magyar az oldal és azt kell angolosítani, mintha egyből angol-magyarra készül...
...mit tudok: http://web.termuves.hu