Az imagefield (filefield)-hez
Az imagefield (filefield)-hez van filefield_paths modul + a transliteration modul minden elvégez, akár visszamenőlegesen is (szerintem az pathauto + token modullal is összejátszik de ezt egyébként is alapból felteszi az ember:) ).
Egyrészt az ékezeteket, másrészt a kis-nagybetűket, valamint a szüneteket is átalakítja (az azonos nevű képeket számozással látja el). Valamint meg lehet adni, hogy nid, node title, stb. alapján a képeket alkönyvtárakba rendezze.
...mit tudok: http://web.termuves.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Az érdekes, hogy a "sites"
Az érdekes, hogy a "sites" név ellenben nem gondolkodtat el. :)
A Drupal képes multisiteokat kezelni. A sites/default az alapértelmezett site. Az alapértelmezett – default – site beállításai és fájljai jönnek ide. No és természetesen ha az adott site rendelkezik külön modulokkal, vagy sminkekkel akkor azok is ide kerülnek.
Ha azt az utat követnénk amit Te javasolsz, akkor a sok site fájljai jól összekeverednének.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Nagyon tetszik az oldal!
Gratula az oldalért. Egy technikai kérdésem lenne, hogyan lehet különválasztani (más, más sminkkel megjelentetni) az első oldalt és az aloldalakat?
KALMI
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
a DNS az első / előtti
a DNS az első / előtti részhez kell a .htaccess meg az az utánihoz :) http://regidomain.hu/oldal1.html
DNS CNAME rekordot felveszel a régi névszerverbe az új domainre.
Ekkor a régi szerver nevét beírva az új szerver(vas, nem a domain!) jön be. Itt be kell állítani a régi domain-t egy vhostra, mondjuk akár ugyan arra a könyvtárra ahol az új van.
1. Itt aztán felveszel egy olyan .htaccess szabályt, ami átdobja az új domainra a megfelelő url-re.(lásd a www nem www szabályokat a drupal .htaccess fájljában)
2. Vagy felmásolod a régi fájlokat és mindegyik elejére beteszel egy lóbaszó feliratot, hogy menjen mindenki az új helyre. (ez utóbbit nem ajánlom. :)
Ebben a pillanatban már az új domainen vagy:
Ha 1 akkor ott vagy bemásolod a rég html-eket a megfelelő helyekre és kiírod, hogy az info elavult, vagy url álnevet veszel fel rájuk, vagy egy másik .htaccess szabállyal átdobod, vagy (ezt nem tudom) global_redirect modult talán tud valami ilyet.
Nem férsz hozzá a régi névszerverhez, tárhelyhez?
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Picit kaotikusnak tűnik az a
Picit kaotikusnak tűnik az a honlap. Minden hiba más modultól van, ráadásul az egyik az egy olyan modul amit nem azért csináltak, hogy bekapcsold, hanem csak azért, hogy ha programozol találj benne mintákat.
Javaslom töröld az egészet és kezd újra előröl.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Külön kell beállítani az
Külön kell beállítani az Érzékelés és nyelvválasztásnál, hogy mi alapján állítodjon be a tartalom és a kezelőfelület.
Lehet, hogy a tartalomnál a felhasználó nyelve az elsődleges - és mivel neked magyar van beállítva, így az marad.
A Webcím (előtag) alapján történő választás legyen az elsődlege.
Csökönyi Ferenc
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Admin felületről futtattam az
Admin felületről futtattam az update.php-t. Erre gondoltál?
Először felülírással próbálkoztam, de az nem jött be. Utána indítottam el az update.php-t
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Legutolsó emlékeim szerint az
Legutolsó emlékeim szerint az atw és a drupal nagyon nem szeretik egymást, és az ilyen szálaknak általában az a vége, hogy más szolgáltatót illik keresni.
----
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 első modulom, úgyhogy
Az első modulom, úgyhogy valószínűleg az én készülékemben van a probléma :)
Ha lehet, kihagynám az előnézetet, persze azt nem tudom, hogy enélkül megoldható-e a problémám, csak nekem kézenfekvőbbnek tűnik az, hogy valahogy átpasszoljam egy változóban a szükséges adatot. Nem tudok nodeapi-n belül valami változót létrehozni, aminek a 'validate'-ban adok értéket, és az 'insert'-ben olvasom ki?
Gondoltam arra, hogy esetleg a $form_state-be mentem el, és majd onnan elérem, de mintha a $form-state se lenne elérhető...
A neten se találok rá megoldást, vagy csak nem látom a fától az erdőt...:)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Köszönöm az eddigi válaszokat
Köszönöm az eddigi válaszokat.
Kissé elhúzódott az upgrade. :)
A leírtak alapján megcsináltam a Profile2 modulban az új entity mezőket, át is migráltam, működik is.
Azonban belefuttottam egy problémába.
Amikor regisztrál egy új user, akkor trigger és az akció segítségével egy emailt küldök ki a regisztrált adatokkal.
Az Entity token modult engedélyeztem, az akció szerkesztésénél a tokenek listájában meg is jelennek a mezők.
Azonban a profile2 entity mezőit sehogyan sem akarja a Drupal becserélni a megadott értékre.
Mit tegyek hogy működjön?
Előre is köszönöm!