Áthelyezési probléma
Sziasztok!
Lenne egy hatalmas gondom: áthelyeztem az eddigi alkönyvtárból a végleges helyére az oldalt (akarmi.hu/akarmi -ból akarmi.hu -ba), és az sql-ben kicserélgettem a "/akarmi/" -t "/"-re, minden be is jön frankón, aminek az adatbázisból kell jönnie, de több probléma is felmerült:
A nem adatbázisos résznél _néhol_ nem frankó a kódolás... Pl Felhasználónév helyett Felhaszn?l?n?v, de alatta a Jelszó az jó. Vagy a hírlevél feliratkozásnál Explorer alatt pl a gomb szövege "Beküldés" helyett "Bek?class=", de a többi böngésző alatt sem jelenik meg jól.
Továbbá nem tudok új tartalmat bevinni, mert ahogy megnyomom a beküldést, visszadob ugyan arra az oldalra, mintha semmi sem történne, és nem is történik.
Pedig hangsúlyozom, hogy minden file-t egy az egyben átraktam, ugyan arról a szerverről van szó, csak másik könyvtár, a .htaccess fileok azok ugyan azok, az sql-ben pedig cserével kicseréltem minden alkönyvtáras hivatkozást nem alkönyvtárasra. UTF8 volt és UTF8-ként is importáltam be (de egyébként az adatbázissal nincs is baj). A .po fileok is UTF8-ak, de az alkönyvtárban még működött, utána pedig nem nyúltam hozzá. És ráadásul tegnap este még működött minden, mára pedig nem megy.
Történetesen a www.offline.hu -ról van szó.
A segítséget és az ötletelet előre is köszönöm!
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
csak poormanscron ne legyen
ugyanis rommá terheli a szervert. Tehát csak akkor lehet használni ha cron van a szerveren. A hiba abban van, hogy a poormascron akkor fut le, ha kiszolgálásra kerül az oldal. Na most kiszolgálásra kerül az oldal a poormanscron ami elindítja az aggregator_cron függvényét ami meg lekéri a feed-et, ami egy oldal kiszolgálás. Mivel az aggregator függvény még nem futott le(mivel éppen most kéri le a listát) lefut, és lekéri a feed-et, ami egy oldal kiszolgálás. Mivel az aggregator függvény még nem futott le(mivel éppen most kéri le a listát) lefut, és lekéri a feed-et, ami egy oldal... stb. A lényeg egy kérés végtelen számú kérést generál. Na most ennyi kérést egy szerver se tud kiszolgálni. Az igazán izgalmas még az egészben, mivel ugyan arra a gépre kapcsolódik a script ezért nincs php idő túllépés se memória limit, mert mindig egy újabb szál indul, hisz ez mindig egy újabb kérés. Ráadásul a hálózat se jelent szűk keresztmetszetet(sőt attól félek még a hálózati kártyáig se jut el a kérés...) ergo ezzel az ügyes trükkel bármekkor (figyelem!!!) szervert meg lehet fektetni.
Szóval csak óvatosan.
Ki volt az az agyatlan aki ezt kitalálta?? :P
Cron esetén ilyen nincs, mert a cron futása nem függ össze az oldallekérésekkel.
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
kezdőoldal nyelve
A fenti témához részben kapcsolódik csak a kérdésem:
(drupal 6 és i18n 1.0 beta3-t használok)
Adott egy oldal, melyen az admin/settings/language -on engedélyezett nyelvek:
magyar (ezzel installáltam) és svéd (ennek a nyelvi dolgait utólag másoltam be installálás után, de befrissítettem, jól működik.).
ugyanitt beállítottam, hogy az alapértelmezett a svéd legyen, mivel az oldal svédeknek szól és ha beírják a domaint amin az oldal elérhető, akkor azt szeretném, ha a svéd nyitóoldal jönne be, (hacsak nem magyar a böngésző nyelve amivel nézik, mert akkor a magyar nyitólap jöjjön be, de ezt az 18n már úgyis intézi)
Gondoltam, hogy létrehozok egy tartalmat "nyitolap" útvonallal (a hu és a sv verziónak az útvonalához is beírom, hogy nyitolap), majd a
admin/settings/site-information oldalon az "Alapértelmezett címlap" hoz beírom, hogy nyitolap és akkor minden jó lesz. De nem, mert az "Alapértelmezett címlap" mező elött szerepel az, hogy "www.domainnevem.com/hu" és utána írhatom csak be a nyitólap útvonalát. Azaz hiába állítottam be hogy az alapértelmett nyelv a svéd, a nyitólapot a hu alól tudom csak venni.
Mi lehet a gond? azt szeretném, hogy itt az legyen, hogy "www.domainnevem.com/sv"
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Ez nem megoldás volt,...
...csak tapogató(d)zás (nem kellene semmit csinálnia, csak ellenőriznie. Miért, mi a Te problémád most?).
A témaindító olyasmi az volt, hogy ha egyszer meg lett változtatva a képek alapértelmezett útvonala, akkor az nem állítható át újra. Én arra gondoltam, hogy (látva, hogy a modulok gyakran hagynak maguk után szemetet a variable táblában eltávolítás után is), a variable tábla image_default_path nevű (name mező értéke) bejegyzése közelebb visz a megoldáshoz, vagyis ebből derül ki igazán, hogy mit is "gondol" az Images a képek alapértelmezett útvonaláról. Merthogy (gondolom) itt tárolja az Images a "képek alapértelmezett útvonala" beállítást és amikor kispi92 átírta az Images beállítólapján az alapértelmezett útvonalat, ez (valamilyen rejtélyes okból kifolyólag) nem került be a variable image_default_path bejegyzésébe (hogy miért, ez sosem derült ki, pedig ez lett volna a lényeg).
Az "image.imagemagick.inc" mappának csak a kérdező konkrét esetében van jelentősége, ő (valszeg) épp ezt írta be a default "images" helyett, ezért az Images reklamálta ennek hiányát (újabb rejtély: vajon miért nem jött létre a beállítások elmentése után?) és miután létrehozta (mármint kispi92), már tovább tudott lépni. Egyébként az egész beszélgetés tele van félreértésekkel (keveredik az image.imagemagick.inc MAPPA és az ugyanilyen nevű FÁJL) és félmegoldásokkal (én sem értem).
Remélem, ezzel sikerült még jobban összekutyulnom a dolgot :)
Fox Mulder
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Na kezdem érteni mi lehet a
Na kezdem érteni mi lehet a probléma. Próbáljuk ki a következőt először a path modul nélkül:
Content translation bekapcsolva, valamint mindkét nyelvnek van útvonal előtagja, valamint a rendszer-e szerint választja ki az oldal nyelvét.
hozzunk létre egy magyar nyelvű node-ot, ez lesz a node/1. Ezt fordítsuk le angolra ez lesz a node/2.
És akkor most figyeljünk:
a node/1 és node/2 útvonalakon elérhetőek a tartalmak, azonban érdekes megfigyelni, hogy a magyarnál kell lennie egy linknek az angolra a link urljében ott kell lennie az útvonalban az en szócskának, tehát az útvonala en/node/2. Tehát az angol két útvonalon is elérhető. A Drupal a "nyelv választása az útvoal előtag alapján" beállítás esetén az oldal nyelvét (tehát a kódból jövő szöveg nyelvét) veszi az előtagból.
Szerintem ez hu-ra is igaz, már a tényleges útvonalaknál. Útvonal álneveknél nem tudom mi történik, mivel ott még sose próbálkoztam ilyennel, de gyanítom nem fog menni az alapértelmezett nyelvnél. Legalább is kísérleted erre enged következtetni.
más:
A cím maga nyugodtan lehet hosszú, az nem probléma. A dizájnnal akkor van probléma, ha olyan hosszú szó van a címben ami szétnyomja a dizájnt. Ez akkor fordulhat elő, ha valaki egy url-t, vagy fájl elérési útvonalat másol a címbe. Értelmes esetben nem, tehát nyugodtan adhatunk olyan hosszú címet amilyet akarunk. (persze ha van értelme. ;))
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
nem jól gondolod
Ott kezdődik a történet, hogy ID-ből csak egy lehet az oldalon, ha az oldal szabályos.
A getElementById() egy elég gyors függvény (bár ha jól tudom, a jQuery már nem is a böngészők által megvalósított kódot használja, hanem egy jóval gyorsabb sajátot). A getElementysByTagName() is elég gyors a lehetőségekhez képest, viszont csak most jelent meg a Javascriptben olyan metódus, amivel egy adott osztály elemei is lekérdezhetőek (Selector API).
Szóval ha csak CSS osztálynevet használsz, akkor végig kell menni a DOM minden elemén egyesével, és megvizsgálni, hogy az adott elem rendelkezik-e a kért osztállyal. -> lassú
Ha használod a tag-et is a keresésnél, akkor a böngésző használhatja először a getElementysByTagName()-t azért, hogy kigyűjtse az adott típusú HTML elemeket, majd ezen az eredménylistán kell már csak végiglépkednie ciklussal, hogy az osztály egyezőségét vizsgálja. -> gyorsabb
Ha csak ID-t adsz meg, akkor nincs mese, használja a getElementNameById()-t az adott ID-jű elem elérésére, és nagyon bízik benne, hogy az oldalon nincs több ilyen ID-vel rendelkező elem. -> leggyorsabb
Ha van Tag és ID is megadva, akkor először lekéri az adott típusú elemeket a getElementysByTagName()-vel, majd abban kutakodik az adott ID-jű elem után. Plusz mivel a getElementysByTagName() eredménye nem DOM-töredék, ezért az eredményére nem használható a getElementNameById(), hanem ciklus kell -> majdnem ugyanott vagyunk, mint a második pontban.
- A hozzászóláshoz regisztráció és bejelentkezés szükséges
Extra.hu lépései
Sziasztok.
Mivel az utóbbi időben szinte minden nap kérdés az extra.hu-ra való telepítés, regisztráltam egy tárhelyet és feltelepítettem a 5.1-es verziót az alábbi lépésekkel:
1. A regisztráció után aktiváljuk a webtárhelyet és a mysql-t.
2. Egy könyvtárba (pl. drupal-5.1) kicsomagoljuk a Drupal-t és a magyar nyelvi fájlokat. A .htaccess fájlt töröljük (vagy átnevezzük pl. htaccess.txt-re). A sites/default/settings.php fájlban megkeressük az ini_set('session.cookie_domain', '$domain');
sort és alá beszúrjuk a következőt:
ini_set('session.name', 'AZENAZONOSITOM');
3. A drupal-5.1 könyvtárunkban létrehozunk egy files könyvtárat.
4. A drupal-5.1 könyvtárunk tartalmát ftp-vel (vagy az extra-s fájlböngészővel) felmásoljuk a tárhelyünkre. Ellenőrizzük, hogy a files könyvtár jogai 0777 legyenek.
5. Beírjuk az alábbi címet a böngészőnkbe: http://felhasznalonevem.extra.hu/install.php
6. A megjelenő ablakban kiválasztjuk a "Drupal localized" lehetőséget, majd a következő ablakban a magyar nyelvet.
7. Az adatbázis beállításai: az adatbázis neve, és az adatbázis felhasználói neve megegyezik, ez a regisztrált felhasználónevünk. Az adatbázis jelszava a regisztráció során megadott jelszó.
A haladó beállításoknál az adatbázis hoszt 'felhasznalonevem.extra.sql' legyen.
8. Ezt követően a beállításokat elmentjük és a működő webhelyre lépünk. Itt létrehozzuk a legelső (admin jogú) felhasználónkat, ezt követően a telepítés befejeződött.
Üdv: Zoli