"Blokkosítsd" a contact
"Blokkosítsd" a contact űrlapot, aztán már betudod illeszteni a panelba.
http://drupal.org/project/formblock
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Te úgy szoktad
Jó neked, én kezdő lévén annyit tehetek, hogy felteszem a XAMPP-ot és csinálom a honlapot, bízva a lehető legjobb beállításokban, mivel az ezzel kapcsolatos ismereteim még nem teszik lehetővé, hogy bármit is felülbíráljak.
Mivel szerintem jó út, hogy saját gépen csináljunk egy kész rendszert és utána töltsük fel, ez a téma szerintem fontos és érdekes, remélem sokan csatlakoznak tapasztalataikkal, hogy a végén összesíteni lehessen egy általános eljárás menetet, ami a kezdők számára is megfelelő segítséget nyújt ezen feladat véghezviteléhez.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
link
Drupal full-stack developer at Wunderman Thompson Budapest
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
A kérdésedre azért nem lehet
A kérdésedre azért nem lehet átfogó választ adni, mert bárhonnan költözöl bárhova, mindig utána kell húzni a rendszert. Nem csak localhostról van szó, hanem A tárhelyről B tárhelyre költözés is számos meglepetést tartalmazhat. Aboros is írt egy párat, de lehet gond az uploadprogress-től kezdve az APC-n át mindennel. Tehát úgy költözünk, hogy felteszzük a fájlokat és az adatbázist, a settings.php-t, fájlrendszert utánnahúzzuk, és megtekintjük a honlapot (költözésnél alap, hogy Garland smink, cleen url ki, session, cache törlés). Aztán mézzük az állapot jelentés oldalt, az ott lévő sárgákat és pirosakat elhárítjuk (vagy esetleg innen is tovább költözünk). Ezt követően nézzük az adatbázisnaplót (mert a hibaüzeneteket ugye nem írjuk ki a weblapra), és ha semmi extra dolog nincs, akkor sikeresen átköltöztünk.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
az elso problemara ez
az elso problemara ez megoldas valoban, csak nekem olyan megoldas kene, hogy a weblap admin felulete minel egyszerubb legyen, hogy akar gizi neni a szinhazban is boldoguljon vele.
Ebben az esetben, ha jol ertem egy darab felvitele tobb lepesol allna, azaz eloszor fel kell vinni a darabot, majd egyesevel hozza a szerepeket. Ez igy kicsit nehezkes, jobb lenne ha egy oldalon el lehetne intezni ezt.
Van erre esetleg megoldas?
Szerep modositast meg plane nem latom, hogy mukodne igy egyszeruen?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Téma lezárva :)
Na, fél7-re csak megtaláltam a megoldást...
Solution:
Hozd létre a marinelli könyvtárban esetünkben a block-block-3.tpl.php templatet és ott garázdálkodhatsz.
Azért köszönöm magamnak! Eredményes nap volt a mai. :)
Ercsi
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
cleen url ki, session
Ezt a kettőt nem tudom mi: cleen url ki, session.
A többi világos.
Erre a kettőre pedig rákerestem, hogy ne kérdezzem amit megtalálhatok a fórumban:
APC (Alternative Php Cache) és
Upload Progress.
Az előbbit nem tudom hol lehet törölni, az utóbbi pedig, ha jól néztem utána az a progress bar, ami mutatja a feltöltések mértékét, tehát arra célzol, hogy azzal lehet gond. Szerencsére ilyesmit nem használok.
A lényeg tehát az, hogy ha a piros és sárga figyelmeztetéseket már el tudjuk kerülni és a logban sem látunk semmi bajt, akkor rendben van minden.
Az utóbbi (log) esetében viszont lehet olyan eset is, hogy 1 évig nincs baj, aztán mégis, mert éppen 1 évig nem csináltuk azt a művelet, ami a hibát előidézhette volna.
Ha így nézzük, akkor viszont sosem lehetünk biztosak egy költözés sikerességében.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Tehát
Tehát a link végére egy per jel után ha odaírtam volna azt a címet, ahol kezdődik ez a rész, akkor a link az oldalban oda ugrasztaná a felhasználót?
Kerestem a hashel kifejezésre a google-ban, de nem találtam egyértelmű jelentést.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
tárhelye válogatja
bizonyos osztott tárhelyek (a jobbak) is engedik, hogy egyes környezeti változókat (pl php memory_limit) te állíthass egy saját php.ini -ben vagy settings.php -ban ini_set -el. (bár nem tudom mért kéne ezt másra állítanod itt vagy ott)
a memcache más történet, de mondjuk ha van, akkor lehetséges, hogy a localodban más ipn/porton figyelnek az instancek, mint az élesben. ahogy van még pár egyéb dolog is, amik egy összetettebb rendszerben, esetleg dedikált vas esetén eltérnek a localod meg az éles között, de ez a speciális eset.
általában én úgy szoktam, hogy próbálom a local környezetet a lehető leginkább az élesnek megfelelőre szabni.
-
clear: both;