Ott lesz az a views-nál. Nézd
Ott lesz az a views-nál. Nézd meg a views argumentum beállításoknál, hogy nincs-e validator a view-on. (Szinte 1000%, hogy van). Ilyenkor csak a validatorban megadott szótárakra fut le a view, a többi 404.
----
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
1. Smink info file megnyit, a
1. Smink info file megnyit, a többiehez hozzácsap: regions[enkicsiregiom] = En kicsi regiom.
2. page.tpl.php megnyit, a neked kellő helyre beír
3. Theme registry ürítése a smink beállítóoldalán és voila, jöhet a css varázslás.
----
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
Az adatbázist kell másolnod.
Az adatbázist kell másolnod. Javaslom a Backup and Migrate modult.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Valóban
Ugyanazt a linket válaszoltuk mindketten, és hidd el nem tartott fél percig sem megkeresni a megoldást. A kérdés leírása ennél biztosan több időbe telt. Az új főrum téma beküldésénél nem véletlenül van egy 2-es pont. Használtad a keresőt?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Szeretném kibővíteni a kérdést
a biztonsági másolat készítésre is (elnézést, ha újranyitnék egy letárgyalt témát)
Én lennék a legboldogabb, ha a Backup and Migrate modulon túlra nem is kéne nézni, mert az egyszerűnek tűnik (mielőtt nekivágok az i18n-nek, szeretnék egy meglepetések nélkül visszaállítható biztonsági példányt a webhelyemről)...
Viszont: hallottam arról is, hogy valaki
- lemásolja a komplett Drupal telepítés-mappát a szerverről,
- és csinál egy adatbázis "dumpot" (remélem jól használom a fogalmat, szóval egy adatbázis másolati példányt) - akár mySQL paranccsal, akár phpMyAdminnal;
majd e kettőből "elvileg könnyedén" rekonstruálja a webhelyet máshol.
A kérdésem, hogy mire elég a Backup and Migrate, és milyen helyzetek lehetnek azok, amikor a fent leírt módszerhez kéne nyúlni?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
plusz régió drupal 6 sminkbe bele
Szóval neked régiók kellenek, amibe pakolhatsz blokkokat.
- Az .info fájl,
- a page.tpl.php és
- a stíluslap (.css)
a sminked mappájában lesznek (asszem, D7-ben ott vannak legalábbis), ezekkel kell dolgoznod.
Ez itt a Drupal 6 alapértelmezett page.tpl.php-je. Ebből kinéztem, hogy hogy csinálnak régiót.
A bal oldalsáv tipikus régió, azt veszem tehát példának:
<?php if (!empty($left)): ?> <div id="sidebar-left" class="column sidebar"> <?php print $left; ?> </div> <!-- /sidebar-left --> <?php endif; ?>
Neked tehát ezt az ötsoros kódot kell beilleszteni a sminked page.tpl.php-jába, oda, ahol szeretnéd, ha létrejönne a régió - csak minden olyan személyes adatot, amely itt a bal oldalsávra utal, ki kell cserélned az általad választott adatokra:
- a régió gépi nevét,
- a befoglaló div id-jét
- és az a class-dolog sem úgy fog kelleni, ahogy ott van (könnyen lehet, hogy semmilyen class nem fog kelleni)
A példában a - left - a gépi neve a régiónak, illetve a 2. és 4. sorban pedig megadnak egy divet, ami tartani fogja a majd oda helyezendő blokko(ka)t (ezt a divet az id-je alapján majd css szabályokkal kell ellátni a css stíluslapon (az szintén a smink mappájában lesz) - hogy hogyan jelenjen meg).
Az alapértelmezett D6 .info fájlban a bal oldalsávot ez a sor képviseli, erről lehet lelesni a syntax-ot (egy hasonló sorral kell kiegészítened a már ott lévő régiók sorát, csak saját megnevezéseket használva):
regions[left] = Left sidebar
(látható, hogy a "gépi név" itt annyi: left - ez jön vissza az 1. és 3. sorban ( a "Left sidebar" pedig az "ember neve" a régiónak, így lesz megnevezve az adminfelületen)
Cache ürítése: Drupal 7-nél - ha az .info fájlt is érintette a módosítás - nekem nem volt elég a Theme registryt újraépíttetni, hanem csinálnom kellett egy full Cache ürítést a performance oldalon - hátha ez megoldja, hogy a többi régiód ne tűnjön el...
(ha a sminket egy dummy-telepítésen csiszolod, akkor nem kell visszaállítgatni sem a webhelyedet, ha valami nem jön össze elsőre)
További info, hogy állítólag a sminkekre is igaz, hogy nem piszkálunk bele az eredetibe (mert mi van, ha frissíteni akarod), hanem kell csinálni egy belőle származtatott alsminket, és azon végrehajtani a módosításokat (az alsminkekről nekem nincs bővebb infóm).
Ebben a cikkben lehet olvasni azokról az átfogó feladatokról, amelyeknek a részét képezi a fenti beavatkozás...
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Haahahakkorboobaa:http:/
Haahahakkorboobaa:
http://kybest.hu/blog/alapszintu-ahah-drupal-6-alatt
----
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.