ugrás a tartalomhoz

Archívum - 2002

július 28

Mikor e-mail cím az e-mail cím

hoofi · 2002. Júl. 28. (V), 15.52
Sziasztok!

Készítettem egy regisztrációs oldalt.
Az ott megadott e-mail cím a felhasználo későbbi azonositója, hiszen abból csak 1 van.
Ahhoz kérnék segítséget, hogy mikor e-mail cím az e-mailcím?
Gondolok a következőkre.
A címben csak az angol abc betűi, számok, a _ , a @, és a. lehet benne.
@-ból csak 1
nem lehet @. és .@
Az első karakter nem lehet _ és . és @.
Én eddig ennyit ellenőriztem le, lehet, hogy vannak még hasonló buktatók.

A válaszokat előre is köszönöm!
 

július 26

ionCube PHP Encoder

Granc Róbert · 2002. Júl. 26. (P), 16.06
Ha már az előző hírnél szóba hoztam a Zend Encodert, rögtön eszembe is jutott, hogy a héten jelent meg egy vadiúj (szintén nem ingyenes, ám a Zend szolgáltatásnál sokkal jobb árakkal rendelkező) konkurrense, az ionCube PHP Encoder.

A program előnyei: szkriptjeink erős védelme a lefordított kód titkosításával, olcsóság, teljes PHP kompatibilitás, beleértve pl. a __FILE__ kódolását is, amelybe más titkosítóknak már beletört a bicskája, nagyon gyors dekódolás, valamint teljesen biztonságos támogatás a PHP Accelerator következő (a héten megjelenő) verziója által.

Az árakra jellemző, hogy például a SquirrelMail közel harmincháromezer soros forráskódját is csak 30 dollárért kódolják el.

Bővebb információ, letöltés a honlapon: http://www.ioncube.com/encoder/
 

Új Zend Optimizer

Granc Róbert · 2002. Júl. 26. (P), 15.51
Tegnaptól érhető el a Zend Optimizer legújabb változata, amely már teljeskörűen támogatja a PHP 4.2.x változatait is. Az ingyenes Zend Optimizer a Zend Encoder által titkosított fájlokat dekódolja és futtatja, egyben pedig gyorsítani tudja a PHP kód futását Apache 1.3.x, IIS 4 és 5, valamint Zeus szervereken. Letölthető Linuxokra, Sparc platformú Solarisra, FreeBSD-re és Windowsokra a következő címről:

http://www.zend.com/store/products/zend-optimizer.php
 

PHP Weekly - 95.

Granc Róbert · 2002. Júl. 26. (P), 15.45
A Zend szokásos heti hírlevelének 95. számából:

PHP hírcsoport indult - azok számára, akik szívesen olvasgatják a hírcsoportokat, érdekfeszítő hír a kétségkívül teljesen "nyilvános" PHP hírcsoport, a comp.lang.php elindulása. A közel három hónapos folyamat megérte a várakozást, hiszen megszilárdítja a PHP helyét a USENET hierarchiában a comp.lang. alatt szereplő programozási nyelvek mellett. A hír írásakor az új csoportnak már ott kellene lennie minden helyi hírkiszolgálón.

A kézikönyv arab fordítása - jól halad, számos önkéntes jelentkező segítségének köszönhetően. Ám ha van itt olyan, aki jól tud arabul és angolul is, nem akar esetleg besegíteni? Ez lesz a 14. nyelv, amelyen a PHP dokumentáció elérhető.

július 23

PHP 4.2.2 - fontos biztonsági javítás!

Granc Róbert · 2002. Júl. 23. (K), 14.33
Közlemény kibocsátva: 2002. július 22.
Érintett szoftverek: PHP 4.2.0 és 4.2.1
Platformok: Mind

A PHP Csoport komoly biztonsági sebezhetőségre bukkant a PHP 4.2.0 és 4.2.1 változatokban, amely eredményeként egy behatoló akár tetszőleges kódot is futtathat a webkiszolgáló jogosultságaival. A sebezhetőséget a webkiszolgáló kompromittálására, illetve bizonyos körülmények között jogosultságok megszerzésére is kihasználhatják illetéktelenek.

A PHP intelligens módon elemzi a HTTP POST lekérések fejléceit. A kód a böngésző által küldött "multipart/form-data" lekérések változóit és fájljait választja szét, ám hiányos a bemeneti ellenőrzése, ez vezet sebezhetőséghez.

A sebezhetőséget bárki kihasználhatja, aki HTTP POST lekéréseket tud küldeni az érintett webkiszolgálónak. Mind helyi, mind távoli felhasználók szerezhetnek így jogosulatlan hozzáférést a kiszolgálón, akár tűzfal mögött is.

A 32 bites IA platformokon (azaz Intel vagy AMD processzorú gépeken) a sebezhetőséget nem lehet kihasználni, ugyanis az architektúra felépítése (a stackek kiosztása) folytán ellenőrizhetetlen, hova kerül az inicializálatlan kódrész. Ennek eredményeként az IA32 platformon az nem fut le, viszont nagy valószínűséggel összeomlasztja a PHP-t, és gyakran a webkiszolgálót is.

A PHP csoport a sebezhetőség elhárítására új PHP verziót tett közre, és nyomatékosan felhívja a PHP 4.2.0 és 4.2.1 változatok használóit, hogy frissítsenek a hibát javító 4.2.2 változatra. Mind a forráskód, mind a windows telepítő, valamint a patchek letölthetőek a php.net oldalról, illetve magyarországi tükörszerverekről, a hu.php.net és a hu2.php.net címekről.

július 22

ablakokba adattöltés

stpetrus · 2002. Júl. 22. (H), 18.00
Szeretnék 1 olyan dolgot +valósítani, amelybe több brózer ablak szerepel és az egyiből, ami a menü, a másik brózerablakba nyitom az oldalakat.
NEM frame kell...
Előre is köszi...
 

július 20

Hogyan lehet egy egész sort törölni az adatbázisból?

Kérésre törölve 1. · 2002. Júl. 20. (Szo), 16.24
Azt hiszem, a téma magáért beszél.
 

Kép feltöltése mySQL adatbázisba

Kérésre törölve 1. · 2002. Júl. 20. (Szo), 16.15
Hogyan tudok képet feltölteni űrlapból egy adatbázisba?
 

július 19

Blokkok "összecsukása, kinyitása"

paal · 2002. Júl. 19. (P), 12.17
Hal!

Nemtom mit csináltam de egyszer csak észre vettem, hogy nem lehet becsukni, elrejteni az 1es blokkokat (nincs ott az a kis plusz, minusz jel a blokk neve mellett). Mit csinálhattam rosszul? A hiba (már amennyiben ez hiba) un. globális mert egyik témában sem jelenik meg. Viszont ha egy új rendszert telepítek abban alapban benne van. Ezek szerint valahol kikapcsoltam ezt a funkciót csak azt nemtom, hogy hol.

Segítsetetek lécci!

Kösz, Pali
 

július 18

Képfeltöltés válogatós?

req999 · 2002. Júl. 18. (Cs), 15.56
Azt tapasztaltam többféle PHP-s képfeltöltõ rutinnál (olyannál is, amelyik file-t hoz létre, meg olyannál is, ami MySQL táblába rakja a kép adatait), hogy akadnak képek, amelyeket valami titokzatos ok miatt nem hajlandó feltölteni, legalábbis nem elsõre (néha sokadszorra sem). Ha a kérdéses képet kicsit megszerkesztgetem valami képeditáló programban, a hiba többnyire szertefoszlik.
Találkoztatok már ezzel a problémával? Esetleg van valami tippetek, mi okozhatja?