Archívum - Jan 2012
január 30
Dataglobe.eu gondok
Sziasztok.
Van egy weboldalam a dataglobe.eu-nál. Már kb. 1 hete teljesne le van állva. Arra sem méltatnak, hogy visszajelezzenek az e-maileimre, és telefont sem veszik.
Nem tudja valaki mi lehet ezzel a céggel. Nagyon kellemetlen számomra a dolog, mert a php scriptjeimet sem tudom lementeni, mert még az ftp-re sem enged be.
Segítséget kérnék, hogy ebben az esetben hová lehet fordulni, vagy m a teendö.
A segítséget elöre is köszönöm.
■ Van egy weboldalam a dataglobe.eu-nál. Már kb. 1 hete teljesne le van állva. Arra sem méltatnak, hogy visszajelezzenek az e-maileimre, és telefont sem veszik.
Nem tudja valaki mi lehet ezzel a céggel. Nagyon kellemetlen számomra a dolog, mert a php scriptjeimet sem tudom lementeni, mert még az ftp-re sem enged be.
Segítséget kérnék, hogy ebben az esetben hová lehet fordulni, vagy m a teendö.
A segítséget elöre is köszönöm.
január 30
IE 6 - absolute DIV
Sziasztok!
A problémám nagyon egyszerű, viszont JavaScript mentes megoldást mégsem találok rá.
Adott egy absolute-ra pozicionált DIV, amelynek top:0; bottom:0; tulajdonságai vannak.
Ez minden böngészőben szépen ki is nyúlik a szülő DIV magasságában, kivéve IE 6-ban természetesen.
Kérdésem, hogy ismertek-e valami CSS-en alapuló megoldást erre?
■ A problémám nagyon egyszerű, viszont JavaScript mentes megoldást mégsem találok rá.
Adott egy absolute-ra pozicionált DIV, amelynek top:0; bottom:0; tulajdonságai vannak.
Ez minden böngészőben szépen ki is nyúlik a szülő DIV magasságában, kivéve IE 6-ban természetesen.
Kérdésem, hogy ismertek-e valami CSS-en alapuló megoldást erre?
január 29
AJAX form post
Van egy HTML FORM-om, amit JS/XMLHttpRequest segítségével szeretném POST-olni.
A FORM nagy mennyiségű dinamikusan generált INPUT CHECKBOX elemet tartalmaz, a felhasználó által kiválasztottak értékeit (value/name?) szeretném elküldeni.
A SEND függvény az alábbi hibával leáll: (Firefox9+FireBug)A hibával kapcsolatban nem sok infót találtam, de úgy látom függvény STRING-et várna.
Van valami egyszerű módja, hogy a CHECKBOX-ok értékét el tudjam küldeni? (pl. beépített konvertáló függvény)
Vagy jobb ha nekiállok ismerkedni valamely JS keretrendszerrel? (pl. jQuery és társai)
■ A FORM nagy mennyiségű dinamikusan generált INPUT CHECKBOX elemet tartalmaz, a felhasználó által kiválasztottak értékeit (value/name?) szeretném elküldeni.
A SEND függvény az alábbi hibával leáll: (Firefox9+FireBug)
Component returned failure code: 0x80460001 (NS_ERROR_CANNOT_CONVERT_DATA)
XMLHttpRequestObjectForSavingCategories.send(document.forms["categories_form"]);
Van valami egyszerű módja, hogy a CHECKBOX-ok értékét el tudjam küldeni? (pl. beépített konvertáló függvény)
Vagy jobb ha nekiállok ismerkedni valamely JS keretrendszerrel? (pl. jQuery és társai)
január 27
Produktum tesztelése különböző Internet Explorer verzióban (IE7+)
Üdv!
A kérdésem nagyon egyszerű. Hogyan oldható meg, illetve mi a legjobb módja több különböző Explorer verzióban való tesztelésnek? (A 9-es verzióba beépített Browser Mode-tól most tekintsünk el, mert az szvsz használhatatlan)
Ki hogyan oldja meg ezt a "problémát"?
A segítséget előre is köszönöm.
■ A kérdésem nagyon egyszerű. Hogyan oldható meg, illetve mi a legjobb módja több különböző Explorer verzióban való tesztelésnek? (A 9-es verzióba beépített Browser Mode-tól most tekintsünk el, mert az szvsz használhatatlan)
Ki hogyan oldja meg ezt a "problémát"?
A segítséget előre is köszönöm.
A Twitter igazodik a cenzúra igényeihez
Lassan temethetjük az interneten is a szólásszabadságot
■ XML sitemap generálási hiba
Sziaztok!
Megprobálom röviden, érthetően vázolni a problémámat.
A probléma:
A www.xml-sitemaps.com hibát talál az oldal feltérképezése során. Jelenleg kétféle hibát tudok előidézni:
Hiba 1:
www.domain.hu/hirek-12/... -t négyszer linkeli be/rögzíti az XML-be.
Ebből egy link lenne a helyes, maga a hír url-je: www.domain.hu/hirek-12/draga-benzin.html
De sajnos megtalál még olyan oldalakat is, hogy:
www.domain.hu/hirek-12/index.html
www.domain.hu/hirek-12/kapcsolat.html
www.domain.hu/hirek-12/referenciak.html, stb.
Az előbbi 3 aloldal, önmagában létező oldalak, azaz ezeken a linkeken érhetőek el:
www.domain.hu/index.html
www.domain.hu/kapcsolat.html
www.domain.hu/referenciak.html
De valamiért a program egy adott hírről is megtalálja oldalt, pedig a gyakorlatban ez úgy néz ki, hogy ha egy adott hírt olvasok és rákattintok a kapcsolat menüpontra (kapcsolat.html), akkor a böngésző helyesen a www.domain.hu/kapcsolat.html-ra irányítódik át és nem a www.domain.hu/hirek-12/kapcsolat.html-ra.
Ahol esetleg a hiba lehet, hogy a 12-es hírt bármilyen url-en keresztül el lehet érni, ha a link a www.domain.hu/hirek-12/...bármire... mutat, mert a jelenleg használt hírek modul akkor fut le, ha a domain utan igy kezdődik az URI: hirek-[0-9]+/
Hiba 2:
Az első hiba megoldása végett, arra gondoltam, hogy csak akkor töltöm be ha hírt, ha az adott hír azonosítóhoz (12) tartozó hír címéből generált link (Drága benzin -> draga-benzin.html) megegyezik az URI végével.
Megprobálom röviden, érthetően vázolni a problémámat.
A probléma:
A www.xml-sitemaps.com hibát talál az oldal feltérképezése során. Jelenleg kétféle hibát tudok előidézni:
Hiba 1:
www.domain.hu/hirek-12/... -t négyszer linkeli be/rögzíti az XML-be.
Ebből egy link lenne a helyes, maga a hír url-je: www.domain.hu/hirek-12/draga-benzin.html
De sajnos megtalál még olyan oldalakat is, hogy:
www.domain.hu/hirek-12/index.html
www.domain.hu/hirek-12/kapcsolat.html
www.domain.hu/hirek-12/referenciak.html, stb.
Az előbbi 3 aloldal, önmagában létező oldalak, azaz ezeken a linkeken érhetőek el:
www.domain.hu/index.html
www.domain.hu/kapcsolat.html
www.domain.hu/referenciak.html
De valamiért a program egy adott hírről is megtalálja oldalt, pedig a gyakorlatban ez úgy néz ki, hogy ha egy adott hírt olvasok és rákattintok a kapcsolat menüpontra (kapcsolat.html), akkor a böngésző helyesen a www.domain.hu/kapcsolat.html-ra irányítódik át és nem a www.domain.hu/hirek-12/kapcsolat.html-ra.
Ahol esetleg a hiba lehet, hogy a 12-es hírt bármilyen url-en keresztül el lehet érni, ha a link a www.domain.hu/hirek-12/...bármire... mutat, mert a jelenleg használt hírek modul akkor fut le, ha a domain utan igy kezdődik az URI: hirek-[0-9]+/
Hiba 2:
Az első hiba megoldása végett, arra gondoltam, hogy csak akkor töltöm be ha hírt, ha az adott hír azonosítóhoz (12) tartozó hír címéből generált link (Drága benzin -> draga-benzin.html) megegyezik az URI végével.
Xml dokumentum és JQuery vs JS Osztály és saját funkciók
Mostanában gondolkozom azon, hogy írok egy bonyolultabb függvényt, ami xml dokumentumokat alakít át olyan alakra hogy a tulajdonságok elérhetőek legyenek "coverted.id" formában, és a gyermekek kezelése is könnyebb legyen, mint egy XML dokumentum esetében. Lényegében egy osztály példányait tömbökbe rendezve.
Az egész témával kapcsolatban sokat rágódtam, hogy van-e értelme így átkonvertálni, hiszen az átalakítás annyi időt vesz el, hogy nem biztos hogy megéri, még akkor sem ha később könnyben, gyorsabban lehet matatni a struktúrán.
További ellenérvként ott a jQuery eszközrendszere, ami biztosítja a xml kezelését.
Konkrétan: XML jön AJAXon keresztül, mondjuk egy raktár vagy webshop árukészlete, 1000-10.000 elem. Ezeken az elemeken a szokásos műveletek végezhetőek,(módosítás, törlés), amihez a fában meg kell találni az adott elemet. A gyermekelemek elérése is szükséges olykor. Tartsam ezt XML-ben kliensoldalon, és jQueryvel(vagy saját függvénnyel) keressem benne ami kell (pl egy adott id-jű elemet), vagy inkább rakjam át saját struktúrába?
Az adatok újratöltésének gyakoriságát, megsaccolni sem tudom, értelemszerűen csak akkor történik ilyen ha elnavigál az adott oldalról, majd visszatér, egyébként minden AJAX-al történik.
Mi lenne itt a legjobb megoldás, elsősorban a kód sebessége, másodsorban, a kód átláthatósága, és nem utolsó sorban általánossága, újrafelhasználhatósága szempontjából?
■ Az egész témával kapcsolatban sokat rágódtam, hogy van-e értelme így átkonvertálni, hiszen az átalakítás annyi időt vesz el, hogy nem biztos hogy megéri, még akkor sem ha később könnyben, gyorsabban lehet matatni a struktúrán.
További ellenérvként ott a jQuery eszközrendszere, ami biztosítja a xml kezelését.
Konkrétan: XML jön AJAXon keresztül, mondjuk egy raktár vagy webshop árukészlete, 1000-10.000 elem. Ezeken az elemeken a szokásos műveletek végezhetőek,(módosítás, törlés), amihez a fában meg kell találni az adott elemet. A gyermekelemek elérése is szükséges olykor. Tartsam ezt XML-ben kliensoldalon, és jQueryvel(vagy saját függvénnyel) keressem benne ami kell (pl egy adott id-jű elemet), vagy inkább rakjam át saját struktúrába?
Az adatok újratöltésének gyakoriságát, megsaccolni sem tudom, értelemszerűen csak akkor történik ilyen ha elnavigál az adott oldalról, majd visszatér, egyébként minden AJAX-al történik.
Mi lenne itt a legjobb megoldás, elsősorban a kód sebessége, másodsorban, a kód átláthatósága, és nem utolsó sorban általánossága, újrafelhasználhatósága szempontjából?
Kivételkezelés alkalmazása
Sziasztok!
Olvasgatok kivételkezelés témakörben és van pár fehér folt, ami csak nem akar kitisztulni a fejemben.
Adott ugye egy szituáció, amikor valami rosszul sülhet el, legyen mondjuk most ez egy szimpla fájlmegnyitás, majd beolvasás. Valamelyik sikertelen művelet esetünkben egy végzetes hiba, amikor emiatt le kell lőni az egész programot. Miért jobb az, ha try...catch-csel kapom el ezt az eseményt annál, minthogy egy feltételes szerkezettel vizsgálom, hogy sikerült-e a művelet vagy sem?
Ezt egy külföldi fórumon találtam és nagyjából leírja, hogy mi a problémám.Ha nincs file, akkor dob egy kivételt, eddig rendben is van. Utána viszont ugyanúgy megtehetné ugyanezt, de ehelyett try...catch-csel kezeli le, ha nem sikerül a beolvasás. Mi a különbség (a hasznosságát illetően) és miért jobb try...catch-elni annak ellenére, hogy sokkal jobban eszi az erőforrást, mint egy sima feltételvizsgálat?
Magyarul az nem tiszta, hogy miért jó nekem, hogy try...catch-csel fogom el a kivételeket, azonkívül, hogy ez utóbbi nem feltétlenül okoz fatal errort a programban?
(Ha hülyeségeket beszélek, akkor elnézést...:) )
■ Olvasgatok kivételkezelés témakörben és van pár fehér folt, ami csak nem akar kitisztulni a fejemben.
Adott ugye egy szituáció, amikor valami rosszul sülhet el, legyen mondjuk most ez egy szimpla fájlmegnyitás, majd beolvasás. Valamelyik sikertelen művelet esetünkben egy végzetes hiba, amikor emiatt le kell lőni az egész programot. Miért jobb az, ha try...catch-csel kapom el ezt az eseményt annál, minthogy egy feltételes szerkezettel vizsgálom, hogy sikerült-e a művelet vagy sem?
Ezt egy külföldi fórumon találtam és nagyjából leírja, hogy mi a problémám.
class FileOutputter
{
public function outputFile($file)
{
if (!file_exists($file))
return throw new Exception("File not found.",123);
try
{
$contents = file_get_contents($file);
}
catch (Exception $e)
{
return $e;
}
return $contents;
}
}
Magyarul az nem tiszta, hogy miért jó nekem, hogy try...catch-csel fogom el a kivételeket, azonkívül, hogy ez utóbbi nem feltétlenül okoz fatal errort a programban?
(Ha hülyeségeket beszélek, akkor elnézést...:) )
