Archívum - 2007
június 14
XHTML 1.1 doctype-ot megadva szétcsúszik az oldal
Sziasztok!
Egy olyan probléma jelentkezett honlapkészítés közben, hogy:
A HTML kódban indítottam a DOCTYPE-ot, majd a szokásos dolgokat. IE7 és Mozilla 2.0.0.4 alatt teszteltem a lapot.
Mindkettőnél szét volt csúszva az egész, sőt, némely elemeket meg sem jelenített a böngésző.
Azt vettem észre, hogy ha kiveszem a DOCTYPE-ot a kódból, akkor az IE tökéleteen megjeleníti az oldalt, Mozillánál viszont minden marad ugyanolyan rosszul.
Már kipróbáltam szerintem az összes DOCTYPE deklarálást, de akkor is szétesik az egész, úgyhogy ezért fordultam hozzátok.
A CSS-sel úgy gondolom, nem lehet baj, mert megjeleník az oldal ahogy kell, de csak akkor, ha nincsen doctype.
Nem tudom, kapásból tudja-e valaki a megoldást, ha szükséges, persze megadok kódot is, de talán elsőre elég lesz ennyi.
HTML(így ment az odal):
HTML (így már szétcsúszott)
[colorer=html]<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=iso-8859-2" />
Egy olyan probléma jelentkezett honlapkészítés közben, hogy:
A HTML kódban indítottam a DOCTYPE-ot, majd a szokásos dolgokat. IE7 és Mozilla 2.0.0.4 alatt teszteltem a lapot.
Mindkettőnél szét volt csúszva az egész, sőt, némely elemeket meg sem jelenített a böngésző.
Azt vettem észre, hogy ha kiveszem a DOCTYPE-ot a kódból, akkor az IE tökéleteen megjeleníti az oldalt, Mozillánál viszont minden marad ugyanolyan rosszul.
Már kipróbáltam szerintem az összes DOCTYPE deklarálást, de akkor is szétesik az egész, úgyhogy ezért fordultam hozzátok.
A CSS-sel úgy gondolom, nem lehet baj, mert megjeleník az oldal ahogy kell, de csak akkor, ha nincsen doctype.
Nem tudom, kapásból tudja-e valaki a megoldást, ha szükséges, persze megadok kódot is, de talán elsőre elég lesz ennyi.
HTML(így ment az odal):
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=iso-8859-2" />
<meta http-equiv="content-language" content="hu" />
<meta name="description" content="kresz-oktatás" />
<meta name="keywords" content="lwdesign,webdegign,design,honlap,honlapkészítés,logo,céglogo,névjegykártya,készítés,tervezés" />
<meta name="author" content="Levente" />
<meta name="copyright" content="Levente, 2007" />
<link rel="shortcut icon" href="images/logo_s.ico" />
<link rel="stylesheet" href="style_varosszepe.css" type="text/css">
<link rel="stylesheet" href="flexcrollstyles.css" type="text/css">
<link rel="stylesheet" href="tutorsty.css" type="text/css">
<script language="JavaScript" type='text/javascript' src="flexcroll.js"></script>
<title>LW Design - Város Szépe</title>
</head>HTML (így már szétcsúszott)
[colorer=html]<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=iso-8859-2" />
június 13
Javascript DOMParser probléma
Tisztelt Fórumozók!
Javascriptben DOMParserrel próbálok parzolni egy HTML fájlt. Kb. így:A HTML fájl nem valid és iso-8859-2 kódolású.
Ezután a sor után Exceptiont kapok és a parseFromString 2. argumentumától függ, hogy milyet. Ha text/xml (ill. application/xml+xhtml), akkor szintaxis hibákat kapok, abból adódóan, hogy a fájl nem valid... Ha viszont text/html vagy akármi más, akkor errort kapok, hogy ez nincs implementálva.
Elég sokmindennel próbálkoztam; kódolások babrálásával is, de nem hozott eredményt.
Előre is köszönöm segítségeteket!
üdv. krey
■ Javascriptben DOMParserrel próbálok parzolni egy HTML fájlt. Kb. így:
parser = ((new DOMParser()).parseFromString(xmlString, "text/xml"));Ezután a sor után Exceptiont kapok és a parseFromString 2. argumentumától függ, hogy milyet. Ha text/xml (ill. application/xml+xhtml), akkor szintaxis hibákat kapok, abból adódóan, hogy a fájl nem valid... Ha viszont text/html vagy akármi más, akkor errort kapok, hogy ez nincs implementálva.
0x80004001 (NS_ERROR_NOT_IMPLEMENTED) [nsIDOMParser.parseFromString]
Elég sokmindennel próbálkoztam; kódolások babrálásával is, de nem hozott eredményt.
Előre is köszönöm segítségeteket!
üdv. krey
Naív spam védelem
Ma reggel jutott eszembe a következő (lehet, h már ősrégi ötlet):
Adott egy hozzászólás rész, ahova login nélkül is lehet írni. Nem szeretnék spamet, de szeretném elkerülni az össze-vissza torzított képeket és a "Milyen színű az ég?" jellegű kérdéseket, mert ezek véleményem szerint elriasztják a felhasználót (meg persze rondítják az oldalamat :)).
A gyors hozzászólás jellegéből adódóan a delikvens e-mail címére nincs szükségem, tehát nem is kérem be tőle. Viszont mégis berakok egy 'email' nevű INPUT-ot (direkt sok "beszédes" résszel, id="email", name="email" class="required"...), és CSS-sel display:none tulajdonságot adok neki. Tehát egy humán ember nem fogja kitölteni, viszont egy robot jó eséllyel benézi. Ha ki van töltve, akkor spamnek minősítem és büntit szabok ki, ha nincs akkor elfogadom.
Hol bukhat meg ez a szűrés? A robotok képesek visszafejteni a CSS szabályaimat (nyilván külön fájlban, esetleg vmi tök fura kiválasztóval karöltve)?
■ Adott egy hozzászólás rész, ahova login nélkül is lehet írni. Nem szeretnék spamet, de szeretném elkerülni az össze-vissza torzított képeket és a "Milyen színű az ég?" jellegű kérdéseket, mert ezek véleményem szerint elriasztják a felhasználót (meg persze rondítják az oldalamat :)).
A gyors hozzászólás jellegéből adódóan a delikvens e-mail címére nincs szükségem, tehát nem is kérem be tőle. Viszont mégis berakok egy 'email' nevű INPUT-ot (direkt sok "beszédes" résszel, id="email", name="email" class="required"...), és CSS-sel display:none tulajdonságot adok neki. Tehát egy humán ember nem fogja kitölteni, viszont egy robot jó eséllyel benézi. Ha ki van töltve, akkor spamnek minősítem és büntit szabok ki, ha nincs akkor elfogadom.
Hol bukhat meg ez a szűrés? A robotok képesek visszafejteni a CSS szabályaimat (nyilván külön fájlban, esetleg vmi tök fura kiválasztóval karöltve)?
Fckeditor és az IE6 Peekaboo Bug
Sziasztok!
Gondolom már mindenkinek a könyökén jöm ki az Fckeditor, de szembesültem egy érdekes jelenséggel.
Ha fck-t konfigurálok úgy hogy a toolbar Out legyen (mert a szerkesztő területnek csak 180px szélesnek kell lennie a toolbar-nak meg 520px), akkor IE 6.0 oldal újratöltés után lenyeli egy részét a toolbar-nak (csak az első sornyi gomb jelenik meg).
Ez a kód:Azt találtam Yahoo-n, hogy ez valami Peekaboo Bug, és az IE 7.0 már nem csinálja. Írnak három megoldást amiket a div-ekbe kellene belebügykölni, de nem a toolbar és az editor area div-jeibe, hanem az editor és az editorban található gombokat csoportosító divekbe.
A kérdésem az, hogy létezik valami doksi erre a témára, vagy van más mód is arra, hogy különállóan méretezzem a toolbar-t és az editor area-t?
Gondolom már mindenkinek a könyökén jöm ki az Fckeditor, de szembesültem egy érdekes jelenséggel.
Ha fck-t konfigurálok úgy hogy a toolbar Out legyen (mert a szerkesztő területnek csak 180px szélesnek kell lennie a toolbar-nak meg 520px), akkor IE 6.0 oldal újratöltés után lenyeli egy részét a toolbar-nak (csak az első sornyi gomb jelenik meg).
Ez a kód:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="hu" lang="hu">
<head>
<title>FckEditor</title>
<head>
<script type="text/javascript" src="fckeditor/fckeditor.js"></script>
</head>
<body>
<div id="xToolbar" style="width:520px;margin-left:auto;margin-right:auto;"></div>
<div id="xEditor" style="width:180px;margin-left:auto;margin-right:auto;">
<form action="sampleposteddata.php" method="post" target="_blank" style="margin:0px;">
<script type="text/javascript">
var oFCKeditor = new FCKeditor( 'FCKeditor_1' ) ;
oFCKeditor.BasePath = 'fckeditor/' ;
oFCKeditor.Height = 400 ;
oFCKeditor.Width = 180 ;
oFCKeditor.ToolbarSet = "MyToolbar" ;
oFCKeditor.Config[ 'ToolbarLocation' ] = 'Out:xToolbar' ;
oFCKeditor.Value = 'This is some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/">FCKeditor</a>.' ;
oFCKeditor.Create() ;
</script>
</form>
</div>
</body>
</html>
A kérdésem az, hogy létezik valami doksi erre a témára, vagy van más mód is arra, hogy különállóan méretezzem a toolbar-t és az editor area-t?
Flash-ben JavaScript
Sziasztok.
Egy olyan kérdésem lenne hogy flash-be hogy tudok javascript-et beilleszteni? Van egy script ami egy online webkamerára kapcsolódik és a képét adja vissza. Ezt kellene betenem egy flash site-ba de nem igazán tudom hogy hol kezdjek neki.
Tudtok ebben nekem segíteni?
Előre is köszi.
Üdv.: Konoko
■ Egy olyan kérdésem lenne hogy flash-be hogy tudok javascript-et beilleszteni? Van egy script ami egy online webkamerára kapcsolódik és a képét adja vissza. Ezt kellene betenem egy flash site-ba de nem igazán tudom hogy hol kezdjek neki.
Tudtok ebben nekem segíteni?
Előre is köszi.
Üdv.: Konoko
Apache log_rotate fájl hozzáférés
Sziasztok!
Linux alatt tök jól megy a mod_log_rotate, és semmi probléma nincs vele. Windowson 2.0.59-es Apache-on szépen új fájlt kezd minden nap, de nem engedi el a fájlt. Írtam egy kis programot, ami végigmegy minden nap hajnali egykor az össze vhost log könyvtárán és bezippeli az előző napit, majd törli a logot.
Törölni nem tudja, mert fogja még az apache, de mikor leállítom az apache-ot eltűnik a fájl. Tehát valamennyire mégis sikerült törölni.
Az automatikus zippelés pont azért jó, hogy ne kelljen kb 60 vhost logjait kézzel archiválgatni. Most átmeneti megoldásként 3-4 naponta restartolom apache-ot.
Van valami ötletetek, hogy miért fogja meg olvasásra is a már régi logokat?
Köszi. Üdv. Topi.
■ Linux alatt tök jól megy a mod_log_rotate, és semmi probléma nincs vele. Windowson 2.0.59-es Apache-on szépen új fájlt kezd minden nap, de nem engedi el a fájlt. Írtam egy kis programot, ami végigmegy minden nap hajnali egykor az össze vhost log könyvtárán és bezippeli az előző napit, majd törli a logot.
Törölni nem tudja, mert fogja még az apache, de mikor leállítom az apache-ot eltűnik a fájl. Tehát valamennyire mégis sikerült törölni.
Az automatikus zippelés pont azért jó, hogy ne kelljen kb 60 vhost logjait kézzel archiválgatni. Most átmeneti megoldásként 3-4 naponta restartolom apache-ot.
Van valami ötletetek, hogy miért fogja meg olvasásra is a már régi logokat?
Köszi. Üdv. Topi.
Google Gears: Replacing One Problem with Another
A szinkronizáció kemény dió lehet
■ június 13
REMIX 07 beszámoló
REMIX 07
Mind a helyszín, mind a többi körülmény, az ételek és italok választéka arról árulkodott, hogy itt most nem egy hazai tömegrendezvényről van szó, hanem nemzetközi konferenciáról. Úgy láttam, hogy Csehországból, Ukrajnából, Romániából is sokan érkeztek, de azért magyar ismerősökkel is sikerült összefutni. A szervezők komoly előrelátással egy kézi ventillátort is helyeztek minden résztvevői csomagba, erre bizony szükség is volt.
UTF-8-as oldal csak időnként jeleníti meg jól az ékezeteket
Hali.
A következő problémám van:
Van egy saját oldalam (http://netman.sk) amolyan "coming soon"-os oldala...
UTF-8 a karakterkódolása, PSPad nevű progiban írtam a kódot, mint mindig és ott is UTF-8ra állítottam...
A fájlban minden ékezettel van írva, de mivel a fájl karakterkódolása is UTF-8, így gondoltam nem gond (meg hát weblabor kódjában is vannak ékezetek, szal elvileg ez így működik).
Localhoston szépen működik is, sőt (!) az az érdekes, hogy tárhelyre feltöltve is okés, egy darabig...
Abban a pillanatban, mikor a frissen feltöltött oldalt megnézem, nem jó :S viszont egy refresh után jó...
aztán 5-6 refresh után megint nem okés :S
Légyszi, ha vki találkozott már ilyesmivel, vagy tudja, miért lehet ez, és miért nem fordul ez elő a weblaboron :) és az en oldalamon meg miért igen, kérek írjon...
köszönök előre minden értékes hozzászólást ;)
üdv
péter
■ A következő problémám van:
Van egy saját oldalam (http://netman.sk) amolyan "coming soon"-os oldala...
UTF-8 a karakterkódolása, PSPad nevű progiban írtam a kódot, mint mindig és ott is UTF-8ra állítottam...
A fájlban minden ékezettel van írva, de mivel a fájl karakterkódolása is UTF-8, így gondoltam nem gond (meg hát weblabor kódjában is vannak ékezetek, szal elvileg ez így működik).
Localhoston szépen működik is, sőt (!) az az érdekes, hogy tárhelyre feltöltve is okés, egy darabig...
Abban a pillanatban, mikor a frissen feltöltött oldalt megnézem, nem jó :S viszont egy refresh után jó...
aztán 5-6 refresh után megint nem okés :S
Légyszi, ha vki találkozott már ilyesmivel, vagy tudja, miért lehet ez, és miért nem fordul ez elő a weblaboron :) és az en oldalamon meg miért igen, kérek írjon...
köszönök előre minden értékes hozzászólást ;)
üdv
péter
