| 1. |
Re: telefonalas (mind) |
9 sor |
 (cikkei) |
| 2. |
Re: *** HIX WEBMESTER *** #420 (mind) |
13 sor |
 (cikkei) |
| 3. |
Webcam letoltes (mind) |
24 sor |
 (cikkei) |
| 4. |
Re: JavaScript / Form kerdes (mind) |
34 sor |
 (cikkei) |
| 5. |
Szubjektiv Bongeszo Hianyossagok (mind) |
115 sor |
 (cikkei) |
| 6. |
Fenyujsag (mind) |
17 sor |
 (cikkei) |
| 7. |
PSP mentes (mind) |
19 sor |
 (cikkei) |
| 8. |
par valasz (mind) |
78 sor |
 (cikkei) |
| 9. |
Re: *** HIX WEBMESTER *** #419 (mind) |
30 sor |
 (cikkei) |
| 10. |
lepestartas a fejlodessel... (mind) |
15 sor |
 (cikkei) |
| 11. |
Re: Multilevel konverzio (mind) |
76 sor |
 (cikkei) |
| 12. |
Re: Torles a cache-bol? (mind) |
36 sor |
 (cikkei) |
| 13. |
Re: Torles a cache-bol? part 2 (mind) |
10 sor |
 (cikkei) |
|
| + - | Re: telefonalas (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
Hi mindenkinek !
A fent emlitett temban van egy nagyon jo kis progim, amivel eleg
pontosan figyelemmel lehet kiserni a telefonalast.
A nagysaga kb 1Mb, ha valakinek kell dobjon meg egy levellel, s
en szivesen elkuldom, de csak ha birja a postaladaja.
Udv Peter Dunaszerdahelyrol.
mailto:
|
| + - | Re: *** HIX WEBMESTER *** #420 (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
>Van 1 problemam: csinaltam egy kepet amin talalhato egy be es egy ki felirat.
A
>zt szeretnem miegcsinalni, hogy ha a be feliratra kattintunk a zene bekapcsolj
o
>n ha pedig a ki-re akkor ki. Ha valaki tud segiteni akkor kerem tegye meg.
Hogy szohasznalatoddal eljek, a megoldas 1 x u" :))
Keszitesz ket hangfajlt. Az egyik a zene, a masik egy masodperc csend. A
"ki" es "be" kepet image map-nak definialod, a "be" lesz a zenefajl linkje,
a "ki" pedig a csende. Amikor az utobbira kattintasz, a zene elhallgat,
mert a bongeszo immar a csendet "jatssza", teljes hangerovel.
george
|
| + - | Webcam letoltes (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
Hello!
> Felado :  [United States]
>
> Megprobaltam elinditani egy WebCam-et es belinkeltem a honlapomra
> ( http://Krisztian.Hildebrand.Net )
> Ha a gepem es a kamera be van kapcsolva, a kep-fajl 5 percenkent frissul a
> szerveren, de mindig ugyanazon a neven tarolodik el.
> Viszont ha a kep egyszer letoltodott, akkor a browser es az esetleges
> proxy-k cache-i rogzitik fajlt es ujratoltes eseten mar a cache-bol jon elo,
> igy a kep valtozatlan marad. Van-e ez ellen valami orvossag szerver oldalon?
> Esetleg valami JAVA szkript ami meggatolja a jpeg fajl cache-eleset?
Egy tipp: Ha a kepre ugy hivatkozol, hogy http://szerver/dir/kep.jpg?x,
akkor meg lehet kerulni a cache-elest. Mondjuk JavaScriptbol x helyere
mindig generalsz egy veletlenszamot, es ugy toltod be a kepet. Igy
mindig az aktualis valtozatot kapod, mert a bongeszo es a proxy szamara
kulonbozo URL-eket allitasz elo. Ha nem JavaScriptbol csinalod az
ujratoltest, hanem pl. http-refresh-sel, akkor ott kell gondoskodni az
egyedi URL-rol.
udv,
--
Boca -=> http://winnie.obuda.kando.hu/~boca/ <=- Bo'cz Pe'ter
|
| + - | Re: JavaScript / Form kerdes (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
> Felado :  [Hungary]
>
> Megegyszer rakerdeznek. Egy FORM utasitasban levo
> radiogombokrol hogyan lehet lekerdezni JavaScript-tel,
> hogy melyik aktiv a kijeloles utan?
A te kododat kicsit atalakitva ezzel probalkoznek:
<HTML><HEAD>
<SCRIPT language="JavaScript">
function szamol(gombok) {
ret = -1
for (r = 0; r < gombok.length; r++)
if (gombok[r].checked == true) ret = gombok[r].value
alert(ret)
}
</SCRIPT>
</HEAD>
<BODY>
<form name="urlap">
<input type="radio" value="0" name="r1">A valasz<br>
<input type="radio" value="1" name="r1">B valasz<br>
<input type="radio" value="2" name="r1">C valasz<br>
<input type="button" value="Ok" name="OK"
onClick="szamol(document.urlap.r1)">
</form>
</BODY></HTML>
Ha egyik gomb sincs kijelolve, akkor -1 -gyel terunk vissza, egyebkent a
value-ban levo szammal, vagy mas ertekkel.
udv,
--
Boca -=> http://winnie.obuda.kando.hu/~boca/ <=- Bo'cz Pe'ter
|
| + - | Szubjektiv Bongeszo Hianyossagok (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
Hello!
Ugy latom, mar elegge altalanosodott a tema, ezert az uj subject.
Szabolcs irta:
> Kar, hogy Peter nem vette a faradsagot, meggyozodjek arrol, hogy
> a vitaindito cikkenek hianyossagi listaja rossz. Megegyszer a cim:
> http://www.microsoft.com/msdn/sdk/inetsdk/help/index.htm
Nem eleg megneznem az adott oldalt, jo lenne, ha meg tudnek gyozodni
magam az ott allitottakrol. Ne haragudj, hogy ilyen bizalmatlan vagyok,
de van nemi eloiteletem, bar tudom, hogy nem szep dolog. Ez viszont sok
idombe kerul. Jelenleg nemcsak a web a fo elfoglaltsagom, ezert nem
konnyu.
> SiteBuilder oldalain. A mi business-unkben ugyanis a technologia
> minden 6 honapban valtozik; ha az ember a legfrissebbeket akarja adni
> kuncsaftjainak (akar megrendelok, akar tanitvanyok) akkor bizony muszaj
> lepest tartani es nem szuk latokorunek lenni. A tankonyvek megjelenesuk
> pillanataban mar idejuket multak.
Persze, de attol, hogy megjelennek az uj technikak, masnapra meg nem
tunnek el a korabbiak. Igen nagy piaca van meg a nem teljesen friss
megoldasoknak is, nem beszelve a folyamatosan kivanatos lefele
kompatibilitasrol. Ezert ugy gondolom, nem eleg nagy leptekkel csortetni
elore az uj technologiak utjan.
> >Elore bocsatom, hogy maximalisan egyetertek Eszpee leveleben
> >foglaltakkal.
>
> Sajnos en meg minimalisan sem ertek vele egyet!
Pedig jobban tenned, mert megfontolando dolgok vannak benne.
> Az Internet magazin
> legujabb szama szerint az Internet technologian dolgozo szakemberek
> 40%-a intranetekre es extranetekre fejlesztenek alkalmazasokat.
A maradek 60% meg mashova fejleszt. Az elobb is arra probaltam
ravilagitani, hogy szep dolog az uj dolgok minel gyorsabb felhasznalasa,
de a web piac 60%-a is eleg nagy ahhoz, hogy megerje kicsit
konzervativabban hozzaallni. Ha te leginkabb intranetes piacra dolgozol,
akkor meg tudlak erteni. En, ha egyaltalan, egyelore meg internetesre,
bar ketsegtelenul jonnek az intranetes alkalmazasok. Ha jol emlekszem
egyebkent, a vita is onnan indult, hogy az internetes bongeszoknek mik a
hianyossagai. Az intranet uj szempont, bar ha ott elmegy a specialitasa
az egyik bongeszonek+szervernek, akkor elmegy a masik is, tehat megint
nem jutottunk elobbre.
> amelyek 1,000 $ alatti Windows PC halozatokkal adatbazis kezelessel
> foglalkoznak, es nem merhetetlenul draga UNIX munkaallomasokkal
Na itt uj szalat indithatnek arrol, hogy mennyibe kerul egy NT server
egy Linuxhoz kepest, de inkabb hagyjuk...
> Teljes nem egyetertes! Az IE4 pont az a bongeszo, amely szorol
> szora egyezik az ECMA szabvannyal!
Ennek orulok, bar veled ellentetben en egy adott bongeszobol nem csak a
legutolso verziot vizsgalom/hasznalom. Igy a megjegyzesem az ossze IE
verziora vonatkozott.
> az NS a legutolso idokig penzert arulta sajat "proprietary"
> takolmanyait (pld. a layersnek nevezett kepesseg, amit szabvanyos
> Dynamic HTML-el gyerekjatek megoldani
Az eddigi Netscape bongeszok fizetos volta a ceg jellegebol adodik. Mint
ahogy az is a MS jellegebol, hogy o vegig ingyen tudta adni. De nem
azert, mert olyan jo volt a bongeszoje, hanem mert anyagilag
megengedhette maganak.
A layerek pedig valoban takolmanynak tunhetnek ebbol a tavlatbol, de ne
felejtsuk mar el, mennyivel korabban leteztek, mint a DHTML. Igaz, a
layereket nem szabvanyositotta a W3C, ezert kihalasra lettek itelve.
Remelem, hogy az Navigatornak jot fog tenni az ingyenesseg. A Linux
peldaja mutatja, hogy lehet jo, ami ingyenes, es a vilag minden reszerol
irnak hozza kodot.
> Mikor legutoljara megneztem, eddig "csak" 50 ezer peldanyban
> toltottek le (persze ingyen).
Most mar latom, tenyleg van Unixos IE. Igaz, egyelore csak Solarisra, de
mint tudjuk, Unix sokfele van...
> Ha a webszorfozok lustak lepest tartani a muszaki fejlodessel,
> az az o bajuk.
Szerencses lehetsz, ha te valaszthatod meg a webszorfozoidet. En eddig
ugy tudtam, hogy ok a 'vevok', tehat ok valasztanak bongeszot a sajat
igenyeikhez, aztan a webkeszito pedig olyan oldalakat csinal, hogy minel
tobben olvashassak.
> Kedves Peter, ha osszehasonlitanad az HTML speckot a listammal,
> akkor lathatnad, hogy az NS-bol hianyzo osszes tag-ek mind a szabvanyban
> levo tag-ek, a LISTING es a MARQUEE kivetelevel.
Meg mindig ados vagy azzal, hogy MELYIK szabvanyban vannak ezek. HTML4?
DHTML?
> Az esemeny kezelokre pedig
> pont az intranet adatbazis alkalmazasoknal van szukseg. A NS most
> igyekszik bepotolni mindezt ingyen munkaerovel...
Lasd elozo kerdesem.
> Az online makrokra vonatkozo megjegyzesre: ez platform fuggo kepesseg,
> a W3C konzorciumnak semmi koze hozza. Azert a VBScriptet sem szolnam
> le Peter helyeben, mert az intranet alkalmazasok nagy reszet es a Windows
> szerverek .asp filejait azzal szokas irni.
Ezzel egyetertek. A sajat szerveren mindenki megvalaszthatja a script
nyelvet. Nem ugy a kliens oldalon.
udv,
--
Boca -=> http://winnie.obuda.kando.hu/~boca/ <=- Bo'cz Pe'ter
|
| + - | Fenyujsag (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
Sziasztok!
Szeretnek az oldalamra egy fenyujsagot berakni, azaz egy szovegmezo-
ben kellene egy feliratot futattni.
Nelkulozhetetlen, hogy IE es Netscape is jol ertelmezze.
Semmi CGI, meg JAVA, max egy java script ferne bele az elgondolasom-
ba. Van egyaltalan ilyen megoldas?
Elore is koszonom a segitsegeteket.
Ha lehet, mindenfele beallitasi parametereket is irjatok hozza.
Koszi megegyszer.
-= RESI =-
UIN: 8383101
mailto: | mailto:
BARABU DIVATPOLOK >>> http://www.barabu.hu/
|
| + - | PSP mentes (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
Sziasztok!
Az uj 5.0-as Paint Shop Pro-val nem tudok atlatszo hatteru kepet
menteni. a .GIF -nel az Options... -ban beallitom a 89a versiot es az
Interlace-t, mikozben a hatterem feher. Az eszkozsoron is feher a
szinvalaszteknal a hatter.
A korabbi verzional be lehetett allitani, hogy mit tekintsen atlatszonak:
- hatter
- eloter
- stb (vagy valami hasonlok)
Hogyan lehet tehat atlatszo kepet menteni e programban?
Elore is koszonom.
-= RESI =-
UIN: 8383101
mailto: | mailto:
BARABU DIVATPOLOK >>> http://www.barabu.hu/
|
| + - | par valasz (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
Sziasztok!
Par valasz:
Petrovay Szabolcs George valaszolt tegnap Bocanak, es engem is erintett.
>>Elore bocsatom, hogy maximalisan egyetertek Eszpee leveleben
>>foglaltakkal.
>Sajnos en meg minimalisan sem ertek vele egyet! Az Internet magazin
>legujabb szama szerint az Internet technologian dolgozo szakemberek
>40%-a intranetekre es extranetekre fejlesztenek alkalmazasokat.
Csak egy idezet az ominozus levelembol:
> ... csak minket, az Internetre hivatasosan fejleszto un. webmestereket
>nem. ... ^^^^^^^^
Jo lenne, ha PSZGY legalabb olyan figyelmesen olvasna a listat, mint a
kulonbozo MS doksikat es reklamanyagokat.
Meg ennel a levelnel maradva:
>>na ne.... Ezt te sem gondolhatod komolyan. Ezzel vajon hany %
>>webszorfozotol fosztod meg az oldalad?
>Ha a webszorfozok lustak lepest tartani a muszaki fejlodessel,
>az az o bajuk.
Na, erre a lustara szerintem eleg sokan fognak eros hangvetelben reagalni,
en csak par dolgot irnek:
- Mi itt Magyarorszagon vagyunk, tobbsegunkben itt is fogunk maradni. En
pl. nem szeretnek elmenni.
- Itt Magyarorszagon az emberek altalaban harom okbol "lustak lepest
tartani a muszaki fejlodessel":
1. Vagy otthonrol interneteznek, es valahogy nincs kedvuk letolteni az IE
ujabb csodajanak betaverziojat, x*10MB, telefonon at, a Matav nagy oromere.
2. Ha valami kozintezmenybol interneteznek, akkor vegulis letolthetik, es
hasznalhatjak otthon, mert az intezmenyben nem ok felelosek a browserert,
es a rendszergazda nem rak fel minden ujdonsagot, azonnal, ahogy megjelenik.
3. Az uj termekeknek eleg komoly vasigenyuk van. En, aki vegulis ebbol
elek, egy regi iP133-at hasznalok, 32MB EDO-RAM-mal. Es meg szerencses
vagyok, mert ezen legalabb fut az IE4 es NN4 (az osszes pont ra is
vonatkozik), de elegge docognek... ugyhogy mostanaban a 3-as NN-el
bongeszek. Ez van, ezt kell szeretni.
- Mivel mi, itt Magyarorszagon ezeknek az embereknek keszitunk weblapokat,
igy az a minimum, hogy nem lustazzuk le oket, es nem tekintjuk az itt
hasznalt bongeszok 99%-at elavultnak.
Egyebkent nem ertem ezt a hirtelen valtozasodat (na nem MS teren ;) ),
regen pont Te voltal az egyik fo szoszoloja annak, hogy igyekezzunk minel
tobb bongeszo alatt mukodo lapokat eloallitani, erre jossz itt ezzel az
'elavult' meg 'lusta' dologgal...
Na errol a temarol ennyi boven eleg volt.
Konstruktivabb dolgok:
 kerdezte:
>Hogyan tudnam en minel egyszerubben atnevezni az osszes kepet JPG
>kiterjesztesure (ez a kevesbe nehez), de meginkabb az osszes html file-ban az
>oszes *.jpeg-re mutato linket lecserelni *.jpg-re.
Wintel megoldas:
Kepek: Valami commander-klon-nal (en a Windows Commandert hasznalom) kiadsz
egy keresest *.jpeg-re, aztan berakod egy kulon ablakba (WC alatt Feed To
Listbox), es akkor F6-tal atnevezheted.
HTML: Ismet a mar multkor is emlitett TextPad-et ajanlom. Toltsd be vele az
osszes HTML file-t (ha kulonbozokonyvtarakban vannak, akkor itt is segithet
a WinComm), es csereld ki (Search/Replace) az osszes .jpeg stringet .jpg
-re, csak elotte allitsd be a Scope-nal az All Documents-et. Elotte azert
gondolkozz el, hogy nincs-e a sima oldalakban valami ".jpeg" -et tartalmazo
szoveg, de erre IMHO minimalis az esely.
>"Hat ez perl-ben baromi egyszeru, irj egy rekurziv bigyot."
Tenyleg az, bocs a komplikalt valaszert... ;)
Sziasztok,
____________________________ _ _ _ _ _
Sza'sz Pe'ter \-_\ /_/-'\-_\-_
http://winnie.obuda.kando.hu/~eszpee/
mailto:
|
| + - | Re: *** HIX WEBMESTER *** #419 (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
"HIX WEBMESTER"  >:*** HIX WEBMESTER *** #419
@Mon, 15 Jun 1998 22:23:08 EST
Hello!
>Felado :  [Hungary]
>Temakor: Re: Automatikus filekuldes ( 31 sor )
>Idopont: Mon Jun 15 15:55:03 EDT 1998 WEBMESTER #419
[...]
>Es hozzatette meg:
>
>>dial-up kapcsolatom van
>
>Akkor nem tudom, ezt hogyan lehetne megcsinalni. A file-ok a *sajat*
>geped winchesteren vannak? Mert akkor ket gond is lehet: egyreszt,
>gondolom, dinamikus IP-cimed van, vagyis minden csatlakozaskor mas
>IP-cimet kap a geped. Masreszt nyilvan nem ejjel-nappal logsz nonstop a
>halon (az azert dial-up eleresnel igen huzos lenne), igy konnyen
>megtortenhetik, hogy a felhasznalo epp akkor keri a file-t a gepedrol,
no igen. ez a ket gond merult fel bennem is :)
szoval e-mailben megkapm a requestet es erre valami progi/script
akarmi [offline] csinal egy replyt, amihez attacholja a kert filet. na
erre varjatok gombot :))) nekem nem sikerult.
--
Karman 'suspicion breeds confidence' [brazil]
rc5 efforts team #4219 * http://www.distributed.net
contacts:  - http://altern.org/karman
icq:11426624 - IRCNet:#erratic
... <Linux_> jajj!!! segitseg itt egy KARMAN! ;-)
|
| + - | lepestartas a fejlodessel... (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
From:  (Petrovay Szabolcs George)
> Ha a webszorfozok lustak lepest tartani a muszaki fejlodessel,
> az az o bajuk.
Hat koszonom szepen.
Ezek szerint vagy vegyem meg a legujabb, legmodernebb gepeket (amelyekre
fel lehet tenni a legujabb browser-verziokat), vagy
hagyjam ott a csoro munkahelyem, es menjek olyan helyre, ahol van penz
megvenni ezeket... Vilagos.
Miert nem mindjart azt mondod, hogy akinek nem a legujabb BMWje (stb.)
van, az ne is menjen ki a kozutakra?????
Balint Gabor
|
| + - | Re: Multilevel konverzio (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
 irta:
> Sziasztok!
>
> A helyzet: van egy web-rol letoltott sokszintu konyvtarstruktura, amelyet
> offline akarnek hasznalni minel tobb platformon, de ennk eleg eros akadalya a
z,
> hogy az osszes JPG kep JPEG kiterjesztessel van ellatva (~200 db), es
> termeszetesen az osszes html file-ban a linkek is mind ennek megfeleloen
> szerepelnek, azaz "xyz.jpeg" kepekre mutatnak.
>
> Hogyan tudnam en minel egyszerubben atnevezni az osszes kepet JPG
> kiterjesztesure (ez a kevesbe nehez), de meginkabb az osszes html file-ban az
> oszes *.jpeg-re mutato linket lecserelni *.jpg-re.
>
> Ismetlem: ez nem egy konyvtarra vonatkozik, hanem mondjuk egy 7 szintu
> konyvtarstrukturara.
>
> A megoldas lehet akar unix, akar winnt, de lehetoleg reszletesen, mert egyik
> savban sem vagyok otthonos annyira, hogy eleg legyen annyi segitseg:
>
> "Hat ez perl-ben baromi egyszeru, irj egy rekurziv bigyot."
Mondok egy unixos megoldast, ami sima ketto db parancssori utasitassal
megcsinalja neked a dolgot (hiaba, unix command line rulez). Linux alatt
megy, kiprobaltam. A konyvtarstruktura gyoker-konyvtarabol kell kiadni.
Eloszor: (a fajlok atnevezese)
--------
for i in `find ./ -name '*.jpeg'`; do mv $i `echo $i|awk -F '.jpeg' '{print $(N
F-1)}'`.jpg; done
^ ^ ^
^
VIGYAZAT. A nyillal megjelolt helyeken un. backtick-et kell irni, ami NEM
a sima aposztrof, hanem (nalam, magyar billentyuzeten) az AltGr-7 hatasara
jon elo (balra dolo aposztrof). Ebbol kell tehat 4 db, a "find" elott,
az elso pontosvesszo elott, az "echo" elott, es vegul a ".jpg" elott.
Meg ne tevesszen: az elso *.jpeg utan es az utolso .jpg elott van
eloszor egy sima aposztrof, utana meg egy backtick.
Sima aposztrof kell a find parametereiben a '*.jpeg'-ben, aztan
az awk parametereiben a '.jpeg'-ben es a '{...}'-ban.
Ezt az egeszet azert irom ilyen szajbaragosan, mert az en Netscape
Maileremben qrvara ugyanugy nez ki a ketto, es nem akarok flame-ket,
hogy nem mukodik.
Masodszor: (a fajlon beluli atnevezesek)
---------
for i in `find ./ -name '*.html'`; do cat $i|sed -e 's/jpeg/jpg/g' > $i; done
^ ^
Itt csak ket backtick kell, a find ill. az elso pontosvesszo elott.
(Feltetelezem, hogy *.html fajlokban kell csak megejteni az atnevezest,
ha mas is van akkor ird at a kiterjesztest)
Tehat nem kell "rekurziv bigyot" irni, mert a find ezt megoldja
helyettunk.
<hozsanna>
Ilyen egyszeru. Mondhatni trivialis. Mint a UNIX altalaban...
</hozsanna>
Esetleg elkepzelheto, hogy valamilyen UNIX alatt problemazik pl.
az awk, ekkor a "-F" helyett irj "--field-separator" -t. De mondom,
Linux alatt megy. Esetleg akkor lehet problema, ha valamelyik
konyvtarnevben szinten szerepel a "jpeg"
(pl az egyik kep neve /ize1/images.jpeg/ize2/kep.jpeg )
ugyhogy ha esetleg ilyen volna, akkor nevezd at a konyvtarat elotte.
Gud baj
Zsolt
http://www.bke.hu/~zsolt/ <- honlapreklam!
|
| + - | Re: Torles a cache-bol? (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
 irta:
> Sziasztok!
>
> Megprobaltam elinditani egy WebCam-et es belinkeltem a honlapomra
> ( http://Krisztian.Hildebrand.Net )
> Ha a gepem es a kamera be van kapcsolva, a kep-fajl 5 percenkent frissul a
> szerveren, de mindig ugyanazon a neven tarolodik el.
> Viszont ha a kep egyszer letoltodott, akkor a browser es az esetleges
> proxy-k cache-i rogzitik fajlt es ujratoltes eseten mar a cache-bol jon elo,
> igy a kep valtozatlan marad. Van-e ez ellen valami orvossag szerver oldalon?
> Esetleg valami JAVA szkript ami meggatolja a jpeg fajl cache-eleset?
Nem kell Java. Van egy olyan HTTP fejlecutasitas, ami pont ezt csinalja:
Cache-control: nocache
> Azt tudom, hogy CGI-t lehetne irni a kep feladasara, de ahhoz nem ertek.
> Vagy van esetleg kesz megoldasa valakinek ilyen celokra? A gep, amin a kep
> van Apache szerver van Linux alatt.
egyszeru CGI script (bash):
kep.cgi (permission: 755 aza rwxr-xr-x)
> -----------------------------------------------------------------
#!/bin/bash
echo -n -e "Content-type: image/gif\nCache-control: nocache\n\n"
cat [kepfajl neve]
> -----------------------------------------------------------------
ennek mukodnie kell.
> Ha tudtok, maganlevelben valaszoljatok. Koszi:
>
> Krisztian  )
Zsolt
http://www.bke.hu/~zsolt/ <- honlapreklam!
|
| + - | Re: Torles a cache-bol? part 2 (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
Szoval kozben megneztem a dolgot, es
1: Cache-control: no-cache a helyes szintaxis
2: ha pl egy html-fajlban van a kep, akkor a
<META HTTP-EQUIV="Cache-Control" CONTENT="no-cache"> -nak is mukodnie
kell, es akkor nincs szukseg CGI-re.
Bye
Zsolt
http://www.bke.hu/~zsolt/ <- honlapreklam!
|
|
