ugrás a tartalomhoz

Archívum - Júl 11, 2004

The Dashboarder

Hojtsy Gábor · 2004. Júl. 11. (V), 18.25
Készülnek az első szabadon elérhető kisalkalmazások
 

Windows Management with PHP

Anonymous · 2004. Júl. 11. (V), 14.40
Windows rendszerek menedzselése PHP-vel
 

WIN+Apache+PHP+külső directory

jtabori2 · 2004. Júl. 11. (V), 11.15
Sziasztok!

Lenne egy nagyon fontos kérdésem a PHP v. az Apache szerver beállításának kérdésében. Nézzétek el ha kezdő a kérdés....

Sikerült felraknom az Apache szevert és el is indult.
Sikerült felraknom a PHP és ha a "dokumentroot"-ba v. az abból létrehozott könyvtárban van a php kód ill. az adatállomány akkor az szépen látszik,használható pl. egy file_exist() parancsra.
Irtam is egy kissebb alkalmazást.
Olvasgatva a biztonsággal foglalkozó részeket, azonban ez a szerkezet nem biztonságos...

Először ezért létrehoztam "Alias" -okat a HTTP.konf állományban és ki tettem próbaként egy állományt az Alias-al megjelölt könyvtárba. És itt akadtam meg ... már 2 napja probálok minden féle beállítást de nem jön össze az hogy a php kódban alias/filename.txt látszódjon.

Segítségeteket előre is köszönöm

TJ.
Ha az igazi path-ot irom be akkor az müködik de hát pont az a cél hogy a file valódi helyét elfedjük a felhasználó elöl.
 

formázás

Andi · 2004. Júl. 11. (V), 10.59
Van arra lehetőség, hogy a szövegnek, amit a képernyőn meg akarok jeleníteni, azt mondjam, hogy másfeles legyen a sortávolság?
Elképzelhető, hogy PHP-ben több lehetőségem van ilyen formázásokra, mint HTML-ben?
 

Apache::Gallery 0.8

Török Gábor · 2004. Júl. 11. (V), 10.15
A hónap elején jelent meg az Apache::Gallery 0.8-as kiadása. A fejlesztés egy Apache-hoz elérhető Perl nyelven írt bővítmény, amely segítségével pillanatok alatt bárki könnyen használható webes képgyűjteményt kovácsolhat egy tárhelyre kihelyezett képeiből. Az Apache::Gallery képes valósidőben különböző felbontásokban is elérhetővé tenni fotóinkat, a látogató kedvétől függően.

Ügyeljünk PHP kódunk védelmére!

Török Gábor · 2004. Júl. 11. (V), 08.10
George Schlossnagle naplójában a távoli fájlok beillesztésének és a register_globals használatának veszélyeiről olvashatunk. Tudom, ez már egy unos-untalan agyoncsépelt téma, de sajnos még sokan mindig nem ügyelnek ezekre oda. Külső állományok eléréséhez a szerző a CURL-t javasolja. Ez ugyan megjelent már nálunk blogmark formájában, de sohasem lehet elégszer emlegetni... - a szerk
 

OPTIONS, PROPFIND és más HTTP metódusok

T.G · 2004. Júl. 11. (V), 01.04
Az apache logban a következőt találtam:
80.98.93.93 - - [09/Jul/2004:21:59:12 +0200] "PROPFIND /download HTTP/1.1" 301 330 "-" "Microsoft-WebDAV-MiniRedir/5.1.2600"
80.98.93.93 - - [09/Jul/2004:21:59:09 +0200] "OPTIONS / HTTP/1.1" 200 6050 "-" "Microsoft-WebDAV-MiniRedir/5.1.2600"
80.98.93.93 - - [09/Jul/2004:21:59:09 +0200] "PROPFIND /download HTTP/1.1" 301 330 "-" "Microsoft-WebDAV-MiniRedir/5.1.2600"
80.98.93.93 - - [09/Jul/2004:21:59:09 +0200] "PROPFIND /download HTTP/1.1" 301 330 "-" "Microsoft-WebDAV-MiniRedir/5.1.2600"
Telnettel bepróbáltam és nálam is a options müködött, a propfind 301 (Moved Permanently) hibát adott.
Mi lehet ez és miért? Ez a hiba mit takar, illetve ki akar tőlem nem GET/POST lekérést?

(kicsit más kérdés) Van néhány egyéb hiba is:
195.56.169.251 - - [10/Jul/2004:18:31:52 +0200] "GET / HTTP/1.1" 302 5 "-" "Mozilla/4.0 (compatible; MSIE 5.5; Windows NT 5.0) Fetch API Request"
64.68.82.13 - - [10/Jul/2004:05:24:17 +0200] "GET / HTTP/1.0" 302 0 "-" "Googlebot/2.1 (+http://www.googlebot.com/bot.html)"
Amikor én használom az oldalt sosem történik ilyen, ám a logfile szerint vannak akiknek hibás. Miért? (remélem google barátunk emiatt nem felejt el örökre:)