Sziasztok Webmesterek!

Az egyik baratom zeneket szeretne feltenni a honlapjara.
Real Audio formatumra gondolt. Milyen szoftverrel lehet ezt
eloallitani es hol talalhato ilyen.
Jo lenne free, de ha penzes az sem nagy gond.
Esetleg van valakinek mas otlete?
Koszi a segitseget.
Csa'
Jeno
--
mailto:
ICQ UIN: 16263011

>Felado :  [Hungary]
>Temakor: link exchange ( 49 sor )

>Adott egy cgi script altal generalt kep (pontosabban a HTTP header-ben
>Location: mezovel atiranyitom egy kepfajlra) es egy masik cgi script amely
>akkor fut le, ha rakattinunk a linkre (o pedig tovabbkuld a reklam
>tulajdonosara). 

<A HREF="tovabb.pl">
    <IMG SRC="reklam.pl">
</A>

Igen, eddig jó.

>Eddig ugye ismeros. A problema ott lep fel, hogy az eloszor lefuto (inline
>kepkent hivott) "reklam.pl" veletlenszeruen kivalaszt egy tagot, akinek a
>reklamkepere kuldi a bongeszot. Ennek a scriptnek valahogy tudtara kellene
>adnia a kesobb (esetleg) futo "tovabb.pl"-nek, hogy hova kuldje a
bongeszot.

>Probalkoztam a cookie-val: megoldas, de ha kikapcsolja a user, rogton nem
>megy. Aztan meg valamiert nem mukodik (cookie.lib -et hasznalok).

>Nyilvantartas a szerveren: mi azonositja egyertelmuen azt a
bongeszoablakot?
>Egy IP cimmel rendelkezo gepen futhat tobb bongeszo is. 

Az egyik lehetőség valóban a cookie használat. Hogy miért nem működik nálad
az egy másik kérdés, arra nem tudok válaszolni. Viszont valóban hátránya,
hogy ki szokták kapcsolni. Ennek ellenére legelterjedtebben ezt használják.
Ezt csak akkor tudod kikerülni, ha azt az oldalt, amelyik a képet
tartalmazza dinamikusan a te programod generálja, és erre van is lehetőség
az iframe használatával.

Ilyenkor lehetőséged van arra, hogy minden egyes reklámhivatkozás egyedi
legyen. Így az oldalt generáló program dönti el, hogy milyen reklámot
jelenítsen meg, és hogy utána hova küldje a böngészőt. Ennek megfelelően a
generált HTML kód már a képre hivatkozik, és a képet körülfogó URL is a
reklám target oldalára mutat, vagy egy redirektor cgi-re, mert feltehetetően
naplózni szeretnéd a click-through-t.

Kérdés, hogy hogyan generálhatod te magad a HTML kódot, amely a képet
tartalmazza? Úgy, hogy a reklámhivatkozás NEM


<A HREF="tovabb.pl">
    <IMG SRC="reklam.pl">
</A>


alakú, hanem

<iframe src="reklam.pl"  egyeb parameterek ... >

alakú, és a reklam.pl generalja a HTML darabot, amely tartalmazza a
reklámot. A kép megjelenítéséhez így sincs több forgalom, mert megspórolod a
redirektet (kivéve ha az Apache server azt elintézte szerveren belül). Ezt
szokták mostanában használni.

>Kornyezeti valtozok: azt hallottam valakitol, hogy ezzel is meg lehetne
>oldani. Sajnos a perl %ENV{} tombjebe iras nem valtoztat rajta (irja is egy
>konyv). A http protokolt nem ismerem ennyire reszletesen, nem tudom
>mukodik-e.

Keveredik a szezon meg a fazon. Nagyon rossz helyen keresed a választ. A
környezeti változó a szerveren belül a processz, processzek közötti
paraméter, semmi köze hozzá egy távoli kliensnek.

>Server-side imagemap: itt egy fajlban kell lennie a linknek, megint nem ok.

Nem feltétlenül. Ez bizonyos szervereknél így van, amelyek biztosítanak
egyfajta automatikus image map kezelést. De az image-re rákkattintó
felhasználó kérését feldolgozhatja egy CGI program is, amely x és y GET
paraméterként megkapja a korrdinátákat, amivel aztán azt tesz amit akar. De
ez sem az amire neked szükséged van.

>Celom a minnel nagyobb kompatibilitas, es a "reklamozo" maximalis
szabadsaga
>ezert csak CGI megoldas lehetseges. Egy javascript-es megoldas mukodik,
tehat
>ilyesmit nem kerek.

Küldtem neked egy kis példa scriptet ami cookie-t használ. Nem olyan rossz
az. Végülis: ha érdekli a reklám, akkor ne kapcsolja ki!

>Tehat, mivel lehetne megoldani a problemat?

iframe

Péter

Szia!
Helyezd kepeidet az alabbi tablazatba, mindig egymas mellett fognak
megjelenni:

<table border="0" cellpadding="0" cellspacing="0" width="800" height="x">
  <tr>
    <td width="50%" height="x"><img src="kep1.gif" width="400" height="x"
alt="kep1" border="0"></td>
    <td width="50%" height="x"><img src="kep2.gif" width="400" height="x"
alt="kep2" border="0"></td>
  </tr>
</table>
-- 
Udv!
Pista
~~~~~~~~~~~~~~~~~~~@~~~~~~~~~~~~~~~
Ha tobbet szeretnél tudni egyetemi kozsegunkrol,
tekintsd meg honlapjat: http://www.piliscsaba.hu/
~~~~~~~~~~~~~~~~~~~@~~~~~~~~~~~~~~~

______________________________________________________
 írt a következő cikkben:
>...
> Sziasztok!
> 
> Van ket kepem egy HTML lapon egymas mellett. Mindket ket 400 keppont
> szeles. Namost a bongeszom ugy jeleniti meg, hogy ha nem fer el egymas
> mellett a ket kep, akkor tordeli oket, vagyis a 2. kepet lerakja az
> 1. ala. De ez nekem nem jo!
> 
> Azt szeretnem elerni, hogy soha ne rakja le a masodik kepet az elso
> ala, hanem akarmilyen is legyen az ablak szelessege, akkor is mindig
> mellette legyen.
> 
> Hogyan lehetne ezt megcsinalni?
> 
> Ha valaszoltok fontos!!!, hogy ide irjatok: mailto:
> 
> Elore is koszi:
> 
> Agoston Laszlo
> 
>

Hello webmesterek,
 Lacinak:nalam igy van biztos nem tudja elrakni a kepeket!
> Azt szeretnem elerni, hogy soha ne rakja le a masodik kepet az elso
> ala, hanem akarmilyen is legyen az ablak szelessege, akkor is mindig
> mellette legyen.
ez tul egyszeru ? tablazat!
 <table border="0" width="100%" cellspacing="0" cellpadding="0">
   <tr>
     <td width="33%"><img src="1.gif" width="399"
     height="207"></td>
     <td width="33%"><img src="2.gif" width="574"
     height="280"></td>
     <td width="34%"><img src="3.gif" width="588"
     height="481"></td>
   </tr>
 </table>
ha viszont arra gondoltal,hogy scroll nelkul beszoritsa a ket kepet
azt hiszem az nem lehetseges
Best regards,

 Tibor

p.s.Dexter irasa szerintem is sajat magat minositette:-(

>Felado :  [Hungary]
>Temakor: Fronpage98 ( 13 sor )
>Ajánljatok nekem valami szakirodalmat a Fronpage98-ról?
    Ez eppen nem is olyan regen volt tema.
    Jelenleg nincs magyar nyelvu irodalom a FrontPage98-rol.
    A 97-rol van, de nem kulonallo konyv, hanem tobb konyv is megemliti,
    de nem megy bele. (szerintem semmit sem ernek)

>Egy másik kérdés: technikailag hogyan oldható meg egy nagy kép kockánkénti
>letöltése? A kép fokozatosan élesedik.
    Ha .gif keprol van szo, akkor a grafikus programoddal ugy mentsd el,
    hogy interlaced.
    Ha pedig .jpeg, akkor Progressive JPEG-kent kell elmenteni.

>Bocs, de még kezdő vagyok a szakmában.
    (, akkor asszem meg hatra van az, hogy hogyan lehet atlatszo
    kepeket kesziteni :)

KITARTAS!

Udv.: Tetko!

(no signo)

Haliho!

> Felado :  [Hungary]

> Van ket kepem egy HTML lapon egymas mellett.
>Namost a bongeszom ugy jeleniti meg, hogy ha nem fer el egymas
>mellett a ket kep, akkor tordeli oket, vagyis a 2. kepet lerakja
> az 1. ala. De ez nekem nem jo!

> Azt szeretnem elerni, hogy soha ne rakja le a masodik kepet az 
> elso ala, hanem akarmilyen is legyen az ablak szelessege, akkor
> is mindig mellette legyen.

<nobr><img src="kep1.gif" width=400><img src="kep2.gif" width=400></nobr>

(A width=400 csak azert van ott, hogy jobban probalhssam)


Mic
(Krizsak Laszlo)
mailto:
http://w3.datanet.hu/~micsoft

Haliho!

> Felado :  [Hungary]

> Lenne 1 frame (index.html) oldal ami osszefog 2 oldalt.
> Hogyan tudnam megcsinalni, hogy kb. 10-20 masodperc mulva
> automatikusan 1 harmadik oldal toltodik be a 2 frame helyebe,
> tehat legfelulre.

----------- Index.htm --------------
<html> <head> <title>Document Title</title> </head>
<frameset cols="50%,*">
      <FRAME SRC="oldal1.htm" NAME=oldal1>
      <FRAME SRC="oldal2.htm" NAME=oldal2>
</frameset>
</html>

----------- Oldal1 --------
<html> <head><title>Oldal1</title></head>
<body> Oldal1 </body>
</html>
------------------------ Oldal 2, ami ujat tolt! ----------------
<html>
<head>
<META HTTP-EQUIV="Refresh" CONTENT="5; URL=oldal3.htm">
<title>Oldal2</title>
</head>
<body> Oldal2 </body>
</html>
----------- Oldal3.htm --------
<html> <head><title>Oldal3</title></head>
<body> Oldal3 </body>
</html>


Mic
(Krizsak Laszlo)
mailto:
http://w3.datanet.hu/~micsoft

Haliho!

> Felado :  [Hungary]

> Lenne 1 frame (index.html) oldal ami osszefog 2 oldalt.
> Hogyan tudnam megcsinalni, hogy kb. 10-20 masodperc mulva
> automatikusan 1 harmadik oldal toltodik be a 2 frame helyebe,
> tehat legfelulre.

----------- Index.htm --------------
<html> <head> <title>Document Title</title> </head>
<frameset cols="50%,*">
      <FRAME SRC="oldal1.htm" NAME=oldal1>
      <FRAME SRC="oldal2.htm" NAME=oldal2>
</frameset>
</html>

----------- Oldal1 --------
<html> <head><title>Oldal1</title></head>
<body> Oldal1 </body>
</html>
------------------------ Oldal 2, ami ujat tolt! ----------------
<HTML>
<HEAD>
<TITLE>Régi oldal</TITLE>
<SCRIPT language="JavaScript">
<!--
setTimeout("window.location='oldal3.htm'",5*1000)
//-->
</SCRIPT>
<body> Ez is 2. oldal </body>
</html>----------- Oldal3.htm --------
<html> <head><title>Oldal3</title></head>
<body> Oldal3 </body>
</html>

Persze az elozo, es a mostani valtozatot egyutt is hasznalhatod.
Biztos ami biztos alapon! :-)

Mic
(Krizsak Laszlo)
mailto:
http://w3.datanet.hu/~micsoft

Sajnos egy ideig behalt a levelezesem aramszunet miatt (kipurcant egy
router). Koszonom GFeri-nek, hogy megvalaszolta a kerdest.

Udvozlettel:
Baranyai Laszlo

___________________________________________________________________________
Association of Hungarian PhD Students  University of Horticulture and Food
H1053 Budapest, Ferenciek tere 2.      Department of Physics and Control
T.: (+36-1)-317-5212, 317-5585         H1118 Budapest, Somloi u. 14-16.
http://www.phd.hu                      T.: (+36-1)-372-6200/6020

> A HTML4 szabvany joval kesobb jelent meg, mint az IE4. A nem-vegleges
> HTML4-ben is mar szerepelt korabban az IFRAME, ezert ha az IE azt mar
> elotte ismerte, azt jelenti, hogy a Microsofttol szarmazik az IFRAME. Erre
> utal az is, hogy az Netscape 5 is tamogatni fogja, mivel most mar a
> vegleges HTML4 resze. Ugyanigy a Netscape kitalalta a FRAME-et, es ezutan
> kerult be a szabvanyba.

Az Iframe mar a html 3 reference library-ban is benne volt mint MS 
IE tag.

Laca

-----------------
Message from:
Leslie Perjes (Hungary)
E-mail: 
URL: http://www.lezlisoft.com

> Sziasztok!
> 
> Van ket kepem egy HTML lapon egymas mellett. Mindket ket 400 keppont
> szeles. Namost a bongeszom ugy jeleniti meg, hogy ha nem fer el egymas
> mellett a ket kep, akkor tordeli oket, vagyis a 2. kepet lerakja az 1.
> ala. De ez nekem nem jo!
> 
> Azt szeretnem elerni, hogy soha ne rakja le a masodik kepet az elso 
> ala, hanem akarmilyen is legyen az ablak szelessege, akkor is mindig
> mellette legyen.

Tablazatba kell tenni ugy, hogy a tablazat egy soros, ker oszlopos 
legyen, a cellak tartalazzak a kepeket. 

Laca

-----------------
Message from:
Leslie Perjes (Hungary)
E-mail: 
URL: http://www.lezlisoft.com

> Lenne 1 frame (index.html) oldal ami osszefog 2 oldalt.
> Hogyan tudnam megcsinalni, hogy kb. 10-20 masodperc mulva
> automatikusan 1 harmadik oldal toltodik be a 2 frame helyebe,
> tehat legfelulre.

Ezt illeszd be a <head> </head> koze:

<META HTTP-EQUIV="Refresh" CONTENT="10; 
URL=ujoldal.htm">

A tobbi vagy Javascript, vagy FP varazslo. :-)))

Laca

-----------------
Message from:
Leslie Perjes (Hungary)
E-mail: 
URL: http://www.lezlisoft.com

> Felado :  [Hungary]
> Temakor: Re: mire jo a FP extension? ( 53 sor )
> Idopont: Mon Dec 14 19:33:48 EST 1998 WEBMESTER #595
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Nem idezem ide JohnZero hosszu uzenetet az elozo digest-bol. 

Az viszont felmerult bennem (is), hogy az MS megoldasai 
lenyegeben a vilagon semmi ujat nem adnak a meglevo 
technikakhoz, csupan egy uj interface-t. Ezert messzemenoen 
elgondolkoztato, hogy a szerveroldali megoldasok (tobbek kozott) 
akkor szamitanak-e korszerunenek amikor az MS mar varazsolgatja 
oket, vagy akkor amikor kitalaljak es technikailag meg fapadosan kell 
megvalositani de ujdonsag tehat korszeru. Az is kovetkezik ebbol, 
hogy az MS-nek es foleg a FP-nek semmi olyan funkcioja nincs, 
amit ne lehetett volna mar evekkel ezelott is megvalositani egy 
technokratabb interface-n. (Ami azert pl. egy multiedit eseteben 
elegge kenyelmes is.)

Most akkor megint bajban vagyok: ha most kitalalnak valamit amihez 
meg nincs a-nagymamam-is-megcsinalja-ha-kell stilusu varazslos 
interface + egy uj "nevtabla", akor az mar most is korszeru-e, vagy 
majd csak akkor lesz korszeru, ha az FP altal varazsolhatova valik. 
Az viszont altalaban sok ido, es lemaradok ha varok. Ha viszont 
elkezdem hasznalni -> interface hianyaban "elavult", arrol nem is 
beszelve, hogy meg kell ertenem, ergo gondolkoznom kell, nem 
gondokozik es DONT helyettem az FP wizard. Lehet hogy a 
gondolkodas karos az egeszsegre???? 

A masik bajom az MS stilusu interface-val, hogy nem oleli fel a 
variaciok es az alkalmazasi lehetosegek teljes skalajat, tehat 
korlatozza a tervezot. Altalaban egy varazslos interface-hoz nem 
lehet hozzaadni a kimaradt, vagy a kesobb bevezetett funkciokat 
sem. Szoval tenyleg nem vilagos mitol korszeru valami: ha varazslom 
es megalkuszok az interface korlataival, vagy ha tudom, es minden 
variaciot es lehetoseget kepes vagyok haszalni es atlatni barmilyen 
feluleten esetleg meg oprendszertol is fuggetlenul, minthogy az MS 
nem csak interface-kat es uj elnevezeseket gyart azokhoz a 
funkciokhoz amit masok kitalaltak es nepszeruve tettek, hanem meg 
a megoldasai is inkompatibilisek es plattformfuggoek. Nem ugy mint 
az eredeti funkcio...

Csak annyira lenne szukseg szerintem, hogy ne legyen mar 
szegyen ha valaki ismeri a miert-eket es az alapokat (ergo nincs 
szuksege varazslokra), es ne legyen mar akkora elony ha valaki 
gondolkodas nelkul alkot meg valamit, amivel nincs is semmi 
problema, ha tudja az illeto mi tortenik a hatterben. De nekem van 
egy olyan erzsem, hogy nem tudja, mert aki tudja, nagyobb 
hatasfokkal kepes dolgozni (ami azt jelenti hogy gyorsabban es 
egyenibbet) "fapados" modszerekkel, es ossze tudja hasonlitani a 
ket modszer lehetosegeit, es nem egy szuk valasztekbol kell 
osszefabrikalnia valamit (ami raadasul valaki masnak a valaszteka), 
hanem az osszes EREDETI lehetoseget hasznalhatja olyan 
variaciokban ahogy akarja. Talan az "okos donteshozasnak" valami 
ilyesmi lenne az alapja...

Laca

-----------------
Message from:
Leslie Perjes (Hungary)
E-mail: 
URL: http://www.lezlisoft.com

> Ez persze nem igaz.  Engem is ilyen szoveggel kabitottak az
> elso html tanfolyamon, de amikor megkerdeztem
> egyetemistakat, akkor kiderult, hogy valojaban az irc miatt
> mennek oda. Pontosabban azert, mert rengeteg egyetemista ott
Milyen IRC? Nincs is ott semmilyen IRC. A TTC leglátogaottabb része
a tevefarm, ami gyakorlatilag egy Internetes tamagocsi. Ezen
kívül sokan használják még a chat-es részét is.
A tevefarm olvasói, munkahelyen unatkozó beosztottak (többsége nő),
valamint fiatalok 20-on alatt. A tamagocsik nagyon jól mennek
Magyarországon, mert sok a munkaidőben unatkozó ember.

Magyarországon a népszerűségi sorrend az Interneten:
1. Szex.
2. Szex. (Ez persze világtendencia, az embereket nagyon foglalkoztatja
a "szaporodás", ez így is van jól.)
3. Ingyenes szolgáltatások. Hol, hogyan lehet ingyenesen megoldani
valamilyen problémát, amiért egyébként fizetni kéne.
4. Játékokkal (online és PC-s) kapcsolatos site-ok.
5. Hol, hogyan lehet olcsón vagy megbabrálva megoldani valamilyen problémát.
6. És csak ezek után jön a hagyományos tartalomszolgáltatás, hírekkel, cikkekke
l
valamilyen témában.

Kultúrával, művészettel kapcsolatos site-ot nyitni szinte biztos bukás
Magyarországon.

> Vagy szerintetek az elsodleges a reklambevetelhez szukseges
> nagy szamu
> latogatottsag?
A nagyszámú látogatottság önmagában nem elég, megnevezhető
olvasói célcsoport és nagyon jó kapcsolatok szükségesek a
reklámbevételekhez.

_________________________________________________
Nagy Tibor,  Hírek Számítástechnikai Kft.
e-mail:
http://www.hirnet.com

Köszi!
A segítséget!

Gábor
--
Vadasz Gabor
e-mail:
@@@@@@@@@ mailto: @@@@@@@@@
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://web.externet.hu/vadaszg
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
** Letoltes, Sok-sok link, Javitasok, Hibak Listaja,
 Kepeslap kuldo szolgalat, CD kuldes, levelezo listak **
Message by Outlook Express
/HTML, ekezet, tegezodes/ johet

Sziasztok,

>Egyebkent _szerintem_ a ping valaszido nem ad megbizhato kepet a
>savszelessegrol. En megpingelek pl. egy szervert: ftp.c3.hu, 500ms,
akkor
>amikor 9K-val jon le rola az anyag, es megpingelem akkor is, amikor
0.8K-val
>vanszorog, delelott: 520ms. Szoval szerintem ez nem oks igy.

ez a pelda nagyon szelsoseges s ezert jol mutatja azta  tenyt hogy a
kulonbozo
halozati eszkozok (routerek switchek sot maga a szamitogep is) mas
prioritassal
kezeli az ICMP - azaz Ping - csomagokat mint a UDP vagy TCP csomagokat.

Sok host magasabb prioritast ad az ICMP valaszadasra mint az HTTP vagy
FTP adatok kuldesere ezert a Ping nem ad jo indikaciot a vonal
sebessegere az adott
idopontban. Ez persze nem is csoda mert az ICMP csomagok a halozat
kezelesere
is szolgalnak.

Udv
   Gabor

---------------------
                    Gabor Szabo >
Multiple Traceroute, to find your way in the Internet:
http://www.tracert.com

Sziasztok,

>Egyebkent _szerintem_ a ping valaszido nem ad megbizhato kepet a
>savszelessegrol. En megpingelek pl. egy szervert: ftp.c3.hu, 500ms,
>akkor amikor 9K-val jon le rola az anyag, es megpingelem akkor is,
>amikor 0.8K-val vanszorog, delelott: 520ms. Szoval szerintem ez
>nem oks igy.

ez a pelda nagyon szelsoseges s ezert jol mutatja azt a  tenyt
hogy a kulonbozo halozati eszkozok (routerek, switchek sot
maga a szamitogep is) mas prioritassal kezeli az ICMP csomagokat
igy a Pinget is, mint a UDP vagy TCP csomagokat.

Sok host magasabb prioritast ad az ICMP valaszadasra mint az HTTP
vagy FTP adatok kuldesere ezert a Ping nem ad jo indikaciot a vonal
sebessegere az adott idopontban. Ez persze nem is csoda mert az ICMP
csomagok a halozat kezelesere is szolgalnak.

Udv
   Gabor

--
---------------------
                    Gabor Szabo >
Multiple Traceroute, to find your way in the Internet:
http://www.tracert.com

Hi Boogie! Az ujsag tegnapi szamabol idezek, amit te irtal:
>Nem tudom, hogy miert utalod ennyire a frame-ket, de azt talan 
>meg is kellene indokolni, nem? Az, hogy ne hasznalj frame-eket, ne
>hasznalj frame-eket, ne hasznalj frame-eket az nem mond nekem semmit.

Hat az talan mond valamit, hogyha megnezed a WWW-n azokat a Web
site-okat, amelyeket orankent millioan latogatnak, sehol a
forrasban framek-nek hire-hamva nincs? Vedd peldanak Netscapet,
ahol a frameket kitalaltak! 3 evvel ezelott a Web sitejuk tele
volt framekkel. Utana attertek Java organizaciora. Miutan rajottek,
hogy a latogatok turelmetlenek kivarni a lassu letoltest, es
raadasul meg jovedelemre volt szukseg, mert a ceg a csod szelen 
allott, 1 evvel ezelott: megszuletett a Netcenter! Megnezted valaha 
a forraskodjukat? Hat az amazon.com-ot? Es meg oldalakon keresztul
folytathatnam a felsorolast.
En nem ocsarolom a frameket, nem utalom, csak azt irtam, hogy:
1) elavult 1996-os technologia
2) ertelmesebb es gyorsabb mas megoldasok vannak es felsoroltam
azokat
3) vannak ertelmesebb uj szerszamok (Visual JavaScript,
FrontPage98, stb.) framek elkerulesere
4) az otthoni Web lapok nagy resze meg mindig hasznalja a frameket.

Ha pedig technikai indokokat akarsz, azok megtalalhatok az
1997-ben es 1998-ban kiadott tankonyvekben, melyek nyiltan
targyaljak a problemakat (pld. Danny Goodman Javascript
Bibliaja(3rd edition), es sok szakcikk a Netscape es Micro-
soft Web sitejain). Azok a tankonyvek, melyeket az oskovuleti
bongeszok (Netscape 2 es IE 3) koraban irtak, nem tesznek
emlitest ilyesmirol, mert pont ezek a bongeszok crash-oltak
sokszor, ha a latogato a REFRESH gombot nyomta meg framek eseten.
De ha mar ennyire erdekel a tema, mint ahogy Laca es Boca is
kerte, hogy konkretan irjak errol, akkor hadd tegyek kozze
egy kis listat, mely csak egy rovid, es _nem_ _teljes_ lista:

1) Kommunikacios kaosz.
Nem tudod kontrollalni, hogy a kulonbozo framek mikor toltodnek
le. Magyarul: keptelenseg szinkronizalni. Ha tehat az egyik
keretbol azonnal scripttel el akarod erni egy masik keret ob-
jektumait, valtozoit vagy funkcioit, elofordul, hogy a bongeszo
osszedul, mert a masik keret meg nem toltodott le. (Ez volt
a Navigator 2 problemaja). Ha egy dokumentum egy masik keretben
eltunik, a parentben levo valtozo is eltunik vele egyutt, aminek
pedig globalisnak kene lennie. (Sokan ezt ugy oldottak meg,
hogy document.cookiet hasznaltak globalis valtozok helyett.)
A helyes megoldas az, hogy olyan parent valtozokat, melyeket
a child keretek valtoztatnak, JavaScripttel elso osztalyu
string objektumma deklaralunk (a new String() konstrukcioval.)

Sokan ugy probalnak szinkronizalni, hogy onLoad event handlereket
hasznalnak a child keretekben. De ha egy script sikere fugg attol,
hogy egy document legyen jelen egy masik keretben, akkor ez a
strategia is megbukik. Barmi ami egy lassu halozatrol es egy lassu
szerverrol jon le egy lassu modemra, megakadalyozhatja, hogy a
dokumentumok az idealis modon legyenek letoltve. Netscapenek mas
mento akcioi is voltak: pld. a Navigator 3-ban, ha a user az ablak 
nagysagat megvaltoztatja, akkor a dokumentum nem toltodik le ujra.
De meg igy is, szukseges a frameket az osszes Navigatorokkal
letesztelni, hogy mi lesz, ha valaki a Reload gombot lenyomja.
(Raadasul Netscape most ujra irta a "rendering engine"-jet, ami
azt jelenti, ami az NC 4.5-ben muxik, az esetleg maskeppen 
rajzolodhat ki az 5.0 Gecko betajaban.)

2. _top problema. Ha csak ket generacios (azaz egyszeru nesting)
keretekrol van szo, akkor a parent ugyanaz, mint a top. De arra
nem szamithatsz, hogy mindig a tied lesz a top ablak valaki
masnak a bongeszojeben. Nagyon gyakran egy masik Web site
a te lapodat egy sajat keretebe tolti be. Na es akkor mi van? 
Mar nem te vagy a top, hanem a top ablak objektum mashoz tartozik!
Az osszes referenciaid nem fognak muxeni, es a scripted osszedol.

(Tudom, erre van egy megoldas, megakadalyozni, hogy a te oldalad
valahol egy keret legyten. Ha mindig te akarsz top maradni, akkor
ird a kovetkezo kodot:
if (top != self) {
   top.location = location;
}

Vannak Web siteok, amelyek alapertelmezesben framesetbe toltenek
be, de felajanljak a usernek az opciot, hogy megszabaduljanak a
keretektol. Azonban ezt dinamikusan lehetetlenseg megoldani, ha mar
a frameset letoltodott. Azonban ha van egy gombod, akkor magadat
betoltheted a top ablak objektumba: top.location = "mainBody.htm"

3. Ures keretek. Vannak alkalmazasok, ahol eloszor ures kereteket
kell betolteni, mert a user akciojatol fugg, hogy mi lesz
kesobb betoltve. Ezt Netscape az about: blank-kel oldotta meg. De
mas bongeszokben ez nem feltetlenul muxik. Ami idegesito, hogy
pld. Mac-et hasznalva ilyenkor egy Easter-egg stilusu uzenet jelenik
meg, vagy ami meg rosszabb, feljon a directoryd indexe, ami lehetove
teszi, hogy avatatlanok hozzaferjenek a Web szerkeszto filejaihoz.

4. Sok felhasznalo utalja a kereteket. Plane azok, akik meg 14
inches keperernyoket hasznalnak ( a tobbseg...) Betenni egy csomo
keretet, amelyek tele vannak scrolling barokkal, egy altalanosan
elkovetett hiba. Engem speciel az idegesit, ha kenyszeritenek
arra, hogy balrol jobbra hasznaljam a gordulo savot. Altalanos
szabaly manapsag, hogy a jo webszerkeszto 3-nal tobb framet
nem hasznal (ha egyaltalan framekre kenyszerul) es csak a fo
dokumentumot lehet scrollolni felulrol lefele. (Mas ajanlas: 
14 inches kepernyore tervezz 800x600 felbontasra es 256 szinre.
De ez a tema nem tartozik ide.)

5. A kovetkezo egy maganvelemeny: azok a programozok, akik evek ota
jartasak az objektum-orientalt programozasban elvarnak, ha valaki
parent-child viszonyt allit fel, akkor a kulonfele propertyk es
metodusok orokolhetok. Ilyenrol frameknel szo sincs. Sot, ha
nested keretekbe illesztunk tovabbi kereteket, akkor szo sincs
nagyszulo/szulo/gyermek viszonyrol, mert a JavaScript nyelv
tervezoi egyszeruen "kisimitjak" a hierarchikat es csak
tombben, azaz frames[0], frames[1] stb. hivatkozunk objektumokra
es valtozokra, tehat az egesz parent/child viszony illogikus.
(hacsak nem akarunk egy csomo ...-t irni minden sorban).
Hogy lehet az pld. hogy annak az ablaknak, amelyben a FRAMESET
jelenik meg, nincs <BODY>ja, tehat itt van egy window objektum,
amelynek nincs document objektuma? Ez sem logikus szerintem. 
Erre a Netscape mentsege az, hogy a JavaScript nem egy
"object-oriented" nyelv, hanem csak "object-based" nyelv. 

6. Nemcsak Netscape es MS van a vilagon. Sok bongeszo nem ismeri
a frameket (viszont tablazatokat igen). Ezert muszaj
<NOFRAMES>></NOFRAMES>rol is gondoskoni.

7. Sok bongeszo, Forward es Back gombok eseten az egesz dokumentumot 
tolti ujra s nem az egyedi kereteket. Vannak bongeszok, pld
Netscape a UNIX vagy Mac platformokon, ha az ember editol egy
dokumentumot es lenyomja a Refresh gombot, a dokumentum utolso
verziojat nem toltik e, a benne levo imagekkel egyutt, hanem a regit. 
Ugyanez a poblemaja az IE 3-nak is.

8. Framek szuksegtelenul lelassitjak egy Web oldal letolteset (de
nem annyira, mint Java-s megoldasok.)

Nem volna ez a cikk teljes, ha nem irnam le a frameknek egy elonyet,
melyet sziesen hasznalok viszont: egy lathatatlan frame-mel
nyomon tudom kovetni, hogy egy user mit csinal a Web site-on.
Udv:	Szabolcs
http://www-rcf.usc.edu/~petrovay/

> Felado :  
 
> En peldaul azert nem hasznalok semmi uj dolgot egyenlore, mert
> szeretnem ha az barki szamara megnezheto lenne, ne kelljen
> akar egy embernek is azt mondania, hogy ez is olyat csinalt,
> amit en nem tudok megnezni. 

Egyetertek...
A minap osszeutottem egy oldalt, amiben gyonyoru show-hide
layers effektus volt, szepen mukodott is. Aztan egesz ablakosra
tagitom a browsert, es kesz. Nem mukodik, hiaba kattingatok
akarmennyire. Full kepernyosen nem mukodik...

Nem az a kerdesem, hogy hogy lehet megoldani, hanem az, hogy
miert ennyire gyengek es osszeganyolt ocskasagok a "piacvezeto"
bongeszok?

Gyula

> Felado :  

>  wrote:
> > Az FP98 szuper Web site-ok szerkesztesere es menedzselesere
> > valo program. Dobozaban van egy tobb mint 300 oldalas hasznalati
> > utasitas, ott lehet olvasni roluk. Ezenkivul irtak kb. 35 konyvet,
> > reszletezve a mukodeset.

>  Mondjuk ugy, hogy egy kozep-jo eszkoz, hasonlo embereknek.
> De mind1.

Ez jo...:-)
Ezt en mondom, aki meg sose latott FP98-at, csak nehany oldalt,
ami kikerul a keze alol... illetve olvasom itt a webmesteren a
kinokat vele kapcsolatban.

Azoknak valo, akik autoval mennek erdobe kirandulni, hogy nehogy 
gyalogolni kelljen.

Bocs...

Gyula

A DNS rol eleg sok mindent beszeltel ossze vissza, nem artana, ha te is
utanna olvasnal. Akar ugyanezen szamban egy kicsivel elorebb.

A dolog kb addig igaz, hogy Domain Name Server.
Errol csak annyit, hogy a  host nevek es ip cimek konverziojat vegzi.
Egyebkent nem kizarolag Unix alatt.
Az , hogy az Internetnek ez lenne az alapja ???
A tudor.balaton.hu szinten domain name, egy domain name bol nem tudod
eldonteni, hoyg tartalmazza e a host nevet is, vagy csak a tartomany nevet.
Az ftp, www, stb kitetelek pedig eleg erdekes megfogalmazast nyertek
altalad.

Mond mi az az Internet Administrator ?

Peter