✉️ Saņem šito visu e-pastā. Tā vietā, lai palaistu garām kaut ko no tā, ko es rakstu savā blogā, tagad vari pierakstīties un saņemt e-pastā visu, ko es te rakstu. Tas nav bieži.

On PEAR

2004. gada 24. septembrī, 2 komentāri

Ziniet, kā es raksturotu PEAR? Labi, šoreiz bez rupjībām.

PEAR ietilpst labākā (un es nebaidos šī vārda) DB abstrakcijas implementācija iekš to PHP. Kamēr viss pārējais nenormāli zīž. Iespējams, ka neba nu viss, bet palietojot pārējās klases, ir radies tāds iespaids...

Piem., PEAR::XML_RPC ir drausmīgs pasākums. Izmantot to production servisiem būtu lēna pašnāvība, jo tur ir rupjas kļūdas pašā pasākumā. Teiksim, ja Tev, lai liktu strādāt visam tā, kā tam būtu jāstrādā, vienīgā iespēja ir modificēt RPC.php vai Server.php kodu, tad piedodiet, atvainojiet...

Tu atbildi augstāk redzamajam komentāram. Atcelt

Kā vēlies sevi dēvēt? Šo ieraksti. Epasts. Nav obligāts. Citiem netiks rādīts. Komentārs. Saki visu, kas uz sirds, bet esi klājīgs. Formatēšanai vari izmantot markdown. Saņemt turpmākos šī raksta komentārus norādītajā epastā. Atcerēties vārdu un epastu no tava patreizējā pārlūka.

ns

2004. gada 24. septembrī, plkst. 12:59

DB tiešām ir labākais un vispār PEAR ir spēks. pašlaik izmantoju arī LiveUser un vēl pāris mazākus pasācienus un, ja būtu mazliet labāka dokumentācija, un visu laiku nebūtu jālasa kos - būtu super:)

↑Atbildēt

Taai

2006. gada 25. maijā, plkst. 06:58

Help! Tas PEAR mani nobeigs... oki - atradu daudzsološu failu arhivēšanas paku, taču vispār nesaprotu kā pati sistēma ir dzīvotspējīga, ja pievienojamie (require) faili neatrodas tajā mapē, kurā skripts meklē, turklāt, arivēšana tādā gadījumā varēs notikt tikai tajā pašā mapē... (raudu). PEAR man jau pirmajos brīžos ir pievīlis un es to atzīstu par neelastīgu sistēmu. BET ja tomēr man kāds varētu palīdzēt ar to failu arhivēšanu... taai4ce@gmail.com

↑Atbildēt