Hollosi Information eXchange /HIX/
HIX WEBMESTER 1161
Copyright (C) HIX
2000-07-08
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Re: Mail problema (mind)  27 sor     (cikkei)
2 Re: select multiple (mind)  12 sor     (cikkei)
3 Re: Re: form file elkuldese (mind)  64 sor     (cikkei)
4 Re: Div es Span (mind)  35 sor     (cikkei)
5 Re: Re: Frissites (mind)  38 sor     (cikkei)
6 multiselect (mind)  44 sor     (cikkei)
7 Re: (mind)  44 sor     (cikkei)

+ - Re: Mail problema (mind) VÁLASZ  Feladó: (cikkei)

 wrote in "Mail problema" (2000.07.08):

> Sziasztok!
> 
> Tud valaki segiteni, hogy mi okozhtatta a levelezo programomban az
> alabbi subject-u levelet?
> 
> Subject: =?iso-8859-2?Q?szal_meg_lehet_=F6r=F6k=EDteni=3A=29_sztm?=
> 
> Eudora levellezoprogramot hasznalok Win98 alatt.
> X-Mailer: Internet Mail Service (5.5.2650.21)

Eudora, Internet Mail Service 

A problema ebben a ket hasznalt levelezoprogramban keresendo.

A M$ Internet Mail engedelyezi az ekezetes betuket a fejlecben, 
aztan pedig atkonvertalja, hogy megse legyen ekezetes. 

Viszont a fejlecben nem jeloli ezt, igy a felkeszuletlen Eudora
hirtelenjeben nem tud vele mit kezdeni, ezert ugy hagyja. Vagy nem tudom, 
miert hagyja visszakodolatlanul, szerintem ez igencsak mindennapos eset.
Egyebkent a kerdeses sor igy nez ki visszakodolva:

Subject: szal meg lehet örökíteni:) sztm

Gyula
+ - Re: select multiple (mind) VÁLASZ  Feladó: (cikkei)

Hali!

En nem tapasztaltam ezt a problemat, igaz csak mailto actionnel hasznalom az
urlapot, de minden multiple ertek megerkezik. Nem lehet hogy a perl progiban
van valami elirva, peldaul ha tobbszor ugyanolyan nev jon akkor az erteket
egyszeruen felulirja? Csak 1 otlet, lehet hogy marhasag.

> -------------------------------------------------------------
Tommaso - Goda'n Tama's BME Info III
mailto:  ICQ: 48802681
Honlapom: http://ural2.hszk.bme.hu/~gt208
> -------------------------------------------------------------
+ - Re: Re: form file elkuldese (mind) VÁLASZ  Feladó: (cikkei)

Kedves Gyula! Szabo Zoltan eredeti irasa:
>> Adott egy form, amelyen van egy File tipusu input. Valahogy igy:
>> <FORM action="mailto:" METHOD="post"
>> ENCTYPE="multipart/form-data">
>> <INPUT TYPE=file SIZE=30 NAME="upload" >
>>  .... (van meg par kitoltendo text mezo)
>> 
>>Namost a form Submitra csak megnyit egy ures OE ablakot, ahelyett, hogy
>>elkuldene a fajlt csatolva. Ha az ENCTYPE="Text/Plain", akkor minden ok 
>>(berakja a levelet az OE outboxba), csak epp a fajlt nem
csatolja(termeszetesen),
>>csak a linket irja be a levelbe. Ahol eddig olvastam mindenutt az irtak,hogy
>>"multipart/form-data" kell hasznalni, ha fajlt akarok elkuldeni. 

Te viszont erre tegnap a kovetkezoket valaszoltad:

>Termesztesen jol irjak, valoban igy kell. Probald ki Netscape-pel, 
>menni fog, az MS viszont ismet "nem implementalta" a szabvanyt.

Miutan ezt a temat eloszor 1999.aprilis 3.-an, kesobb pedig oktober 29.-en
letargyaltuk, nem ertem mi szukseg volt ezt a leragott csontot ujra elohozni
es a fenti valotlan megjegyzest tenni? A szabvany vilagosan megirja, hogy
egy file ( es nem tobb file) felkuldeserol van szo es a kovetkezo peldat
kozli:
(lasd a WEBMESTER 1999. aprilis 3.-i szamaban)
<FORM ENCTYPE="multipart/form-data"
ACTION="/cgi-bin/example.cgi" METHOD="POST"><P>
File Name:
<INPUT TYPE="file"></FORM>

A szabvany azt is eloirja, hogy a bongeszonek kell egy ures textmezot is
generalnia es hozza egy Browse gombot, amellyel a user ki kell
valassza azt a filet, amely elkuldendo a szerverre. A fenti panaszban
egy szo sincs arrol, hogy ez megtortent volna.

Az Internet Explorer termeszetesen felkuldi a filet a web szerverre, akarcsak
a Netscape, es az ures text mezo is megjelenik a Browse gombbal.
Hogy a web szerveren mi tortenik vele, ez mar nem a szabvanyra
tartozik! Ha a web szerver MS IIS 5.0, akkor a Posting Acceptor 2.0 verzio
kezeli le es gondoskodik arrol, hogy ha egyszerre mondjuk 100 kliens kuld
fileokat tomkelegevel a szerverre, azokat megfeleloen bufferolja. Ezt
lehet vezerelni ugy, hogy az action-ben egy ASP programot irunk be es a 
Posting Acceptor megfelelo metodusait hasznaljuk. (Erre vonatkozo
szamos ASP programozasi pelda talalhato az msdn.microsoft.com lapjain.)
Netscape szervereken egy Server-Side JavaScript fut hasonlo kepessegekkel.
Hogy mi tortenik egy Apachen, az a peldamban megadott CGI progitol fugg,
azaz a Web lap keszitojenek irnia kell egy megfelelo szerver oldali progit.

Jelen esetben Zoli nem egy szerveren futo programot ad meg az
action-ben, hanem egy "mailto" protokollt. Nincs fogalmunk arrol,
hogy milyen web szervert hasznal es vajjon az ott futo mailto protokol
a levelen kivul (ami egy file) vajjon a csatolt masik filet lekezeli-e
vagy sem? A panasz szerint a web szerver beinditotta az Outlook Express nevu 
levelezo programot, amely csak egy filet kuld el, es nem kettot. Ahhoz, 
hogy a csatolt filet is elkuldje, mint tudjuk, kattintani kell az Insert
File dialogusban. Hasonlo a helyzet az uj Eurora 4.2.3-ban is.Talan
meg kellene probalni az MS Outlook 2000-t? Te azt irod, hogy a Netscape
Communicator levelezoje ezt automatikusan megteszi. Nem probaltam ki es
nem is fogom. De ha ez valoban igaz, az dicserendo.
Osszefoglalva: semmifele szabvany nem irja elo, hogy a szerveren egy uploadolt
file-lal mit kell tenni!
Udv:	Szabolcs
Certified Microsoft Trainer
http://www-rcf.usc.edu/~petrovay
+ - Re: Div es Span (mind) VÁLASZ  Feladó: (cikkei)

Szia Feherke! Az ujsag #1159 ezt kerdezted:
>Az volna a kerdesem, hogy mi a kulonbseg a div es a span kozott ? Meg az,
hogy
>milyen viselkedesbeli kulonbsegek lesznek, ha dinamikusan kezelem oket ?

A CSS-1 szabvany szerint mindketto magaban foglalhat elemeket vagy elemek
csoportjait, amelyek stilusat megadjuk. A <DIV> tag elott viszont mindig
egy ures sor es a </DIV> tag utan megint egy ures sor megjelenik. Ez a <SPAN>-
el nincs, tehat a <SPAN>t egy bekezdesen belul a szoveg egy reszenek valtoz-
tatasara kell hasznalni. Pld.
<DIV CLASS="question"> DHTML is not a new language.<SPAN STYLE="color:blue;
font-family:courier;">DHTML</SPAN> is simply a snazzy name for a set of
new features.</DIV>

Te viszont dinamikus valtoztatasrol irtal. Azt a CSS-2 szabvany szabalyozza.
Szerintem ott nincs semmi kulonbseg a ket tag implementalasa kozott. Pld:
<STYLE TYPE="text/css"
<!--
#aLayer { position: absolute;
          top:      100px;
          left:     175 px;
          width:    400px;
          font-family: courier;
        }
// -->
</STYLE>
es a <BODY>-ban:
<SPAN ID="aLayer">
  <DT><I>Jumping JavaScript</I></DT>
  <DT><I>positioning/css.html</I></DT>
</SPAN>
itt <DIV>-et ugyanugy lehet hasznalni, mint <SPAN>-t.
Udv:	Szabolcs
Cerifires Microsoft Trainer
http://www-rcf.usc.edu/~pewrovay
+ - Re: Re: Frissites (mind) VÁLASZ  Feladó: (cikkei)

Hello! Gyula a fenti temaban tegnap ezt irta:
>Szerintem erre a problemara vannak megoldasok is. ;-)

Persze hogy vannak. Sosem irtam, hogy nincsenek. Azt irtam,
hogy en ("rossz" szokasom szerint) csak penzes megoldasokat ismerek es
hasznalok.

>Sot, igen egyszeru webes karbantarto feluletet lehet irni, ami allna
>egy textarea-bol, meg egy submit gombbol. A gombnyomas utan a 
>textarea tartalma a szerveren beleirodna az adott nevu html fileba, 
>es attol a pillanattol a kozonseg azt latna. A dolog a vegletekig 
>cifrazhato.

Persze. Mindaddig amig a betoltendo cikk hossza mindig ugyanaz es
ugyanarra a helyre kerul a web oldalon.

>Valoszinuleg a penzes Microsoft Site Server 3.0 Content Management
>ugyanezt csinalja, (minthogy errol van szo), csak a hangzatos nevet
>ki kell fizetni.

Ez megint egy Microsoft gyuloletbol eredo oriasi tevedes! Ha az ember
egy online ujsagot publikal, akkor a kovetkezo problemakkal kell megkuzdeni:
1) tobb cikk jelenik meg tobbfele hosszusagban mas es mas helyen
2) a megjeleno online hirdeteseket forgatni kell es nem is mindegy, hogy
egy olvaso egy kirdetest hanyszor lat es meddig
3) a megjeleno hireket folyamatosan push technologiaval szemelyisiteni
kell, ha az elofizeto kitoltotte adatait. Pld. ha valaki Nyiregyhazan
van, akkor nem a Salgotarjani hireket es idojarast adjuk neki, hanem
a Nyiregyhazait. Ha valakit a foci hirek erdekelnek, akkor nem a
loversenyt pusholjuk neki.

Mindezt es mas hasonlo kepessegeket (amelyek most nem jutnak eszembe)
tartalmazzak a fizetos programok, beleertve a Site Server 3.0,
ujabban pedig a Microsoft Commerce Server 2000, mely beta formaban
$14-ert meg is rendelheto.
Udv:	Szabolcs
Certified Microsoft Trainer
http://www-rcf.usc.edu/~petrovay
+ - multiselect (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Elore mondom, nem probaltam ki konkretan EZT a problemat. De azt 
tapasztalom, hogyha tobb azonos "name"-el ellatott de kolonbozo 
"value" erteku urlapelemet kell feldolgozni (pl. a fejlesztes soran 
elofordul -hibasan- hogy tobb azonos nevu de kulonbozo erteku hidden 
mezot generaltatunk ami szerintem ugyan az mint a multiple az option-
nal), akkor az mind egyenkent megjelenik egymas utan a query 
stringben, legvegen az utolso elemmel (ez csak akkor latszik ha 
mindet kiolvasod). Ha konkretan a nevre hivatkozol, akkor a 
FORM{'valtozonev'} valoban csak a legutolso elem ertekevel ter 
vissza. Csakhogy lehet irni egy olyan programreszt, ami az azonos 
nevu de kulonbozo erteku eredmenyeket oszegyujti. Pl: split-el addig 
bontogatod a query stringet ami az tart, es az azonos nevvel erkezo 
mezoket egy push utasitassal egybe lehet gyujteni egy tombbe. Az 
egyezest pedig a grep figgvennyel szoktam figyelni, ez donti el, hogy 
az adott name szerepel-e mar.

Laca

On 7 Jul 00, at 20:30, HIX WEBMESTER wrote:

> > A MULTIPLE miatt kivalszthatok tobb elemet is. A szerver oldali
> > program fele azonban, csak az utolso kivalasztott elem kerul
> > elkuldesre. Hogyan tudnam lekerdezni, hogy mely elemek lettek
> > kivalasztva?
> > 
> 
> Ezt en is tapasztaltam, es arra a megallapitasra jutottam, hogy ezt
> elfelejtettek beleirni... A multiple select egyszeruen nem kuldi el a
> tobbszoros kivalasztast.
> 
> De ha valaki tud valamit, szoljon.
> 
> Gyula



-----------------
Message from:
Leslie Perjes (Hungary)
E-mail: 
URL: http://www.lezlisoft.com
ICQ: 48805133
+ - Re: (mind) VÁLASZ  Feladó: (cikkei)

Yeah, so what!!!!
  
Guess who has a date for Thursday...yep that would be me!!

See ya loser!!  


From  Wed May 17 21:21:54 2000
X-RocketMail: 00000004;R---S-----------;5697
X-Apparently-To:  via web4703.mail.yahoo.com
X-Track2: 2
X-Track: -50
Received: from csimo02.mx.cs.com (205.188.156.53)
  by mta217.mail.yahoo.com with SMTP; 18 May 2000 04:37:16 -0000
Received: from 
	by csimo02.mx.aol.com (mail_out_v26.7.) id 4.62.37fc382 (5739)
	 for >; Thu, 18 May 2000 00:21:55 -0400 (EDT)
From: 
Message-ID: >
Date: Thu, 18 May 2000 00:21:54 EDT
Subject: Hey!
To: 
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="part1_62.37fc382.2654c9e2_boundary"
X-Mailer: CompuServe 2000 32-bit sub 101
Content-Length: 417117


--part1_62.37fc382.2654c9e2_boundary
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Just testing to make sure I wrote the right E-mail address down.

Write me back.

Kimberly

Hey I am attaching a picture of Jordan. -- O.K. two pictures, I had them 
taken at Expressly portraits at Fair Oaks.

--part1_62.37fc382.2654c9e2_boundary
Content-Type: application/zip; name="JORDAN~1.ZIP"
Content-Tr

AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS