Hella!

> Sajnos van egy problemam az FP98-al: keszitettem egy image map-et, rendesen
> mukodik a gepemen. Csakhogy a serveren mar hianyzik az egesz kep. (piros
> kereszt a helye'n) Megneztem a forrast, a hivatkozas e kepre hibatlan. Itt
> jon elo a problemam: mas szerkesztovel nezve a forrast a map-nek teljes
> utvonala jol latszik. (c:\Front%20Page%20Webs\C...) Mi ilyenkor a teendo?
> Miert nem latom ezt az utvonalat FP98-ban? Csak ne az legyen a valasz, hogy
> editaljam a masik szerkesztoben.

Na, most kivetelesen nem az fp a hunyo. A lapot igy keszitetted: new,
kep be es a tobbi, majd ment. DE! Amikor a kepet betetted, meg nem
tudta az a serencsetlen, hogy hova fogod menteni a lapodat. Ezert o
jogosan (minden masik webszerkeszto igy tenne. Na jo, mondjuk a
dreamweaver kiabal, hogy hulye vagy, ne tedd...) beleteszi a full
eleresi utat.

Magoldas: new. Elmenteni a megfelelo helyre. Utana ha beteszel egy
kepet, mar tudja, hogy a kep eleresi utja mutol relativ. Es jo is
lesz.


  Udv!
       Donci
> ------------------------------------------------------------------
Szabo Denes       ICQ:13486370       mailto:

Bocs ha valakit untatnak ezek a sorok de nem talaltam meg a 
www.hix.com-on a problememra a valaszt:

Miert nem muxik a kovetkezo:
<form method="post" action="mailto:"> 
<input type="text" name="sname" value=""> <br>
<input type="text" name="ssubject" value=""><br>
your text: 
<input type="textarea" name="stext" value=""> <br>
<input type="button" name="esubmit" value="submit" onClick=submit()>
</form>

gyanitom hogy a submit-el van valami baj...
ha akarok egy reset gombot akkor mi a teendo?? irjak egy fugvenyt ami 
visszalllitja az eredeti value-kat az input field-ekbe???

a valaszokat elore is koszonom

Torok Szabolcs
http://www.geocities.com/SiliconValley/Grid/5616/ 
Minel elobb meghalsz, annal tovabb leszel halott.

Bocs a tegnapi dupla cikkert!
A torlo levelre a HIX szerver csak a help file-t kulde vissza...

Hello
> 
> Eppen most keszitek egy oldalt ( preview: www.extra.hu/tender ).
> Amiert irok:
> 
> Szeretnem ezt az oldalt egy www.90210.hu vagy www.90210.com oldalon
> uzemeltetni... Ehhez keresek segitseget.
> Igazabol nem tudom pontosan a dolog technikai hatteret , de a domain
> bejegyzest kifizetnem ,megoldanam ,

A hu bejegyzes ugy indul, hogy amit be akarsz jegyeztetni olyan
cegnevvel, vagy vedjeggyel kell rendelkezned! (amugy 9500+afa)

A com -nal nincsen ilyen megkotes, de az 30.000+afa.
A szamok nagysagrendileg igazak, apro elteres lehet mondenhol.

> amit kernek , az ,hogy egy
> serveren ezt mint virtserver uzemeltethessem. Ti biztosan tudjatok
> hogyan is mukodik ez az egesz, es remelem tudtok segiteni.

Barmelyik szerveren kapsz helyet ra, ahol tarteruletet adnak berbe/el.
Ha pontosabb adatokat szeretnel arak stb akkor keress maganban...
(asszem nem ez a reklam helye :))

Szabolcs
-- 
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
{ Ba'nffy Szabolcs    --== CENTRALNET BT. ==-- }
{ http://www.centralnet.hu                    tel/voice/fax: 308-9539 }
{ ICQ: 2231980	                        H-1153 Bp. Pazmany P. u. 118. }
 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
http://www.centralnet.hu/szoftverdepo/ magyar fejlesztesu sw programok!

hailka,

hogyan lehet perl-ben megcsinalni, hogy egy vendegkonyvnel a kimeno
html-nek  ne a vegere, hanem a tetejere szurja be az uj dolgokat ?

kosz,
Tibyke

>Felado :  [Hungary]
>Temakor: Tovabbi kerdesek az FP98-al kapcsolatban ( 10 sor )
>Sajnos van egy problemam az FP98-al: keszitettem egy image map-et, rendesen
>mukodik a gepemen. Csakhogy a serveren mar hianyzik az egesz kep. (piros
>kereszt a helye'n) Megneztem a forrast, a hivatkozas e kepre hibatlan. Itt
>jon elo a problemam: mas szerkesztovel nezve a forrast a map-nek teljes
>utvonala jol latszik. (c:\Front%20Page%20Webs\C...) Mi ilyenkor a teendo?
    Akarhogy is nezem, ez egy abszulot hivatkozas a kepre. Egyszeruen
    csak relativ hivatkozast kellene belole csinalni.
    Annak tobb oka is lehet, hogy miert rossz a fajlod. (feltetelezem, hogy
    a FP alap beallitasait nem bantottad.)
    A legelso ami az eszembe jut (ez altalaban kezdo hiba, sorry), ha csak
    az Editor-t hasznaltad, es nem futott a FP98 Explorer ill. a Server
resze.
    (Az Editor-t lehet kulon is hasznalni, de en nem ajalnom). Feltetlen
    ugy csinald meg, hogy keszits egy WEB-et (FPExplorer), es ebben
    epitsd fel a konyvtarstrukturat !
    Masik, ami szinten erre mutat: Hogyan nezted meg a kerdeses lapot
    a bongeszodben ? (egyszeruen a hivatkozas sorban, mi volt ?)
    \...\...\.. (mint ha helyi fajlt neznel), vagy /.../..../.../ (mint egy
szerver eseten)
    Ha az utobbi, akkor a helyi gepen is jelentkeznie kellett volna a
hibanak !
    Ezt a legkonnyebben ugy tudod elerni, hogy az Editor-ban a Preview
    nezettel kapcsolsz at a bongeszore, ekkor alapkent virtualis server-kent
    kezeli a helyi web-ed. (vegulis ez is az egyik lenyege a FP-nek)

Udv.: Tetko !

Ifj. Kranabeth Zoltán (00-36-87/322-636)
GDF Keszthely: www.georgikon.pate.hu/gdf
Cím: TAPOLCA, 8300 , Alkotmány u. 12/B 3./1.
BEC Kft.: www.balatone.hu
E-Mail: , 

>Felado :  [Hungary]
>Temakor: Re: *** HIX WEBMESTER *** #512 ( 146 sor )
>>     Azert mert amit a FP general kodot, az nagy valoszinuseggel jol
>>     fog megjelenni a piac vezeto bongeszokben. Ha Te (En) v.mit modositok
>>     a forrasban, ez a dolog mar nem biztos.
>De ha _en biztos vagyok benn_???
    Tudod mi a biztos ? :)
    A tobbit lsd. lentebb, ui. oda is kapcsolodik. (Boca Repy)

>> Felado :  [Hungary]
>> Temakor: Re: HIvatkozas egy kep reszleteben... ( 25 sor )
>> >hogyan lehetne ezt megoldani.
>> >MS Frontpage 98-ban.
>abban is benne van. De majd azok akik hasznaljak.
    Mi az, hogy ? (Megcsak ebben van benne igazan :)
    Baromi 1xeru: Fusson mind3 FP98 komponens (Explorer, Editor,
    ill. a Server, amit hasznal) Csinalj egy WEB-et, es hivd be a
    szerkesztobe azt a .htm fajlt, amiben az IMAGEMAP-et akarod.
    Ha raklikkelsz a kepre, akkor meg kell jelennie egy uj eszkoztarnak,
    a statusz sor felett. Ott van teglalap, kor, szabadkezi rajz, etc ..
    Na ezek nem arra valok, hogy rajzolj vele :) ,hanem arra, hogy a kepen
    ilyen formaban jelolj ki un. HotSpot reszeket. Valaszd ki a teglalapot,
    1000-el irany a kep, es a bal eger foly. nyomva tartasa mellett csinalj
    egy teruletet. Ahogy elengeded a bal egergombot, rogton megjelenik
    az a resz, ahova az URL-t lehet irni, vagy Browse, etc ..
    Utolagosan is lehet szerkeszteni, ekkor jobb eger gomb kell. A kesz
    alakzatot tudod mozgatni, ill. meretezni, ...
    Remelem eleg reszletes es ertheto volt. Utana az Editor Preview
    Browser-el ajanlott megnezni az eredmenyt.

    P.s.: En ezt default-kent tudom ajanlani minden FP hasznalonak, vagyis
    fusson minden FP komponens, es a bongeszoben mint virt. webszerver
    nezd a site-od, ne pedig DOS-os eleressel, mert mar ez is sok
    kellemetlenseget okozhat magaban.

>Felado :  [Hungary]
>Temakor: frontpage ( 51 sor )
>Irtad:
>> Errol, hogy miert is szedi lsd. feljebb. Szerintem a FP98 nem a
>> HTML4-et tamogatja. a FP2000 az mar biztos fogja :)
>
>OK, a HTML4-et nem is kell ismernie. A problemam az volt, hogy olyan
>dolgokat is felulirt a sajat hosszairt reszemben, ami a HTML3.2 szerint
>is teljesen korrekt. Mint masok levelebol is kiderult, ez egy feature.
>Van, akinek szamit, van akinek nem.
    Irtam donci-nek, hogy itt fogja talalni a valaszt. (amit neked is
szantam)
    Csak reszben azert nyul bele, mert amit O general, az tuttira jo lesz a
    piacvezeto bongeszokben.
    Mi van, ha kihagysz pl. egy bezaro tag-et ? (ekkor megintcsak
    segedeszkozhoz nyulsz, vagy magad nezed at a tobb szaz soros,
    tobb szaz .htm fajlt ?) A FP ezt figyeli, vagyis nem tudsz benne hibas
    HTML-t irni. (Ha csak nem Insert HTML-kent szurtad be, hogy a FP ne
    vegye figyelembe)
    Ezenkivul asszem minden WYSIWYG bongeszo rendelkezik v.milyen
    szintu layer ruhaval. (vagyis megformazza a HTML kodot.) Ez szerintem
    sok WYSIWYG szerkesztoben mas es mas. A FP-ben is van egy ilyen,
    ez van ! Esetleg meg azt tudnam elkepzelni, hogy v.mi Customize
    lehetoseggel lehetne allitani, hogy a FP alakitsa-e a HTML szerkezetet,
    vagy pedig ne, vagy csak reszben, ...
    Itt viszont mar az is bejon a kepbe, hogy a FP penzes termek, vagyis
    a nem keves penzert garantalt, hogy a HTML fajlod hibatlan lesz,
    ha mindent jol csinaltal, es ugy ahogy kell, persze csak FP szinten.

>Kepzeld el az alabbi szituaciot, ami nalam mar tobbszor elofordult:
>Van egy rakas oldal, amin rakas kep van. Legyen mondjuk 10 oldal,
>egyenkent 5 keppel. Ugyfel jon: Hat ize, mi lenne, hogy ha rakattint a
>user a kepre, akkor nagyban mutassa. OK, lehet rola szo. Nehezites: Nem
>lehet siman a nagy kepfile-ra linkelni, kulon html oldal kell, benne a
>kep, hogy az eredeti hatter megmaradjon. Leforditva a kiindulas ez:
>
>hasonlo feladat szamtalan van. Erre eleddig csak az ugyes scriptek
>jelentettek megoldast, mas programok nem. Igaz, ezt nem is varjuk toluk,
>de itt a vita ezen aga ugy indult (nem toled), hogy minek akarunk mi
>ugymond magunk aramot termelni, ha egyszer ott van a konnektorban. Hat
>ugy latszik megis mas, mint ami nekunk kell.
    Ha visszamenolegesen megnezem a WM szamokat, a "jobb" irasok
    nem azt irjak, hogy a FP mindent tud ! Ezt asszem se en se azok akik
    sokat hasznaljak nem irtak. Rengeteg dolgot levesz az ember vallarol.
    Viszont mint minden SW-re erre sem lehet azt mondani, hogy kesz,
    befejve. (egyenlore ez a ver. a legujabb) Ha v.mi olyat akarsz amit
    nem tud a FP akkor csinalod, ahogy tudod (mint amit irtal). Megintcsak
    az jon elo, hogy a FP penzes termek, amit a leirasa ill. a Help
taralmaz,
    azt tudja, es azt tudja is. Viszont azt is tudni kell, hogy ha v.mi mast
    akarsz, azt hogyan kell a FP-el elkesziteni !!!
    Ez nem diplomatikus valasz akart lenni. En a FP-t fokent azert
hasznalom,
    mert idot takarithatok meg vele, meg vagyok vele elegedve, ami nekem
    kell azt 80%-ban tudja. A maradekbol is biztos tud v.mit, csak en nem
    tom, hogy hogyan :) Ilyenkor jon a manualis munka.

Udv.: Tetko !

KITARTAS !

Ifj. Kranabeth Zoltán (00-36-87/322-636)
GDF Keszthely: www.georgikon.pate.hu/gdf
Cím: TAPOLCA, 8300 , Alkotmány u. 12/B 3./1.
BEC Kft.: www.balatone.hu
E-Mail: , 

Kedves Zsolt! A tegnapi ujsagban ezt irtad:
>Elony: a bongeszo, tudvan mekkora helyet kell kihagyni,
>meg tudja jeleniteni az oldalt akkor is, ha meg nem 
>toltotte le a kepeket. Ez, ha a sajat szerveredet nezed, 
>nem jelent sokat, de ha ugyanazt a vilag masik vegerol
>ezi valaki pl 1 kb/sec-es sebesseggel, akkor a kulonbseg
>oriasi.
>Hatrany az nincs. (Hacsak az nem, hogy kepenkent 10 
>byte extra... :-)

A hatranya az, hogyha az image eredeti nagysaga nem az
amit az ember a WIDTH es HEIGHT attributumokkal megad,
akkor a HTTP processzornal azt at kell kalkulalnia, ami miatt
a lap letoltese valamivel lelassul.
Udv:	Szabolcs
http://www-rcf.usc.edu/~petrovay/

Tisztelt Egybegyultek! Banffy Szabolcs konfirmalta,
hogy a problema altalam valo megfogalmazasa preciz:
"Adva van egy kliens gep, amelyen a felhasznalo letiltotta
cookiek fogadasat. Hogyan tudja a szerver eldonteni, hogy
az a gep egy adott Web site-ot eloszor tolt le?"

Ebben az ugyben irt cikkek konkluzioja az, hogy ez a
problema megoldhatatlan. En ezzel nem ertek egyet.
Szerintem megoldhato bizonyos limitacioval (vagyis
hibahatarokon belul). Meghozza ketfele keppen.

Otfele mod van arra, hogy a kliens jellemzoit a szerve-
ren eltaroljuk: a) cookies, b) URL valtozok, 3) FORMok
hidden mezoiben, 4) a szerver file rendszeren, 5) egy
adatbazisban. Az elso modszer tilos, a 2.ik es 3.-ik
azert nem jo, mert az adatok a session befejeztevel
eltunnek. Marad tehat a ket utolso lehetoseg.

1) sajat adat struktura keszitese
---------------------------------
Az ujsag szept. 15.-i szamaban Re: bongeszok azonositoi
cim alatt a Druszamnak megadtam egy JavaScript on-line
konyvet ("Writing Server-side JavaScript applications")
a kovetkezo URI-n: //developer.netscape.com/docs/manuals/enterprise/wrijsap/

Verhas Peter a WEBMESTER #505 szamaban ezzel kapcsolatban
szoszerint a kovetkezot tette kozze:
>Ha azt mondanám, hogy általában felületes válaszokat adsz,
>akkor ugyanolyan felületesen fogalmaznék, mint te a legutóbbi
>válaszodban. Úgyhogy inkább csak azt írom, hogy a legutóbbi 
>válaszod volt felületes. Azt ajánlod a felvetett kérdésre, hogy a >citált
URI-n megtalálható a JavaScript megoldás.

Az altalam citalt konyv pontosan megadja a JavaScriptes
megoldast, ehhez azonban az kell, hogy az ember vegye a
faradsagot es megtanulja, hogyan kell programozni JavaScripttel
a szervert. Ugyanis kiderul, ugymint mas hozzaszolo is
megirta, hogy a session variables eltunnek a session
vegeztevel. Viszont a project objektum (melynek megfeleloje
a Microsoft rendszerben az application objektum) pont
arra valo, hogy azokat megorizzuk es tovabb manipulaljuk,
amig az applikacio fut.

Idezet erre vonatkozolag a forrasbol:
"Remember that the project object exists only as long
as the application is running on the server. When the
application is stopped, the project object is destroyed,
along with all of its property values. For this reason, 
if you have application data that needs to be stored
permanently, you should store it either in a database 
(see Part 3, "LiveWire Database Service") or in a file
on the server (see "File System Service")."

A kerdes tehat az, hogy hol akarunk tarolni kliensrol
adatot es mi legyen az az adat?

A file systemen valo tarolast egybol elvetem az "over-
head" miatt egy nagy forgalmu szerveren. Egy filenak
a kinyitasa, irasa, olvasasa es bezarasa olyan nagy
forrast igenyelne, ami valoszinuleg nem all rendel-
kezesre, mert maga a HTTP szerver processz nagy
CPU hasznaltot igenyel, nem beszelve az allando disk
I/O terhelesrol. Hisz a disk I/O miatt van altalaban
a szervereken nagy sebessegu SCSI kontroller es sok
merev lemez kapacitas.
(Habar en pont ezt a metodust hasznalom uj appli-
kaciok tesztelesenel, vagyis text filet irok a szerverre
a user nyomon kovetesere es a bug-ok log-olasara.
Ha a usernek van valami problemaja, egy session valtozot
el tudok gancsolni, amely elkezdi a log-olast a valtozok-
ra, a komponensek eredmenyeire es a folyamatra (workflow),
ahogy a user keresztul megy az egesz alkalmazason. Ezt a
metodust minden alkalmazasnal hasznalom.)

Marad tehat az utolso lehetoseg: az adatokat egy adat-
bazisban tarolni. Egy adatbazisba irni es a record
lakatokat menedzselni konnyebb dolog, mint egy text
filenal. A raforditas itt az osszekottetes eredeti
megnyitasa. Feltetelezve viszont, hogy ODBC 3.5 szabvany
szerinti adatbazist hasznalunk es a Microsoft Transaction
Server connection pooling-ot, meg tudjuk sporolni ennek az
elso megnyitasi koltsegnek a 80%-at minden tovabbi adatbazis megnyitasnal.
Ezt a tenyt, hasznalvan az Access 97-et, mar
tobbszor lemertuk. Valasztom tehat az adatbazist!

Marad az utolso kerdes: milyen adat strukturat tarolnank
el? Mint tobb kollega megirta ebben az ujsagban, a gep
IP cime nem jo, mert altalaban dinamikusan vannak kiosztva.
A CustomerID (MS-nel UserID) magaban foglalja a napot, idot,
user altal beirt adatokat, IP cim, stb. (MS-nel egyedi ID-t
generalunk az Access-szel, mert annak a counter mezoje egy
egyedi szamot ad vissza.) En ebben az esetben egy Request
objektummal egy olyan adat strukturat alkotnek, mely magaban
foglalja a bongeszo tipusat, a szerver nevet, stb. es azt
tarolnam el az adatbazisban. Ha masodszor vagy n-edszer
jonne be a kliens egy gyors query ezt rogton megmondana.

Tudom, erre az a valasz, hogy nem jo megoldas, mert mi van
akkor, ha valaki pld. egy egyetem geptermebol jon be a
webre, es mindenki ugyanazt a szervert es bongeszot hasznalja.
Banffy Szabolcs maganlevelben megirta nekem az uzleti okokat,
miert kell a nem elso latogatokat "elfogni". Kerte, hogy ezt
az okot bizalmasan kezeljem. Ennek az oknak a tudataban azonban
a fent leirt adat struktura mukodne, mert az illeto az elso
bejoveteltol szamitott 2 oran belul valoszinu, hogy ugyan-
azt a szervert hasznalna ugyanazzal a bongeszovel (de persze
mas IP gep cimmel).
Ezert irtam, hogy ennek a modszernek limitacioja van, de
a Druszam problemajanak megoldasara "good enough"...

2) a szerver log-janak a hasznalata
------------------------------------
Miota az on-line kereskedelem erteke vilagszerte tobb
milliard Dollart ert el, az uzletek hirdetoinek fontos
adatokat adnak a statisztikak: ki hanyszor nezte meg a Web
site-ot, honnan jottek a latogatok, ki vasarolt es mit,
stb. E celra mar szazaval vannak statisztikai alkalmazasok,
melyek eredmenyeiket a szerver log filejara epitik. A vilag
legnagyobb on-line uzlete, az amazon.com MS IIS-t hasznal
Web szerverkent es a statisztikai progi egy ASP. A masodik
legnagyobb ceg egy Netscape szervert hasznal. Minthogy
mindket szerverhez van hozzaferesem, megneztem a log
fileokat. (Apachehoz nincs hozzaferesem, mert munkaadoim
tartozkodnak minden ingyen szerzett, nem tamogatott
szoftvertol.) Ezekbol sok adatot ki lehet hamozni:
IP gep cim, honnan jott a latogato, mennyi ideig tar-
tozkodott egy oldalon, merre tavoztak, mennyi ideig
tartott az oldal letoltese, stb. Persze nem minden log
adat halmaza es megbizhatosaga egyforma. De minthogy ezt
az informaciot ki lehet irni egy ODBC-nek
megfelelo adatbankba, tovabba analizalni es lekerdezni 
lehet, ez egy plauzibilis megoldas a cookies nelkuli kor-
nyezetre. Ehhez el kell olvasni a statisztikai
progi leirasat, hogy rajojjon az ember, hogyan deritik
ki peldaul, hogy ki egy elso latogato.

Ez nemcsak Szabolcs problemajara nezve fontos, hanem sok
ceg elso latogatot maskent kezel mint a visszateroket,
pld. specialis diszkontokat adnak, vagy utasitast, hogyan
kell navigalni a Webjukon. Mint Szabolcs irta, otthon is
van mar ilyen statisztikai program:www.hungariantop1000.com.
Ha rakattintasz a Statisztikakra, meglepetessel tapasztalod,
hogy mit jelentenek (azt, hogy honnan jott a kliens, nem 
jelentik). Hogy mennyire pontos egy ilyen statisztikai program,
az a log-tol fugg. De ha ilyen adatok jok pontossag
szempontjabol vilagvezeto cegeknek, akkor jonak kell
lenniok Szabolcs ugyfelenek is.

Tudom, hogy erre az lesz a kifogas, hogy nagyforgalmu
Web site-okon tobb szerver van, ahol a processing
terhelest round-robin DNS-el iranyitjak, es a HTTP
terhelest kigyenlitik dinamikusan tobb szerver kozott,
ennelfogva a szerverek statisztikai megbizhatatlanok.
De mint irtam, egy ilyen adatbazison alapulo megoldas
"good enough"-nak kene lennie a problema megoldasara.-
Udv:	Szabolcs
http://www-rcf.usc.edu/~petrovay/
P.S. Uzenet Druszamnak: Karacsonykor otthon leszek,
remelem be tudom hajtani a sor fogadast!

 wrote in "Counter-help" (Sep 24 06:04:42):

> #!/bin/sh
> file=/usr/httpd/counter/.odo$1
> if [ -f $file ]
>   then
>     read ct < $file
>     let ct=$ct+1
>     echo -n  $ct
>     echo $ct > $file
>   else
>     echo "0000"
> fi

Ez tok jo, en meg kiegeszitettem egy kicsit.
Igaz, hogy atirtam tcl nyelvre, de hat az a par sor
mindegy, hogy milyen nyelven fut le.

Szoval, tovabbi argumentumokkal meghatarozhato, hogy
hany jegyu szamot jelezzen ki, illetve letilthato
az egesz kijelzes, ha nem akarjuk a dolgot publikussa tenni,
csak mi akarjuk latni, hanyan jottek a lapra.

A korites ugyanaz, amit commodus irt, a szamlalo pedig igy
fest (/home/httpd/cgi-bin/counter/counter.cgi):
--------------------------------
#!/usr/bin/tclsh

set name    [lindex $argv 0]
set digits  [lindex $argv 1]
set display [lindex $argv 2]

set countfile "/home/httpd/cgi-bin/counter/count-$name"

if {![file exists $countfile]} {
	set A [open $countfile w+]
		puts $A "1"
	close $A
	set visitors "1"

} else {

	set A [open $countfile r]
	  set visitors [read $A]
	  incr visitors
	close $A
	
	set A [open $countfile w]
	  puts $A $visitors
	close $A
}

if {$display == "" || $display != "nodisplay"} {
puts -nonewline [format "%0${digits}d" $visitors]
}
--------------------------------

A meghivasa ugyanaz,
<!--#exec cmd="/home/httpd/cgi-bin/counter/counter.cgi Egyoldal 3 yes"-->
tehat itt azt akarjuk, hogy jojjon letre a "count-Egyoldal" nevu file,
3 szamjegyben jelezze ki az eredmenyt.
A scriptbol latszik, hogy ha nodisplay-t irunk a vegere, CSAK akkor
nem ir ki semmit.

Gyula

Ui1.: Persze az FP98-ban biztos van erre egy menupont, dehat...:-)
Ui2.: Ha erdekel a tcl/tk nyelv: http://www.nexus.hu/tcl-tk

> > Ahol fejlesztek, ott egy w95 gepen fut egy O'Reilly fele egyszeru es
> ooo, az nagyon kuul. En is azt hasznalom, amikor kell...
> 
> > ingyenes webszerver. Engedi futtatni a Perl scripteket es az ssi
> ja, esetleg megprobalhatnad az apache-ot. En is tervezem kiprobalni.
> Megy win32 alatt. Es asszem az is ingye' van. Nekem minegyik
> szerveremen az van. Meg az elendernek is megfelel... Nem olyan rossz
> az.

Kiprobaltam, de ugyan olyan jo volt mint az O'Reilly, igy aztan 
maradtam az O'Reilly-nel. Logikus nem? :-))) Talan az O'Reilly-t 
konnyebb setupolni.

Laca

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

 wrote:

> Hello Mesterek.
>
> Eszre vettem hogy az ekezetes karakterekkel nincs semmi gond sem Netscape,
> sem IE alatt azaz ha a body reszben ha van ekezetes betu es nem a kodja -pl
> i'=í- akkor azt mindket bongeszo meg tudja jeleniteni. Erre akkor
> jottem ra amikor egy text editorral keztem szerkeszteni az oldalamat es mar
> untam az í kiirogatasat es ekezetessel folytattam. Mondjuk mar az FP
> sem a kodot hasznalja a bodyban. Most akko kell az í vagy mehet
> ekezetesen.
>

A HomeSite 4.0 mar az e' leutese pillanataban konvertalja é-a + van1
beepitett konvertalo rutinja. Egyebkent Windows alatt nincs is gond, de nezd me
g
Linux alatt.


--
DrMila
HomePage: http://szeged.matav.hu/drmila/
E-mail: 
ICQ: 10284914

> Volt egy olyan hozzaszolas is hogy a HTML tageket meg kell tanulni ez is igy
> van, de azer ha valaki mar ismeri a HTML alapokat annak sokkal gyorsabb egy
> Jo szerkesztovel dolgozni, mint egy text egyitorrral, aminek a neve is
> mutatja hogy text szerkesztesre talatak ki nem html szerkesztesre. Erre csak
> annyi tubok mondani hogy word doksit is lehet text editorroal csinalni de
> minek!
>

A .doc nem leiro nyelv. Text editor helyett emg hasznalj HomeSite-ot, annak nin
cs
benne a neveben, hogy text :))))))


--
DrMila
HomePage: http://szeged.matav.hu/drmila/
E-mail: 
ICQ: 10284914

Sziasztok!

>Milyen elonye/hatranya van, ha megadok vagy nem adok meg meretet
>egy img tagnal?

Ha a kepet 100%-os meretben szeretned megjeleniteni, akkor is
ajanlott hasznalni a mereteket, mert ha megadod, akkor a grafikus
bongeszok elore lefoglaljak a helyet a kepnek, igy a vegleges
letoltodes elott is a lap a majdnem vegleges formajat mutatja.

Les
----------------------
Magyarfalvi Laszlo /Paks/ --- 
http://www.nexus.hu/les --- 
----------------------