Forum PHP Romania - Discutii despre PHP, MySQL, Javascript, AJAX, etc

[carco]

eXpertGiGi a scris: 1...
Si explicit am lasat display_errors = On ptr. ca sa descoper eventualele erori.

Bad practice... pana vezi _tu_ s-ar putea sa vada eroarea "h4x0r"-ul ;)

eXpertGiGi a scris:
2. chr() nu-l voi fol. deoarece nu i-si are locul in get_rand(), ti-am mai explicat de ce .. get_rand() e facut pentru a creea un string de caractere PREDEFINITE , adica la al doilea parametru al functiei nu te-ai uitat.

an style="color: #000000"><?php if(!is_array($arr)) {  for(...) $add.= chr(rand(..));  } else {  for(...) $add.= $arr[rand(..)]; } 

[whooper]

eXpertGiGi a scris: 1...
Si explicit am lasat display_errors = On ptr. ca sa descoper eventualele erori.


Inteleg ca no-ip.org sau dyndns.org pointeaza catre site-ul de acasa. Daca n-ai doua PC-uri, macar incearca (si asta este pt binele tau si al timpului tau liber) sa instalezi 2 instante de Apache (eventual care au acelasi htdocs) care merg pe porturi diferite. Pe cel cu 80 il lasi setat asa cum trebuie pentru exterior. Pe cel de-al doilea il setezi cum vrei pentru development, numai ca portul pe care il setezi tii minte sa-l blochezi in firewall.

Ar mai fi un milion de _HINTS_ pentru setarea unui server acasa .. dar macar astea de baza aplica-le intai.

[eXpertGiGi]

Va rog sa nu mai faceti referiri pe langa subiect.
Tot ce va cer e ca sa ma ajutati sa descoper erorile pe care le are functiile facute publice de mine la aceasta adresa web: http://expert.no-ip.org/ . Va multumesc.

[carco]

Pai e repository-ul tau sau al nostru?
P.S. Care functii? (ce e acolo sunt "jucarii", un fel de "Hello, world").

Pt. extensie ti s-a mai zis, posteaza sursa si discutam. Pana atunci... sa o folosesti cu placere.

[eXpertGiGi]

Este al tuturor .. doar ca e o mica mare diferentza' si anume ca numai eu am contribuit la adaugare acestor functii .. si da, daca tie ti se pare ca sunt de domeniul "jucarii", un fel de "Hello, world" sunt convins ca altii le-ar gasii foarte interesante.

Tin sa va anuntz ca am pus o noua versiune 1.1 "beta testing" pentru functia remote_filesize() , o gasiti aici: http://expert.no-ip.org/?free=remote_filesize&func

Va astept cu noi comentarii mai ales fatza de aceasta functie remote_filesize.
Va multumesc.

[carco]

an style="color: #000000"><?php if(!($method == "GET" || $method == "POST")) 
Vad ca in loc sa elimini GET, ai introdus si POST 8O

Ref. la php_checkmail.dll (cu cod SECRET)
Pe un set de 500000 de adrese de mail, 10 rulari au furnizat timpii:
Folosind checkmail -> intre 6.28 si 6.63 secunde
Folosind preg_match -> intre 4.30 si 4.32 secunde

[eXpertGiGi]

Am lasat la alegerea utilizatorului metoda de request (oricum by default am setat HEAD). Poate ca fisierul poate fii accesibil numai in anumiti parametri trimisi prin metoda POST.

Timpii de executie nu sunt elocventi, dar te cred pe cuvant.

[whooper]

hahaha .. cred ca johnny are un pic dreptate. Functiile sunt ale tuturor si ajutorul primit e involuntar. Codul postat pe site la tine, nu e asa de complex incat sa te pierzi prin el cand vezi un exemplu similar (nu identic). Apreciez insa ca stii sa extragi ideile bune atunci cand sunt evidente.

Cand "encodezi" mesajele alea trimise cu smtp_mail() ? Sau asta tine de preferintele utilizatorilor si trebuie sa o faca ei inainte sa-ti apeleze functia ? Trimite mesajul urmator, folosind smtp_mail() si zi-mi te rog ce primesti in inbox la expertphp@yahoo.com :

Cod:
Line1
Line2
Line3
.
Line4
Line5
Line6


Cat despre checkmail() .. cred ca o folosesti acolo unde tii site-ul. Vezi singur cat e de folositoare: cici@expert.no-ip.org

PS: Ma numesc whooper, nu domnul whooper. Incantat de cunostinta :)

[carco]

eXpertGiGi a scris: Timpii de executie nu sunt elocventi, dar te cred pe cuvant.
Pai timpii eu zic ca sunt elocventi, asa ar avea un sens folosirea.

P.S. eu am adresa a+b@example.com Checkmail-ul tau zice ca nu e OK :(

[eXpertGiGi]

Nu ai intzeles .. am zis ca timpii pe care iai afisat tu.

a+b@example.com asha si tre sa zica' .. plusul ala e in plus cum s-ar zice.

[carco]

eXpertGiGi a scris:
a+b@example.com asha si tre sa zica' .. plusul ala e in plus cum s-ar zice.
Zau?

Alta:
me@example.museum -> INVALID

In schimb asta cica e valida

emil@thelongestdomainnameintheworldandthensomeandthensomemoreandmore-PREA-MULTE.com


P.S. Ce rfc-uri implementeaza dll-ul ala?

[oriceon]

Citat: P.S. eu am adresa a+b@example.com Checkmail-ul tau zice ca nu e OK

em@il, zi`mi te rog cine iti permite sa creezi mail orice+on@ ... ca sa imi fac si eu unul.

Astept.

[whooper]

Nu e vorba de cine accepta asa ceva. Codurile de validare au fost scrise simplificat si postate prin "repositories". Ele sunt preluate in mod uzual, fara a se verifica cat de bine corespund unui standard. Daca ai un site, tu accepti ce format de adresa vrei, nu te obliga nimeni (poate doar constiinta) sa respecti standarde (asa cum poti face design cu tabele in continuare). Dar pentru cei care ofera COD pentru ca acesta sa fie folosit de altii si specifica compatibilitatea lui cu RFC-ul standard .. e un bug.

In RFC 822, la pagina 45 gasesti o lista cu toate caracterele interzise in adresele de e-mail. Semnul plus (+) nu este listat acolo. Deci conform STANDARDULUI, adresa este valida.

eXpertGiGi a scris: Explicatii ...
Aceasta functie checkmail() va ajuta sa vedeti daca o adresa de e-mail are format-ul conform standardelor rfc 822, 2882.

Si pentru ca e vorba de DLL-uri (ceva compilat local), uite aici ceva interesant : http://www.oreillynet.com/pub/a/network/excerpt/spcookbook_chap03/index3.html

[oriceon]

Arata`mi un host care`mi permite sa`mi fac email orice+on@ ... te rog.

Anyway, are rost sa iti spun ca te contrazici singur?

[carco]

te rog sa trimit mail la emil+cevreitucanuconteaza AT topweb DOT ro

Dupa cum zicea si whooper, chiar daca nu ar fi posibil, daca rfc-ul permite + de ce sa-l excluzi?

Asa, _@example.com este data ca valida. Cine are adresa _ ?

P.S. oriceon === expertGIGI ?

[PHPRomania Bot]