Udv!

> Ezért úgy érzem ott leszek azok között, akik a szerverrel különböző
> dolgokat cs inálnak(format c:) és akik beindítják az első portált
> rajta.
;-)) Az elsot ketlem, a masodikat meg meginkabb. Ha egy kicsit is 
ertenel a dologhoz, akkor tudnad, hogy egy multiuser 
oprendszeren ezt nem tudod megtenni. Egyszeruen nincs jogod 
kiadni olyan utasitast, ami igazan veszelyeztetne a rendszert. Arrol 
nem beszelve, hogy nagy valoszinuseggel nem dos/windows van a 
szerveren, UNIX alatt meg format c:...
A portalt pedig kivancsian varjuk!

> www.cgi-resources.com
Valoban jo. Orulunk hogy feltalatad a spanyolviaszt! Azert mar egy 
paran megirtak a listara ezt a cimet.

Igazan nem ertem miert kell ilyen leveleket irni a listara! Nem 
akartam eddig se valaszolni, de egyszeruen kiprovokalod!

Bocs a tobbiektol!

	M@t

Legyszives nezzetek meg a honlapomat, es szivesen latnam a kritikat is rola!

http://www.extra.hu/natloz 


Koszonettel:  Va'go' Zolta'n

Hi,

> Felado :  [Hungary]
> Temakor: Sokminden ( 33 sor )
> Idopont: Mon Dec 20 03:53:46 EST 1999 WEBMESTER #963

Elso pejorativ megjegyezesem csak arra vonatkozik, hogy listara nem kene
ekezettel irni es nem artana vmi sortores...

> Nem is tudom, de gondolom mindenki hallott már különböző freeWEB
> szolgáltatókró l. Számomra az egyik legújabba cs.hu domain alatt
> üzemeltetett, ahol lehet CGi-t, Javát és egyéb dolgokat futtatni. Ez
> egy nagyon előnyös oldala a szolgáltatásnak, de egy olyan Perl
> scriptet, ame ly átírja a többi felhasználó adatait(pl.:jelszó), elég
> gyorsan el lehet készít eni. Ezért úgy érzem ott leszek azok között,
> akik a szerverrel különböző dolgokat cs inálnak(format c:) és akik
> beindítják az első portált rajta.
Majd tapsolunk, ha a "format c:"-re kapsz egy ilyet, hogy:
bash: format: command not found
Ugyanis a cs webszerveren Linux fut, meghozza a kremjebol valo :) : 
netdevil:~$ telnet www.cs.hu
Trying 195.70.32.215...
Connected to server.controlshift.hu.
Escape character is '^]'.
Debian GNU/Linux 2.1 server.controlshift.hu

> A hírlevélben egyre több HTMl-kód formázást találok, ami az én
> levelezőrendszer emben(iMail.index.hu) JavaScript hibákat okoz. Én is
> lehetnék gonosz és a teljes levelemet kódolhatnám HTMl formátumban, ha
> ak arnám, de nem teszem, mert nekem nincs szükségem mások segítségére
> HTMl nyelvte rületen, mert abból már proffesszionális szinten tartok.
> Majd CGi-t küldök a levélben.
Hasznalj vmi normalis levelezot es nem hasznald gonosz dolgokra a "HTMl
nyelvte ru:leten" levo hatalmas tudasodat, mert a vegen meg rosszul
jarsz...


> Éljenek a pingvinek!
Te tudod is, hogy minek a szimboluma a pingvin, vagy csak termeszetvedo
vagy, ugyanis a leveledbol erosen ellentetes benyomasom lett...

Amugy a leveledet inkabb a MOKA-ra kellett volna kuldeni IMHO...

ByTe,
 ___   ___
|  \  |  |   Sztanyik Bence (Netdevil)         <mailto:>
|    \|  |   iRC: Netdevil    on #erdely #hardware.hu #mp3.hu #nyiregyhaza
|  |\    |   WebPage: http://netdevil.macroda.hu  Tel/SMS: +36 20 9183 513
|__|  \__|   Linux, The Future Technology-The Choice Of The GNU Generation

Hello!

Ne haragudj, hogy megkerdezem, de mindig ilyen
ertelmezhetetlenul fogalmazol? Ugyanis tobb mondat
szamomra nem vilagos, na nezzuk:
> =========================================
Számomra az egyik legújabb a cs.hu domain alatt
üzemeltetett, ahol lehet CGi-t,Javát és egyéb dolgokat
futtatni.Ez egy nagyon előnyös oldala a szolgáltatásnak,
de egy olyan Perl scriptet, amely átírja a többi felhasználó
adatait(pl.:jelszó), elég gyorsan el lehet készíteni.
Ezért úgy érzem ott leszek azok között, akik a szerverrel
különböző dolgokat csinálnak(format c:) és akik beindítják
az első portált rajta.

Elorebocsatom, amit Gyulus irt, az tokeletes, es igy kell 
tetszoleges unixon csinalni a dolgokat.
Disztribuciok eseten (ha nem a legeslegfrissebb kell) 
erdemesebb szerintem az rpm-ek hasznalata. (minek 
dolgozzunk annyit ugye?)
Szoval letoltod az apache (az apache valoszinuleg fenn van) 
es a mod_php rpm-eket.
Aztan 
rpm -i apache.rpm
rpm -i mod_php.rpm
Ennyi. 

Ha adatbaziskezelesre vagysz, valoszinuleg tobbet kell 
dolgoznod, ha nincs default beforditva kedvenc 
adatbaziskezelod tamogatasa.
Tehat letoltod  a mod_php.srpm-et es installalod.
Kelleni fog meg kedvenc adatbaziskezelod devel csomagja es 
az apache-devel. Meg amiert az rpm meg sirni fog.
Az /usr/src/packages stb. alatt (bocs, emlekezetbol irom)
valahol megtalalod a SPEC konyvtarban a spec file-t.
Bekonfiguralod ugy, hogy az adatbaziskezelodet is tamogassa.
(a spec file-ban ahol a configure scriptet hivja, ott kell 
kotoraszni
egy --with-a-kedvenc-adatbaziskezelod vagy hasonlo)
aztan rpm -bb spec_file.
Ez lefordit egy uj mod_php-t. Amit rpm -i vel 
installalhatsz.

Hat ez nem tul reszletes :-))). De legalabb nem veszem el
a felfedezes oromet :-)))

Adios,
Gonzales

php4

Szasztok,

> Kiprobalta mar valaki a php4 betat? Nemreg jelent meg es kivancsi
> vagyok, hogy gyorsabb-e vagy miben tud tobbet mint az elodje?

a zend engine-nek koszonhetoen allitolag sokkal gyorsabb lett.
a www.zend.com-on van nehany osszehasonlitasi adat a ASP-vel szemben.
erdemes megnezni...
Sebessegnovekedest en sajna nem tudok tesztelni 1 userral ;-)
Igazandibol a felhasznalo szamara csak a session-ok tamogatasa
a nagy ujdonsag, viszont csak sima valtozokat tud eltarolni, objektumokat
asszem nem. a sessionid-nek koszonhetoen sokkal konnyebb lett globalis
valtozokat tarolni. En leginkabb win98 alatt hasznalom ott mintha problemak
lennenek a session-ok megszuntetesevel, de lehet, hogy csak en benaztam el
vmit. vegre valahalar nem kell sutikkel szivnom :-)))

csa
Zoltan

 wrote in "Sokminden" (1999.12.21):

> Ezért úgy érzem ott leszek azok között, akik a szerverrel különböző 
> dolgokat csinálnak(format c:) és akik beindítják az első portált rajta.

Csodalkoznek, ha azon a szerveren a "command not found"-on kivul
lenne valami hatasa a format c:-nek.

Ekkora mellennyel azert annyit illene sejteni, hogy azok se teljesen 
hulyek...
Kicsit korul kellene nezned a webszerverek, felhasznalok, internet,
ez-az vilagaban, mielott ilyen butasagokat ideirsz.

> A hírlevélben egyre több HTMl-kód formázást találok, ami az én 
> levelezőrendszer emben(iMail.index.hu) JavaScript hibákat okoz.

Valoszinuleg az a levelezorendszer eleg slendrianul van megirva,
ha a beidezett HTML-kodreszletek kiakasztjak. Rendes web-es levelezo-
programok kiszurik, vagy elkodoljak a html kodokat.

> Én is lehetnék gonosz és a teljes levelemet kódolhatnám HTMl 
> formátumban, ha akarnám, de nem teszem, mert nekem nincs 
> szükségem mások segítségére HTMl nyelvterületen, mert abból már 
> proffesszionális szinten tartok.

Erre a hulyesegre mar reagaltak eddig is egy paran, jo lenne,
ha ujraolvasnad a regebbi szamokat.


Gyula

Udvozlet minden Mesternek!
Egy weboldal elmeleti tervezesenel tartok, es mivel 
rutintalan vagyok benne,
termeszetesen az elejen rogton elakadtam.
Egy weboldalon levo urlap adatait szeretnem feldolgoztatni. 
A feldolgozo gep
nem egy szerver lenne, hanem mondjuk az en otthoni gepem. 
Ezen a gepen az
urlaprol erkezo adatokat rekordokba szeretnem rendezni. Na 
itt a gondom.
Hogyan tovabbitsam az adatokat?
-A szerveren rendezzem adatbazisba, es idokozonkent toltsem 
le az uj
rekordokat az otthoni gepre?
vagy
-E-mailba csomagolva kuldjem az adatokat, es a levelek 
letoltese utan rakjam
adatbazisba?
Tanacsaitokat es magyarazatotokat maganba is kerem, mert 
ugyan kapom a
webmestert, de nincs sok idom mindet elolvasni.
Koszonettel:
Peressenyi Robert

ICQ#: 51131921

Szervusztok! 

> milyen lehetosegek vannak Apache es Embperl (beagyazott perl)
> kornyezetben felhasznalotol fuggo perzisztens adattarolasra?
> 
> Egy web-mail rendszert keszitek, es a weblapokat attol fuggoen kellene
> megjelenitenem, hogy az elejen ki jelentkezett be.

Ha mar bejelentkeztetesrol van szo, ajanlom figyelmedbe az Apache
authetikacios modszeret. Ekkor vagy az /etc/apache alatt allitgatod
be az src.conf es httpd.conf (valamelyik...) fajlokban a dolgot,
vagy a konyvtaron belul a .htaccess segitsegevel. Errol bovebben
talalsz leirast az apache dokumentaciojaban, de volt errol szo
abban a CHIP-tarban is, amelyikben a Debian 2.1 Slink kiadasat
kozoltek le. Innentol kezdve HTTP_AUTH_USER nevu kornyezeti valtozoban ott
fog neked szerepelni, hogy milyen usrenevel tortent meg a
sikeresauthentikacio. Ehhez cookie sem kell, de meg is marad.
Szerintem ennek nezz utana, aztan ami nem megy, egyutt kideritjuk.

> Milyen biztonsagos es egyszeru megoldas van erre? A legfrankobb az
> lenne, ha lenne egy globalis perl valtozom a felhasznalo nevevel.

Nnna, ez olyan. :)
 
> En a kovetkezoket ismerem, de egyik sem tetszik igazan:
> - hidden mezokkal allandoan tovabbadogatni (nem biztonsagos)
> - Embperl-bol kezelt Apache::Session -- ez cookie-kat hasznal a
> felhasznalo browsereben (cookie-kat szeretnem elkerulni)
> - veletlen session ID generalasa a bejelentkezeskor, es az alapjan
> adatbazisban vagy fajlban tarolni a felhasznalo nevet (ez tul maceras es
> idogienyes -- megirni es a processzornak is)

Az utobbira mindenkepp suzkseged lesz, ha hatekony rendszert akarsz
letrehozni. Egyebkent igy mukodik a Cookie-session is. Kapsz egy
random tartalmu, session nevu cookiet. Garantaltan egyedi azonositot
lehet letrehozni az apache mod.uniuqeid segitsegevel, ezt is hozza kell
forditani az Apache-hoz ekkor.
Ennek segitsegevel garantaltan egyedi azonositot tudsz lekerni az
UNIQUE_ID kornyezeti valtozon keresztul. Masodpercenkenti 300 keres
eseten meg tutkon egyedi, afelett mar van esetleg apro eselye... Mikor
lesz ilyen??? :)))

> Van ezeknel jobb?

Vagy a http-authentikaciot hasznald, az egy kellemes megoldas.
Viszont van olyan eset, amikor az ember nem akarja beleptetni az illeto
bongeszgeto embert (na ez mondjuk nem a webmail), megis egyedi tartalmat
akar minden egyes latogatonak biztositani. Ekkor jo szoba a session
kezeles, ami vegulis nem all masbol, mint szerver oldalon tarolt
adatokbol, es a sessiont azonosito egyedi jel paszolgatasabol, ami ha van
cookie lehetoseg azzal teszi, amugy meg GET vagy POST metoduson keresztul.

Valaki kerdezte, mi ujdonsag van a PHP3 nyelvben. Tobbek kozt az is, hogy
beleepitettek e session kezelest is, ami nagyon hianyzott belole. Mondjuk
eddig ott volt a PHPLIB, ami kitunoen otvozte a fenti megoldasokat, azaz
szerveren tarolta az adatokat, azokat cookie-val azonositva, ha van, ha
nem, akkor atallt POST-GET megoldasra. Raadasul mindezt ugy, hogy ha menet
kozben lotted ki a cookiekat, akkor is megtartotta magat :))


                   CeCe [http://vlug.vein.hu/~cece]
  alias sex='unzip;strip;touch;finger;mount;fsck;more;yes;umount;sleep'
                     Hi! I'm a .signature virus!
           Copy me into your ~/.signature to help me spread!

> Kiprobalta mar valaki a php4 betat? Nemreg jelent meg es kivancsi
> vagyok, hogy gyorsabb-e vagy miben tud tobbet mint az elodje?

Azert van annak mar egy ideje, mar a beta3-nal tartanak... :)
A nyelv maga nagyjabol ugyanaz maradt, egy-ket apro inkompatibilitasi
problema van csak, de ezek konnyen konvertalhatok.
Altalaban azok a dolgok oldodnak meg benne, amik a legjobban hianyoztak
elodjebol. Mar emlegettem a session kezelest, de emellett kepes kompletten
tomboket atvinni hidden form tagen keresztul, teljesen automatikusan. Az
objektum kezelesen csiszoltak rengeteget.
Es a legnagyobb durranas a Zend, ami egy teljesen uj motor. Innentol
kezdve a PHP nyelv csak kvazi interpretalt, azaz ugy latjuk mintha, de
valojaban a Zend leforditja binarisba a php nyelven irt forrasunket, es
azt futtatja. Ez hatalmas sebessegnovekedest biztosit, pedig eddig sem
volt kutya. Forditani persze ujra csak akkor fog, ha a forras valtozott a
legutobbi forditas ota.
Es meg sok aprosag, meg ami eszembe sem jut :)))

                   CeCe [http://vlug.vein.hu/~cece]
  alias sex='unzip;strip;touch;finger;mount;fsck;more;yes;umount;sleep'
                     Hi! I'm a .signature virus!
           Copy me into your ~/.signature to help me spread!

 wrote:
> 
> szevasztok,
> van-e valamilyen lehetoleg cross-browser megoldas egy layer tablazathoz
> igazitasara. A tabla CENTER-ben van, a layernek ott kellene kezdodnie, ahol
> a tabla bal szele van, es a tabla tartalmat nem befolyasolhatja.
> 
> Remelem ertheto volt,
> elore is koszi,
> Yoko

Szerintem ez azert nem fog menni, mert a tabla pontos helye (a pixelben
mert
pontos tavolsag az ablak bal szeletol) fuggeni fog az ablak meretetol,
mivel
center-ben van. A layernek meg ugye pontos ertekeket kell megadni a
pozicionalashoz.
En a helyedben vagy mindkettot tablazattal, vagy mindkettot layerrel
oldanam meg, nem erdemes keverni a kettot.

Zsolt

 wrote:
> Milyen biztonsagos es egyszeru megoldas van erre? A legfrankobb az
> lenne, ha lenne egy globalis perl valtozom a felhasznalo nevevel.
> 
> En a kovetkezoket ismerem, de egyik sem tetszik igazan:
> - hidden mezokkal allandoan tovabbadogatni (nem biztonsagos)
> - Embperl-bol kezelt Apache::Session -- ez cookie-kat hasznal a
> felhasznalo browsereben (cookie-kat szeretnem elkerulni)
> - veletlen session ID generalasa a bejelentkezeskor, es az alapjan
> adatbazisban vagy fajlban tarolni a felhasznalo nevet (ez tul maceras es
> idogienyes -- megirni es a processzornak is)

Van egy olyan dolog, hogy HTTP (Basic) Authentication, amikor a
beleptetest
a webszerver (vagy annak egy modulja) vegzi vagy egy .htaccess fajl,
vagy a jelszofajl, vagy valami mas alapjan (biztos vagyok benne, hogy
megirtak mar sokfele adatbaziskezelohoz). Ekkor az az elonyod megvan,
hogy a $REMOTE_USER valtozoban ott figyel a belepett user neve minden
GET keresnel (figyelem, POST-nal nem, ott kulon el kell kuldeni).
Sot, PHP eseteben a beleptetest kozvetlenul a programmal lehet
vegezni, lasd ehhez a dokumentacioban a 'HTTP authentication with PHP'
reszt.
Ennek a modszernek van nehany hatranya, pl hogy kulon ablakot dob fel
az azonositashoz, es szerintem a biztonsag tekinteteben sem a leginkabb
nyero.

En szemely szerint a veletlen session id generalasat tartom a
legjobbnak,
egyaltalan nem idoigenyes, valami normalis adatbaziskezelo hasznalata
eseten nem hiszem, hogy nagyon terhelne a gepet, es a biztonsag
szempontjabol is a legjobb (plane, ha leptetokodos megoldast
alkalmazol).
Irtam erre nehany egyszeru fuggvenyt a PHP+PostgreSQL paroshoz,
ha erdekel, elkuldhetem.

Zsolt

> Ez egy nagyon előnyös oldala a szolgáltatásnak, de egy olyan Perl
> scriptet, ame ly átírja a többi felhasználó adatait(pl.:jelszó), elég
> gyorsan el lehet készít eni. Ezért úgy érzem ott leszek azok között,
> akik a szerverrel különböző dolgokat cs inálnak(format c:) és akik
> beindítják az első portált rajta.

Azert meg vagyok nyugodva, hogy olyan valaki habratyol ilyesmirok, 
aki meg sohasem probalkozott a fentiekkel, csak a macskajatol hallott 
valami hasonlot felalomban. Azt nem ertem csak, az ilyesmit miert 
kell ilyen buszken nyilvanossagra hozni. Ha en gondolnam a fentieket 
erosen titkolnam...



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

Sziasztok!

Valamikor lattam valahol (:-) egy csomo dreamweaver template-et, es az
egyik me'g tetszett is. Akkor botor fejjel nem irtam fel a cimet, mert
annyira magatol ertetodonek tartottam. Persze mostanra elfelejtettem, a
Macromedia lapjan meg csak 3 template van, es az a bizonyos nincs
koztuk.
Tudna valaki ilyen oldal(aka)t ajanlani?

Udvozlettel:
Petrenyi Jozsef

 wrote:
> 
> arnám, de nem teszem, mert nekem nincs szükségem mások segítségére HTMl nyelv
te
> rületen, mert abból már proffesszionális szinten tartok.
> Majd CGi-t küldök a levélben.
> 

legy szives kuldjel mar nekunk CGI-t levelben. Koszi szepen Balint.

Tamas:)