A felnyíló ablak blokkolás alap
Manapság minden böngésző tartalmaz felugró ablak blokkolót, jó eséllyel külön telepítést sem igényel, és alapértelmezetten bekapcsolva. De ez jól is van így.
Csinálj olyan felugrót, ahol ún. modális ablakban jelenik meg a tartalom: nem külön böngésző ablakot nyit, csak egy html elemet, ami tartalmazza a reklámot. A "lightbox" technika az alapja ennek is. Ezt biztosan nem blokkolják a böngészők. Ellenben kevésbé idegesítő, mint az új ablak nyitogatós módszer - de csak egy fokkal.
Általában utálni szokták ezt is a látogatók, mert még egyet kell kattintani a tartalom eléréséhez, de ez már legyen annak a baja, aki kitalálta, hogy ilyen megoldással látja el a weboldalát.
--
Szabó Dénes - Internode.hu - Munkára fogott weblapok
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Megoldható
Kérdésem: összehozható-e ez Drupal rendszerrel
Igen
milyen modulok kellenek az alap rendszeren kívül
Én egy aprócska saját modullal oldottam meg ilyen feladatot.
Aminek utána kell nézni: saját form összeálítása, levélküldés és - mivel én blokkba tettem a formot - blokkok megfelelő helyen történő megjelenítése. Az egyik topicban van egy kiindulási alap: itt
illetve érdekelne ennek a nehézségi foka (html.ben otthon vagyok, php-t programoztam már,de nem mondanám magam gurunak)?
Én sem vagyok guru, szerintem menni fog.
-- http://boj.hu --
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
izgalmas
Hello!
Nálam ugyanez a kérdés felmerült, nem találtam rá megoldást, így a userek egyedi táblák lettek, de viszont ez azt vonja maga után, hogy legyen más tábla is egyedi. A hook_domainupdate függvénnyel tudsz insertálni új usert az új domainre létrehozáskor, vagy a user_save-el esetleg, bár az nekem ennél nem működött.
Azonban a domain modul logikájába nekem ez kérdőjel még, hogy alapból a rendszer miért nem teszi lehetővége a domainenkénti egyedi userek használatát. Vagy lehetővé teszi, de én nem tudok róla, tehát ez a kérdés engem is nagyon érdekelne.
üdv
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nekem a koncepcióval van problémám
minden domainhez egy role? nemár...
domain modul tud olyat, hogy minden usert hozzárendelhetsz (pl a user/%/edit oldalon) egy vagy több domainhez. ez a kapcsolat tehát megteremthető, csak az a "probléma", hogy a domain modul alapesetben ezt a kapcsolatot tartalom szerkesztési jogosultságok kiosztásához használja. (látod a jogosultságok oldalon az ilyen jogokat, hogy "edit domain nodes" meg ilyenek)
erre építve kéne szerintem megcsinálni, minden domain egy role megoldás már igen kevés domainnél is idegesítő lesz szerintem.
talán még rulesal is megy (php módban biztos), ugyan ez a metódus. user belép, hozzá van rendelve ő ehhez a domainhez? nincs » logout, üzenet megjelenítése neki, hogy miért lett kivágva. :)
-
clear: both;
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Akkor van phpMyAdmin -od
Akkor van phpMyAdmin -od ahhoz nem kell php ismeret itt éred el:
http://localhost/phpmyadmin/
Egy webes felület amin keresztül eléred az adatbázisod.
valami ilyemit fogsz látni:
http://www.ampsoft.net/webdesign-l/img/Apache-phpmyadmin.gif
itt listázod az adatbázis táblákat és megkeresed a user táblát
innentől pedig Jenő kolléga bejegyzését követed....
http://drupal.hu/forum/seg%C3%ADtsetek#comment-51044
ehhez nem kell php tudás.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem esküszöm meg rá, de így
Nem esküszöm meg rá, de szerintem így kell a settings.phpba betenni:
ini_set('upload_max_filesize', '600M');
Sajnos azonban minden szolgáltató csinál egy nem felülírható max limitet, szimplán önvédelemből.
Ha ez a te szolgáltatódnál 2M akkor ezt a szolgáltatóddal kell letárgyalni.
Ha nem sikerül akkor megelégszel vele, ha mégsem, akkor váltani kell.
Az oldalon amin most dolgozok 128M ez a limit, de nekem 1024M kellett volna, akkorára meg nem szeretik megnövelni. Tehát rendes tárhelyen van esélyes 2Mnél nagyobbra.
Ez vonatkozik a többi php limitre is, beleértve az execution timeot meg a memória limitet is.