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
|
|