Lejla képe

Ugyanez a problémám, mint a téma felvetőjének (6.x alatt), azzal a különbséggel, hogy nálam minden modul be van kapcsolva (Content translate, Locale, az I18n összes bekapcsolható pontja).
A Nyelvek-nél az "Útvonal előtagok nyelvi alapértelmzéssel" van beállítva, és az eredeti angol, plusz a magyar van engedélyezve, magyar az alapértelmezett.

A tartalomtípusokat akartam épp többnyelvűsítésre engedélyezni, ám nem jelenik meg az Engedélyezett, fordítás támogatással lehetősége, csak a Tiltott és az Engedélyezett.

Már kikapcsoltam egyszer az összes, nyelvekkel kapcsolatos modult, aztán vissza, de semmi. Mit lehet tenni? Tudja valaki, hogy miért nem jelenik meg, illetve mitől jelenhetne meg az az igen fontos kapcsoló a tartalomtípusoknál?
(PhpMyAdminban az adatbázisba is belenyúlok ha kell, de nem tudom, mit keressek pontosan...)

Van egy kikapcsolt Internationalization Test pont a modul-listában. Ez ilyenkor segíthet? (az van hozzá írva, hogy ne kapcsoljuk be, de gondoltam, megkérdezem azért :) )

0
0
Illyés Edit képe

nekem az az erzesem, hogy ha jok az url-ek az elso indexeles utan magasabbra fog a google rangsorolni mint elotte

Mit értesz azon, hogy "jók az url-ek"? A Google szinte bármilyen URL-t megeszik, de az még nem jelent jó helyezést a rangsorban.

nagyon sok a tevhit a google-val kapcsolatban..

Saját szememmel láttam, hogy a közelmúltban egy ifjú titán webfejlesztő ledarálta egy bevezett portálon az összes linket, mondván, hogy az új linkeket a Google úgyis pár órán belül beindexeli. Igen, ez így igaz, a Google szívesen beindexel bármit. De a beindexelt oldal még nem biztos, hogy magasra értékelt oldal. Hiába könyörögtem, hogy ne csinálja, nem lehetett vele értelmesen beszélni. Pár nap múlva, miután a portál tulajdonosa kis híján infarktust kapott, hogy több éves munkáját egy laza mozdulattal tönkretették, vissza kellett állítani az eredeti linkstruktúrát.

Az, hogy egy oldal az első vagy a századik találati oldalon jelenik meg, legnagyobb mértékben a bejövő linkektől függ, amelyek viszont már nem léteztek, az ezeket követő robot 404-et kapott, a Google pedig úgy gondolta – jogosan – hogy nem az ő dolga figyelni az összes webhely összes bejövő linkjét, hogy a kérdéses helyen nem volt-e az utóbbi időben linkeket érintő változás. Ez a webmester feladata, hogy a linkek állandóságát biztosítsa. Ha ez nem lehetséges, akkkor fel kell mérni, hogy van-e olyan helyen a webhely és az egyes oldalak a keresőkben, hogy megérje a .htaccess trükközés a befektetést.

0
0
nagylzs képe

A menüpont tényleg konstans, és pont ez a baj. Mondjuk ha a főlapot megcsinálom magyarul, és az a neve hogy főlap akkor az automatikus URL alias az lesz hogy "folap".

A hozzá tartozó menüpontot létrehozom németül meg angolul is, és hozzárendelem az angol meg a német nyelvű lapokat, amik persze még nincsenek lefordítva. (Ugyan az van benne mint a magyarban.)

Ha készen vagyok, és az összes lapnak megvan a másnyelvű változata (csak épp az eredeti magyar szöveggel) akkor odaadom a fordítóknak hogy fordítsák. A fordító az tud mondjuk németül, de drupal-hoz nem ért sőt a számítógépekhez sem. Ezért hozom létre előre a lapokat, mert egyszerűen nem várhatom el tőle hogy bemenjen az admin felületre és menüpont hivatkozásokat írjon át.

Igen ám, csakhogy ha lefordítja az oldal, akkor lefordítja a címét is. És az "okos" drupal meg átírja az URL alias-t. Mondjuk folap helyett home lesz az alias neve. Végül az "okos" drupal észreveszi, hogy a korábban fölvett angol főlapos menühoz megadott link az belső link site-on belül, és arra is rájön hogy olyan oldal (már) nem létezik, ezért a menü egyszerűen eltűnik.

Persze én utólag mepróbálhatom átírni az összes menüpont hivatkozását minden nyelven, de ehhez sokat kell keresgetni, mert én meg azt nem fogom tudni hogy mi lett az "okos" módon automatikusan generált új URL alias.

Na dióhéjban ennyi. Hogyan máshogy kellene ezt csinálnom? (Feltéve hogy a fordító NEM tudja megtanulni a menük szerkesztését, illetve nem is akarom rábízni, mert buta hozzá.)

0
0

Lacc

Ayac képe

Az a baj, hogy a html area-nál tudni kell a kép URL címét, másképp nem megy. Az upload modullal ugyan fel tudok tölteni egy képet de a htmlarea nem ad browse lehetőséget. Az fckeditorral még küzdök, de valahogy az sem az igazi... azért kössz a tippet...

0
0
pp képe

A kérdés az, hogy milyen tesztkörnyezeted van? Abban ugyanis nincs felvéve az index.php a DirectoryIndex direktívánál. (legalább is apache-nál ez így van... de hogy hol kell ezt keresni az még az apache verziószámától és az aktuális build-tól is függ...)

pp

0
0
Pasqualle képe

abban az esetben amikor embed fuggvennyel illesztem a viewt (tehat nem az url-bol jon az argumentum) ott modositottam a viewt, hogy mindket term-et beraktam az argumentumba es a filtert kivettem. Igy a masik term-et fixen adom at a viewnak, es az elsot tudom hasznalni..

0
0
pp képe

azért megoldható szerintem máshogy is ez az hiba, bár nem igazán tudjuk mi az. Lehetne a teljes üzenetet idemásolni? (vagy nekem szokott gazdagabb hibát dobni az xdebug miatt, akkor viszont tedd fel az xdebug-ot és nézzük az mit ír ki)

pp

0
0
rych képe

Más szolgáltatónál be kell jelentkezni az ügyfélkapun, erre x percre kinyílik az ftp port, amit csak arról az ip-ről lehet elérni, ahonnan az ügyfélkapura beléptek.

0
0
dfcwolf képe

Elindul az install. Az adatbázis beállításánál beírom az adatokat és a beállítások mentése gomb lenyomása után. Ujra az adatbázis beállítása pontnál találom magam. Mindenféle hibaüzenet nélkül...

0
0