Archívum
július 12, 2004
Book Review: Web Standards Solutions
Dan Cederholm nemrég megjelent könyvének áttekintése
■ SMTP beállítása és egyebek
Sziasztok!
Hogy lehet belőni a drupalt, hogy új felhasználó regisztrálása esetén küldjön mailt a jelszavával? Php.ini piszkálás?
Illetve a másik kérdésem, hogy a belépés blokknál, hogy tudnám kitörölni, hogy a userek ne tudjanak felvinni új felhasználót. Magyarul felhasználó létrehozásának tíltása.
Ez a két kérdés szinte kizárja egymást, de érdekelne a két megoldás. /Eddig András és Goba sokat segítettek!/
Hol tudom beállítani a kezdő, bejelenkezés utáni oldal szövegét? Jelenleg oldal nem található.
Előre is köszi a segítséget!
Keri
■ Hogy lehet belőni a drupalt, hogy új felhasználó regisztrálása esetén küldjön mailt a jelszavával? Php.ini piszkálás?
Illetve a másik kérdésem, hogy a belépés blokknál, hogy tudnám kitörölni, hogy a userek ne tudjanak felvinni új felhasználót. Magyarul felhasználó létrehozásának tíltása.
Ez a két kérdés szinte kizárja egymást, de érdekelne a két megoldás. /Eddig András és Goba sokat segítettek!/
Hol tudom beállítani a kezdő, bejelenkezés utáni oldal szövegét? Jelenleg oldal nem található.
Előre is köszi a segítséget!
Keri
július 11
WIN+Apache+PHP+külső directory
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.
■ 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
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?
■ Elképzelhető, hogy PHP-ben több lehetőségem van ilyen formázásokra, mint HTML-ben?
Apache::Gallery 0.8
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!
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
Az apache logban a következőt találtam:
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:
■ 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.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"
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:)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)"
