Delfins

prakstiski ne ar ko... izņemot perfomanci, ja sadomā rakņāties/listot direktoriju Tu saglabā failu savā atbilstošā direktorijā... piemēram $filePath = substr(md5($fileName),0,2) . '/' . $fileName;

nepareizais ftp klients...

Tas takš pārs minūtēs uztaisāms... (ja vajag tikai savām vajadzībām)

dl('mysql');

a vot es neciešu, ka šitā resaizo izmēru... FF man atslēgts, ka JS kaut ko dara ar logu ;)

- Kāpēc? - Tāpēc, ka tu tā kodu uzrakstīji..

Nafig viņu minēt? IP čekošana jau notiek server-side...

Es nezinu, kas tev tur gļuko, bet viennozīmīgi kļūda ir tavā kodā.. Un vispār, pareizi ir lietot (moš arī tas ir vainīgs...) if (typeof(self.innerHeight) != "undefined" ) { ... }

Nedaudz atkārtošos, bet skaidrāk... Ja es gribu nosūtīt vēstuli N lietotājiem... Vai nu man jāraksta N-vēstules vai tas ir jāizdara programmai.. uzmini, kurš ir ērtākais veids un cik būs ieraksti ar kādu struktūru...

Un ja viens no saņēmējiem dzēš vēstuli, tad visi saņēmēji neredzēs? Mueh...

Un ja `SendTo` ir N jūzeri? Ko tagad teiksi? Es taču saku, nevajag izgudrot velosipēdu...

Kādus erorus met ārā PHP? PS: ieslēdz error reporting...

Lynx, un kā tavuprāt ir uzbūvēts meils? Iedomājies arī, kā strāda mailing listes ;) miljardiem nevajadzīgo kopiju.. Neredzu jēgu vietas ietaupīšanai... Turklāt tas ir nepareizs datu modelis, kad 2-iem lietotājiem ir iespēja labot vienu ierakstu... Es jau nerunāju par menedžēšanu - kopēt vēstuli kaut kādā folderī (Tad ir jātaisa garie IF-i, visādi kreisie pieprasījumi)

kas tieši neiet?

Imho, jābūt 2 vēstules eksemplāriem... RecipientInbox + SenderSentItems... Atiecīgi, senderam ir opcija - `kopēt nosūtīto vēstuli iekš SentItems ?` Tas taču ir @-pamati... nav ko tur izgudrot velosipēdus...

iekš cookie - userid + secret key, kas ir UserId/IP/Browser ar kādu noteiktu stringu vai formātu nohešots.. vienkārši, kā sviestmaize brokastīs..

Pēc dizaina spried?

Pārķert HTTP var tikai, ja ir pieeja pie servera galvenās drāts... Tā kā nekas tur tik viegli nesanāks.. citādi visi saiti būtu `uzkrakoti`... Klez, ģenerēts keys neko nedod, jo tas ir tas pats kas kūkijs, kuru var nofeikot.. Izņēmums ir, ja keys ir uzģenerēts hašojot IP+Browser+SomethingElse, un pie pieprasījuma čekot pieprasītāja IP+... Vienīgi to pašu IP/MAC var mainīt, bet tas darbojās tikai ~viena provaidera robežās - to biš ~lokālajā tīklā... Tā kā, HTTP/HTTPS ir pietiekami droši... galvenais ir pareizais security handlings...

Da figņa.. SSL nekodēs jau Mb failus... 100Kb texta bleķis šamam būs kā uzspļaut... Un jā, kad runā par drošibu, tad nerunā par resursiem... Standarta ibankas - jsp/servlets + oracle + SSL.. tāpēc jamās nedaudz bremzē, bet toties uz visiem 1000% attaisnojās.

Ar HTTPS pietiek...

Tāpat tur nav nevienas normālas preces... Pat par brīvu man tās nav vajadzīgas.. nu ja vienīgi uz rezerves daļām tās izjaukt (mazie LCD un etc)

muldi..

RTFM, function basics...

sory, pear-am tikai writers..

PEAR klase.. PS: var pielabot, lai ir kā standalone.. bet pārs klasītes jāvelk gan būs..