egysoros megoldás
page.tpl.php részébe:
<?php if ($language->language == 'en'): ?><meta name="robots" content="noindex,nofollow"><?php endif; ?>
Ha szabványos módon készült az angol rész akkor működnie kéne.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nem a szolgáltató nem bírja
Nem a szolgáltató nem bírja el, hanem a szerver, amin 100-an osztoztok. Letesztelheted saját gépen, hogy véletlenszerű oldalakon mennyi látogatót tud elviselni a honlapod bizonyos fizikai paraméterek (géped) mellett. A szükséges gépigényt megszorzod kettővel (hogy ha megugrik a látogatottság, akkor se álljon fejre) és megkapod az igénylést. Nem nehéz végiggondolni, hogy milyen monstre gépet kell venni, ha a Drupalt működtető PHP egy komolyabb webhelyen elfalatozik 80-100 megát oldalletöltésenként adatbázisszerver, levelezőszerver nélkül. Könnyű látni, hogy ha 50 egyidejű lekérésed van (ami nem egy húha nagy szám), mindjárt a 8 giga is kevés lesz. Nézz szét a szerverpiacon (csak hogy könnyű álmod legyen és ne kelljen hardverhibától rettegni annyit) hogy mennyibe kerül egy négymagos 8gigás SCSI winyós szerver és láthatod, hogy ezt havi 8 dollárokból, 2000 forintokból nyereségesen üzemeltetni nem tudod.
Egyetlen komoly webhelyet sem ismerek, amely megosztott tárhelyen működik, szerintem Te sem.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Object esetén jó, de ez
Object esetén jó, de ez embed. Az embed tag-et kell paraméterezni: wmode="transparent"
<embed height="206" width="573" src="flash/goboker.swf" quality="high" pluginspage="http://www.macromedia.com/go/getflashplayer" type="application/x-shockwave-flash" wmode="transparent"/>
----
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
node.tpl.php és egy kis preprocess.
A sminked node.tpl.php fájljában van olyan változó (mint ahogyan Gusztáv is írta), hogy $is_vront. Ezt vagy figyeled és attól függően jeleníted meg a $submitted változó értékét vagy csinálsz egy kis előfeldolgozót (preprocess) ami egy új suggestion-t ad hozzá a template_file tömbhöz. Ennek legyen mondjuk a neve node-front.tpl.php. Ez utóbbi előnye, hogy nem kell zavaros ifekkel teletolni a sablon fájljaidat, hanem szépen tisztán és szárazon tarthatod azokat.
(csendben jegyezném meg, hogy van olyan is ám, hogy teaser és page nézete egy node-nak, nem lehet, hogy neked arra van szükséged? Tehát arra, hogy minden listázó oldalon tűnjön el a beküldési információ. Akkor az $is_front helyett a $teaser változóra lesz szükséged.)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ehh, ez már eléggé
Ehh, ez már eléggé gányolásnak tűnik, de hátha lesz jobb is:
Van egy Views Custom Field nevű modul, közben rájöttem, hogy csak ezzel lehet mezőnkénti php dolgokat views-ba rugdosni.
Hozz létre egy custom mezőt php kóddal, és írd bele:
print drupal_get_path_alias("node/" .$data->nid) ;
Ennek is tiltsd le a megjelenését, rendezd a sor elejére, és lesz egy ilyen tokened, ami az útvonalat adja vissza.
Van valakinek más ötlete?
----
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
pl.
Írd felül a zaszlo float: left;-jét, már jobb lesz, a menu_info és az idezet biztosan nem jó helyen van, a menu_info-nak pl. biztosan a footer előtt kellene lennie, a main-en belül. És szerintem keress CSS tutorial-t, amiben alaposan le van írva a div-ek pozicionálása, szükséged lesz rá.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ha imagecache van, nem igazán kell css-t módosítani
Elvileg ha mindet egyforma méretre alakítod (minden bizonnyal vágni is kell, ha előre nem méretezed át a képeket valami képszerkesztővel).
Az a probléma, hogy sokan azt gondolják, hogy csak feltoljuk a képeket - mindenféle grafikai előkészítés nélkül - és minden rendben van. Francokat. NAGYON sok elő-munka van velük. Ha ezt nem teszik meg a felhasználók, akkor hozzád hasonló problémába ütköznek. Arra figyelni kell, ha valamelyik mérete extrém módon eltérő, akkor fekete sávval fogja kiegészíteni a méretet nem teljesen kitöltő részt.
Csinálj rá mondjuk egy scale (170px-170px), megy egy crop (150px-150px) - vagy ami jól esik. Így minden kiskép egyforma dimenziójú és méretű lesz.
A legtöbb képnél nem túl szerencsés ha mindet egyféleképpen akarod vágni, ezért a vágási felületet a epsacrop modullal a megfelelő helyre tudod igazítani (ezt a minap találtam, remek kis modul).
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan
- A hozzászóláshoz regisztráció és bejelentkezés szükséges






Ne hekkeld a modult
Ha nincs css fájl a modulban, akkor a saját sminked css fájljában írj rá egy szabályt arra a html forrás részre, amit a User Visits modul tesz bele (ahogy a forrást nézem, valszeg egy class="user-visits").
Kb. így
sajatsmink.css
Nem értem, hogy ezzel mi a gond... :)
Egyébként ha a modul által használt css beállítás nem tetszik, akkor is a smink css-ében szoktuk felülírni/módosítani azokat, lévén a smink css fut le utoljára, és mindig az utolsó szabály fog végrehajtódni - feltéve ha nincs !important.
--
Palócz Paal Pál, a drupal.hu admin csoportjának tagja
Ajánlott olvasmány: Eric Steven Raymond - Hogyan kérdezzünk okosan