crt képe

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

0
0
oxigeny képe

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!

0
0
pp képe

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

0
0
d.pryke képe

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"

0
0
zimbo képe

Azt hiszem az minden bajom, hogy nem tudom, hogy kell megadni az argumentumot helyesen!

Nagyon közel vagyok egy egyszerű megoldáshoz, de valahogy mégsem megy.
Most odáig jutottam, hogy ilyen egyszerűen összehozható a dolog:
http://guliweb.info/1.jpg

Megadtam a nézetben, hogy három mezőt akarok a táblázatba: Room1, 2 és 3.
És argumentum: nid
http://guliweb.info/4.jpg
ahol ezzel a beállítással most az összes beküldött lakás 3 szobájának adatait megjeleníti a Live preview:
http://guliweb.info/2.jpg

Amikor ezt a nézetet beállítom a lakás1 lakás2 stb node-oknál a view fieldben, és semmi mást nem piszkálok, akkor az adott node-ban, kilistáza az összes többi lakás szobáinak adatait, kivéve az aktuális lakásét, amit éppen szeretnék.
http://guliweb.info/3.jpg
Az egyszerűség kedvéért most láthatónak hagytam az eredeti mezőket, amiknek tartalma nem jelent meg az alatta látható nézetben.

Ennek ellenére most vagyok a legközelebb a megoldáshoz. :)

Igazán amatőr vagyok, és a $vars php-s megoldás már nagyon távoli tőlem, míg az előtte leírt megoldást még megpróbáltam, de sajnos nem jól sült el az sem.

Ezekkel a képekkel talán közelebb kerülök a megoldáshoz a segítségetekkel!

0
0
fox mulder képe

...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 :)

0
0

Fox Mulder

eMeLA képe

Már bocsánat, de nem gányolok. Elvégre szerintem jó helyre teszem az üzenet beküldését, csak a végrehajtási sor miatt nem akkor jelenik meg amikor én szeretném.

Nagyon leragadtatok a 'cím' szövegen, bár hangsúlyoztam a drupal_set_message()-on van.... Próbáltam egyszerűsíteni a kérdésem, de látom félrement...

Leírom újra:
Adva van egy normál node, és x darab node ami blokkban jelenik meg, ezek a node-ok az normál node-hoz vannak kapcsolva. Azt szeretném, hogy ha valamelyik node nincs közzétéve, akkor a beküldőnek, és az adminisztrátornak jelenjenek meg (eddig minden rendben működik, még ki is vannak emelve a rejtett node-ok), de szeretnék egy drupal_set_message() üzenetet is arról, hogy melyik node-ok nincsenek közzétéve, ebben az üzenetben (többek között) az adott node címe is szerepel.

Ez azért szükséges, hogy egyértelmű legyen a beküldőnek is és észrevegye az adminisztrátor is, melyik node nincs közzétéve.

Kézenfekvőnek tűnt a hook_nodeapi()-ba tenni az üzenet elküldését, de úgy látom, hogy az alap node megjelenítése után a $message változó lezárásra kerül...

Közvetlenül nem akartam a $_SESSION-ba tenni (ha lehet) az üzenetemet elvégre van a drupal_set_message().

Leginkább azt látom, hogy az alapnode hook_nodeapi() 'view' ágában kell vizsgálnom a kapcsolt node-ok megjelenését, és itt kell beküldenem az üzeneteket.

0
0

...mit tudok: http://web.termuves.hu

pp képe

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

0
0
nevergone képe

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.

balazsgabi képe

a régi cegemneve.com. Ezzel az a baj, hogy az ügyfelei közül sokan a cegemneve.hu domain-t használják. Ez viszont nem a cégé, sőt nincs is mogotte (rajta) tartalom, hanem egyszerűen gyorsabb volt a tulajdonosa és most árulja a domaint. A szakmában elég értékes csengése van de mondjuk úgy, hogy sokat kér érte. Erre jött az én nagy ötletem (?), hogy akkor legyen egy cegemnevekft.hu ha már csak így tudják elképzelni. (nem olyan életszerűtlen és a napokban találkoztam egy emberrel, kérdeztem az emilcímét és jött azzal, hogy [email protected]. Mikor rákérdeztem és még akkor is állította, hogy az övé az hu. Legalább fél éve használta.)

Tehát, amíg ki nem kopik a köztudatból a com-os vagy a nepper alább nem adja, addig kettőt kell használni. Mivel nagyokosan már az újat is elkezdtük terjeszteni.

A htaccess mindenképpen kell az új helyen (ha már van kettő) csak hogyan járnék jobban? DNS a régi helyen, illetve ott is htaccess?

Az aliasra gondoltam én is de mivel olyan címek vannak, hogy cegemneve.com/tevekenysegek ahol egy statikus htmlben fel volt sorolva nagyjából, az új helyen meg sokkal részletesebben szét van szedve a tevékenységi kör - közben fejlődtek is meg azóta már másként látom a dolgot (az előzőt is én csináltam) tehát ezt elvetném

0
0