Nem vagyok járatos az IIS-ben
Mivel a Drupal.hu tagjai között elenyésző számban használják az IIS-t, így nem ártott volna, ha belinkelsz egy leírást, ami alapján te beállítottad a WIMP (Windows, IIS, MySQL, PHP) környezeted.
Mivel nem vagyok járatos az IIS-ben, így csak a TE kedvedért kicsit körülnéztem és lám, találtam egy szerintem - nem próbáltam - jó leírást, amit ha végig csináltál volna, akkor nem jött volna elő ez a probléma, vagy egyszerűen mi is könnyebben tudtunk volna segíteni.
A már korábban hivatkozott leírás: Drupal on IIS
Ebben szépen minden linkelve van, hogy mit és hogyan kell beállítani.
Páldi Zoltán
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Rendben, értelek és kösz az infot
Azzal meg az a probléma amit emlitesz, hogy nyolcmillió ember kezén megy keresztűl, így meg ráadadásul akinek megy a photoshop annak még van hozzá tutorial :)
A másik, hogy az a smink is egyedi lenne ha pl csak a színben modosul, nem akarok csilli villi dolgokat, amit fent említettem sminket nekem megfelel.
Azt is értem, hogy nem véletlen kér annyit egy webdesigner amennyit, csak így jelen esetben a tervezési dij nincs :) Mivel a keret is elég szűkös, ezért nekem is a lehető legjobb megoldást kell választanom, ami lehetne egy ingyenes smink is, de akkor nem keresnék itt senkit aki megcsinálná :és akkor nem ingyens dömping sminket használok hanem azért valamilyen szinten egyedit :)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha az aktuális node.tpl.php
Ha az aktuális node.tpl.php-ba beleteszed, hogy
akkor láthatod is, hogy a $node->revision_uid tárolja az utolsó mentés tulajdonosát.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem fog menni, kb 90% az
Nem fog menni, kb 90% az esélye, szóval épp megéri kipróbálni, amit pp írt - a views nem erre való.
A drupal routing (röviden) úgy működik, hogy amikor beírod a böngészőbe, hogy taxonomy/term/18, akkor valójában a taxonomy/term/%taxonomy_term menüelem fut le. Abban meg az van leírva röviden, hogy fogd a %taxonomy_term helyén lévő számot, és töltsd be taxonomy_term_load()-al.
Vagyis van egy futás során elérhető taxonomy term entitás, amivel lehet dolgozni.
Amikor ráengedsz egy view-ot egy útvonalra, akkor a views átveszi a routing szerepet, a fentebb leírtak nem futnak, mivel a views másképp route-ol. Tehát nincs betöltött taxonomy term entitás, mivel a views routing rendszerének fogalma sincs róla, hogy taxonomy_term_load() kell neki.
Magyarul a views magától semmilyen entitást nem fog soha betölteni, amíg contextual filtert nem állítasz be.
De ez még így is hack! Views-t használni a menu rendszer ilyen szintű micromanagelésére epic fail. Addig jó a page típusú nézet, amíg valamilyen klikk-klikk adminisztrációs oldalt akarsz, vagy pl valami egyszerű tabot hozzácsapni a node-hoz, de felülírni meglévő oldalakat már gáz.
Van ugyanis egy óriási probléma az ilyen views oldalakkal, ami előbb utóbb minden 'felülcsapott' oldalon előjön: A views a % helyen lévő számot kizárólag a lekérdezés szűrésére használja! Menü objektumként nem tölti be azokat! Tehát nincs betöltött entitás a menüelemhez kapcsolódóan.
A contrib modulok meg biza a core routingja alapján íródnak. Ha a funciójuk a standard menu loader-re épül tehát pl menu_get_object-el kapnak el dolgokat, akkor az ilyen nézetekkel nem fognak működni.
Amit te akarsz arra a panels és a page manager való.
----
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
Változott az előadás javaslat beküldési módja!
Előadás javaslatot mostantól az erre a célra létrehozott űrlapon lehet beküldeni.
Már csak hat nap áll rendelkezésre előadással jelentkezni! (Okt. 2. a határidő.)
Üdvözlettel:
Hajas Tamás
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A jelszó most is ott van az
A jelszó most is ott van az adatbázisba, csak kódolva. Kódolva átviszed, és a belépésnél ugyanazt a kód ellenőrzést megvalósítod, ami a Drupalban van :))
A lényeg pont azon van, hogy ne lehessen "kiszedni" a jelszókat ;)
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A 4.4 az nem mai csirke, nem
A 4.4 az nem mai csirke, nem működik együtt a PHP5-tel sem, lehet, hogy ez a hiba.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Napi 200 000? Wow... az ha
Napi 200 000? Wow... az ha jól tippelek akkor MOn a 5-20. leglátogatottabb oldal :)
Ilyen méretben talán ŐK tudnak tanácsot adni :P
Lippai Ádám
young element
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
akkor megvan az oka. Ez egy
akkor megvan az oka.
Ez egy javítatlan hiba a Drupalban és nincs rá folt. Állítsd át a sorrendjét a hozzászólásoknak, hogy ne legyen ilyen hierarchia. (vagy használj mysql-t, vagy készíts foltot, vagy... :))
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Én rögtön az elején írtam is,
Én rögtön az elején írtam is, hogy favágó megoldás amit én javasoltam, viszont egyszerű. Érdekes ez a "titkárnő kérdés" Egy számított mezővel sokkal egyszerűbb és célszerűbb ezt a kérdést megoldani. De hidd el pp és Gusztáv ha én azt mondanám most a "titkárnőnek", hogy mostantól ezt a kategóriát nem neki kell beállítani, hanem a "gép" besorolja oda ahova kell, ő lenne a legjobban felháborodva, hogy miért kell ezen változtatni, eddig is jó volt. A userek nagyon rabjai a szokásaiknak, amit egyszer megszoktak ahhoz még akkor is ragaszkodnak ha egy jobb megoldás adódik. Erre utaltam a fenti gondolataimmal, nem az volt a szándékom, hogy "favágó" megoldásokra beszéljem rá a "szaktársaimat" és persze ez már a weblap használhatósági témakörbe tartozik nem ide...... be is fejezem.