Sajnos nem jött össze.
Sajnos nem jött össze. Szerintem a Disclaimer modul a hunyó, mert 7-eshez még csak ez dev verzió létezik, és talán azért nem akar működni. Legalább is amit én szerettem volna, azt nem csinálta. Konkrétan az oldalspecifikus megjelenést nem tudtam beállítani. Az kellett volna, hogy csak a felnott/* útvonalakon nyíljon meg, de valami miatt nem csinálta. Próbáltam a <front>, vagy konkrét node beírásával, még azzal is, hogy mindenhol jelenjen meg, de semmi. Valami végérvényesen szétesett benne :(
Szóval ebben sajnos nem tudok tippet adni...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem
Valahol ott az igazság, hogy elfelejtünk minden php snippetet, és arra koncentrálunk, hogy itt van ez, és ebből az akarok kihozni.
Ha már egyszer képbe jött a panels, akkpr kvázi adott minden, bár elsőre lehet, hogy a theme_username-t kéne felülírni.
Abból, amit leírtál. annyi jön össze, hogy igazából semmi.
1000%, hogy nem php snippet kell neked valahol uin (ha jól értettem a panelses összefüggést) egy jó preprocess, vagy theme override - de inkább írd már le, hogy itt a garland smink: ebben ez van, én meg azt akarok.
----
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
Mindkettőtöknek köszönöm a
Mindkettőtöknek köszönöm a tippeket!
A Views-os megoldás nekem is szimpatikus. Most belegondolva dereng, hogy régebben csináltam már valami hasonlót, ahol thumbnail-ekre kattintva feljött nagyban a kép. Bár ott inkább vetítésszerű volt a dolog, Lightbox2-vel megoldva (http://paulschurrasco.com/gallery).
Itt nem teljesen erre volna szükség, hanem pontosan arra a megoldásra, ami Eager hozzászólásában is szerepel mintaként (http://belteri-ajto.hu/belteri-ajtok-mariano).
De ezeken az általatok megemlített tippeken már el tudok indulni, aztán majd meglátjuk!
A hétvégén biztos lesz időm kísérletezni, utána jelentkezem az eredményekkel!
Veres László
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Örülök, hogy megoldódott,
Örülök, hogy megoldódott, szívesen!
Osztott tárhelyen tényleg sokszor hivatkoznak erőforrás-elosztási problémákra, ami végül is érthető, de az 1 MB tényleg kevés a max_allowed_packet-nél.
Probléma akkor lehet vele - csak hogy ne lepődj meg, ha esetleg előfordul -, ha pl. importálsz hatalmas méretű cache-táblákat. A Drupal rendesen meg tudja ezeket tömni jókora adatokkal, volt már ilyenből problémám. Ilyenkor a megoldás az, hogy a cache-tábláknak csak a szerkezetét importálod, a tartalmát nem - a Drupal ezeket úgyis feltölti majd (ezek nevükből következően gyorsítótárazásra szolgálnak), tehát ebből nem lesz gondod.
Amíg ilyen gond nincs (ami így a 16 MB-ra emelésnél már valószínű(bb)), addig nem is kell vele foglalkoznod. :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nagyon köszönöm mindkettőtök
Nagyon köszönöm mindkettőtök válaszát Nevergone részéről a kis listát nagyon hasznos kis cikk, Nagy Gusztáv részéről pedig a választást, hiszen személy szerint is ezt tartom a legjobban működő ticket modulnak. Végigmentem a listán én is, de a lista tagjai közül lehet, hogy az én ügyetlenkedésem miatt, vagy valóban a modulok rossz leírása alpha/beta állapota miatt, rengeteg bosszúságot okozott, mint örömet. Nem azt mondom, hogy a support modulnak nincs hova még fejlődnie, de amire nekem kell arra tökéletes, kiválóan tudom rajta kezelni szervizelendő termékeket :)
Egyedül amit kicsit hiányoltam belőle az, hogy nem tud több "állapotot" a munkafolyamatra, illetve erre nincs is lehetőség, hogy bővítsük a listát, de minden egyéb részről megfelelően működik.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
tapasztalat
Szia!
Nemrég bíztak rám egy olyan oldalt, ami tele volt spammerekkel. Szerencsére tartalmakat nem hoztak létre, csak a felhasználók jöttek ezrével.
Megoldásnak azt választottam, hogy ideiglenesen letiltottam a regisztrációt és kiírtam egy email-címet, ahova írhatnak azok, akik regisztrálni szeretnének. A belépést honeypottal és CSS captcha-val védtem le, az oldalon pedig elhelyezésre került egy üzenet, hogy aki egy megadott határidőig nem lép be az oldalra, a felhasználója blokkolásra kerül. Erre más csatornákon át is felhívtam a felhasználók figyelmét. Ha egy blokkolt felhasználó később mégis be szeretne lépni, akkor a megadott email-címen kérheti a zárolás feloldását.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
a core-hoz nem nyúlunk...
Az előző hozzászólásokból nem biztos, hogy egyértelmű, de egész konkrétan ott rontottad el, hogy a Drupal core-hoz nyúltál. Ha letöltöd a Drupalt, a .htaccess fájlon kívül semelyik másik fájlt nem szabad módosítani. Semelyiket, soha. Ha mégis megteszed, akkor egy összetákolt, karbantarthatatlan weboldalt kapsz, kiszámíthatatlan működéssel, és nem is tudsz újabb verziókra frissíteni további gányolás nélkül. Ha egy hozzáértő valaha átvesz egy ilyen oldalt utánad, biztos, hogy kidobja az egészet, és nulláról kezdi.
A Drupal API-ja lehetővé teszi, hogy saját modulokkal épülj be a rendszerbe. Azt is lehet persze rosszul csinálni, de első lépésként jó lenne legalább idáig eljutnod, mert addig jóérzésű Drupalista bottal sem akarja megpiszkálni azt, amit te kiadsz a kezedből.
--
Csonka Gergely
http://cheppers.com
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A field collection-ra én is
A field collection-ra én is gondoltam. A felvitel vele igaz megoldható lenne, de messze lenne az ideálistól. Például ott nem lehet a cím+palettaszám egyedi adat, azaz kemény gubancok lehetnek.
Mindenképp valami nagy táblázatos bevitel kellene.
Modul programozásban még kezdő vagyok.
Saját modullal az elmentett adatokat ki tudnám nyerni
Új megrendelés hozzáadásakor a hook_node_insert()-nél keresném ki a legolcsóbb fuvarozót. Email-t is tudok itt küldeni.
User felületet még nem csináltam modullal, pláne nem új custom adattáblákat csatolni pl egy node-hoz...
Ezért jó lenne erre valami kész dolog...
Ha nincs akkor meg meg kell tanulnom saját modullal megcsinálni :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Igen a Profile2-t is használom
Ja igen a Profiles2-t is erősen használom.
Azt is épp bütyköltem közben.
Ott akadtam fenn, hogy olyan menüpontokat kellet csináljak, amelyek egyből a profilrész szerkesztéséhez visznek a megjelenítés helyett.
Akkor a Menu Tokent nem sikerült jól beállítani (Azóta már rájöttem hogy kell és újra azt használom).
Ki akartam kerülni a Menu Token modult, ezért fabrikáltam egy új menüt, amit blokként kiraktam és csak a user saját profiljánál jelent meg.
Valahol itt történt az, hogy csak a super user neve tűnt el senki másé.
Sem az adminoké sem a halandó usereké, csak super user neve, de úgy, hogy 2 helytől eltekintve ő maga sem látja.
:)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
hasznos lehet még a segítéshez
hogy pontosan melyik vagy milyen sminkről van szó. a node--article.tpl.php -nak elvileg mindenképp működnie kell, de persze a template suggestionöket egy rosszul megírt smink teljesen ki is végezheti és akkor nyilván nem működik. page--article.tpl.php suggestion alapból nincsen, de persze adhatsz bármilyen suggestiont a megfelelő preprocessben magad is, amilyet akarsz.
általában egyébként az a jó kérdés, ami a várt végeredményt írja le gyereknyelven és nem egy konkrét technikai megvalósítást erőltet, mert könnyen lehet, hogy amit el szeretnél érni, annak semmi köze a tplekhez. például: azt szeretném, hogy amikor cikket tekintek meg, az oldal címe piros legyen. vagy például azt szeretném, hogy amikor cikket tekintek meg, tűnjön el a fejléc.
-
clear: both;