alapértelmezett nyelv előtagja
A problémát könnyen javíthatod, ha az adatbázis mentése és a modul kikapcsolása után az admin/config/regional/language/overview oldalon az alapértelmezett nyelvet szerkesztve kitörlöd az „Útvonal előtag nyelvi kódja” értékét, ahogy a segítség is írja alatta:
„Nyelvi azonosító vagy más, egyedi karaktersorozat, amit az útvonal elején használ a rendszer a webcímből történő nyelvmeghatározásnál. Az alapértelmezett nyelv esetén üresen kell hagyni.”
Modult visszakapcsolod és megy, vagyis nálam ez anno javította a problémát.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem javaslom
Szia!
Nem javaslom az ékezetes útvonalat. SEO szempontból az ékezetmentes is tökéletesen megfelel, viszont az ékezetessel lehetetlenné teszed a cím begépelését azoknak, akiknek nem magyar kiosztású a billentyűzete.
A rossz hírem az, hogy a szabvány szerint az ékezeteknek kódoltnak kell lenniük a webcímben, mert azok csak ASCII karaktereket tartalmazhatnak. Inkább az a probléma, hogy egyes böngészők a címsorban ezt visszaalakítják ékezetessé, mások viszont nem.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges

útvonal álnevekkel
Ennyi információból nem nagyon látom, hogy pontosan mi lenne ez, de a node-oknak adj útvonal álnevet, pl. honlap.hu/12/11 – itt a 12 az x érték és a 11 az y érték, majd vedd fel az útvonalat menüpontként a menümátrixba.
Kérdés, hogy kell-e és mennyire ezt az egészet automatizálni (hogy a CCK x és y értékei alapján automatikusan adja az útvonal álnevet és adja hozzá a menümátrixhoz). Az már komolyabb feladat, több infó kellene a megoldásához.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
különbség
A kettő között az a különbség, hogy az image_scale() lekicsinyíti a képfájlt. Vagyis, ha ezzel szeretnénk thumbnaileket gyártani, akkor kell egy másolatot készíteni az eredeti képről, és arra alkalmazni!
Egyszerűbbnek tűnik tehát a theme_image függvénnyel dolgozni, mivel az a böngészőben kicsinyít, nem kell külön fájlt létrehozni hozzá. Csahogy ez az elgondolás alapvetően hibás, mert igaz, hogy egyszerűbb, de képzeljünk csak el egy képgalériát, ahol az előnézeti képek úgy vannak elkészítve, hogy a böngésző kicsinyíti le az eredeti, nagy felbontású képeket! Egy oldal betöltése elég sok ideig tartana, hogyha van mondjuk 10 db 1024x768-as képed! Ugyanis a böngésző az eredeti képeket fogja betölteni!
Szóval, mint előttem is írták, image_scale()! ;)
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
OG mint Node Access alternatíva?
A hook_menu-vel meg az a probléma, hogy az csak akkor tudja tiltani a node megjelenítését, ha magát a nodeot nézed. Listában ettől még meg fog jelenni.
Nekem az Organic Groups (OG) használatával megoldódik az a probléma, hogy listákban (sőt, a menükben) sem látszódik az, ami nem az anonimus-ra és nem a csoporttagra vonatkozik. Bár eléggé zavaró, hogy ilyen fajta felhasználásnál mind az alap csoportokat, mind az OG csoportokat párhuzamosan kell adminisztrálni, de tökéletesen működik.
A párhuzamos adminisztráció hercehurcái miatt keresek épp egy normális Node Access alternatívát, de egy kicsit elszomorító, hogy a letiltott tartalom a listákban látható.
Tud valaki egy olyan Node Accesst, ami nem így működik?
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Meg van, mi okozta a problémát.
Frissítettem a 13-ra, de úgy tűnik az új kiadásban valami zűr lehet az update modullal - de lehet, hogy csak nekem - mert nem engedte futni a cron-t, és állandóan teledobálta az oldalt különböző más hibaüzenetekkel is, és volt hogy be sem tudtam jelentkezni adminként, mert teljesen szétesett az oldal.
Úgyhogy adatbázison keresztül kikapcsoltam az update-et, és most működik minden rendesen: fut a cron, be tudok lépni és a hibaüzenetek is eltűntek, és az egész oldal stabilan működik.
Lehet egyébként, hogy tényleg csak az én "tárhely-környezetem" miatt van ez, bár az eddigi kiadásokkal nem volt gond. Szóval, nem igazán értem.
Mindegy, egyelőre update nélkül "működök".
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem teljesen értem
párhuzamosan akarsz két tökegyforma drupalt futtatni, egyiket az x.neobase.hu -n másikat az x.hu -n és a neobase mindig irányítson a másikra?
ennek mi az értelme?
a neobase -es tárhelyen nem kell semmiféle drupal, csak kéne egy .htaccess amibe van egy szép 301 redirect a nemneobase -re. ezt a robot látni fogja és a 301 miatt szépen átvezeti az indexébe az összes előfordulást az új domainre. ezután a neobase oldalra már semmi szükség.
-
clear: both;