codez

Laikam tā: echo ${"LADYLAND_RND_".$randoms_ladyl};

Tas nav iespējams. 99% no tā, ko es taisu, sastāda unikāla aplikāciju loģika, specifiski iejošo pieprasījumu apstrādes kotroleri un unikāli viewi. Tāpēc neredzu nemazāko iespēju, ka ZFā būs kaut 5% no tā, ko man vajadzēs. Ar to es gribēju teikt, ka izmanto vai nē to ZF, tev 95% no katra nopietna projekta tik un tā būs jāuzkodē pašam vai pašiem. Kas attiecas uz ZF, tad papētīju nedaudz to viņu bibliotēku. "-": 1)Nav pārāk intuitīva, nu it kā viss skaidrs, bet tikai tad kad izlasa aprakstu, nevis paskatās uz kodu. 2)Vairākas lietas, kas vispār ir out of MVC, piemēram šī. Forma tak ir viewa sastāvdaļa, bet viņi to piedāvā ģenerēt ar PHP objektiem. Manuprāt garām. "+": 1)Ir vairākas bibliotēkas, kuras varētu izmantot, tas vairāk attiecās uz dažādiem ārējiem servisiem, bet varbūtība, ka tādas kādreiz vajadzēs ir salīdzinoši maza. Beztam ZF ne tuvu nav vienīgie, kas piedāvā dažādas PHP bibliotēkas. Ja runā tieši par MVC freimworku, tad tas ir pavisam neliels koda gabals. Vienīgais veids kā viņu padarīt efektīvāku (patērēto servera resursu ziņā), ir samazināt viņa universālumu un pielāgot tieši savām specifiskajām vajadzībām, bet tāds variants neiet cauri, jo tad nebūs vairs tūkstošiem, kas to lietos.

Un šķiet arī, ka iztrūkst aizsardzība pret SQL injekcijām. Izmantot mysql_real_escape

Man ir pašama savs über MVC - ātrs un universāls, kā arī precīzi pārzinu katru tā darbības niansi. Kam man ZF? :)

Vēl var izmantot šo Lucene db 3 minūtēs

Ja vajag ātri meklēt dokumentus, tad jāizmanto šis

Nu gluži tā nav, flash var pa tiešo izsaukt pieprasījumu uz serveri: xfr33, lasi: http://www.google.lv/search?hl=lv&q=flash+php

xfr33, es tev neieteiktu globālu informāciju glabāt failu sistēmā, jo iedomājies, kas notiks, ja tev savu aplikāciju vajadzēs up-skeilot uz vairākiem serveriem!

Ok, pajautāšu konkrētāk. Ir ifreims, kurā tiek ielādēts saturs no cita domeina. Man vajag, lai Ifreimam tiek iestādīts tāds augstums, cik aizņem tas kontents. Risinājumi?

echo "<script> setJavaScriptArray ($vertiba, ".json_encode($aDats).");</script> ";

Šodien pētīju nedaudz opensocial. Lieta tāda, ka opensocial tavu aplikāciju izlaižot caur savu serveri ielādē ifreimā, bet tik un tā javascriptus protams var palaist tajā ifreimā, tāpat arī tavā profilā ifreimā tiek ielādēta aplikācija. Protams nebija nemaz tik grūti tikt pie top.location='blablabla.com'; Kā rezultātā lapa vienkārši pārlādējas. Lieta tāda. Es tagad ielieku šo opensocial aplikāciju savā profilā. Cit lietotājs palūr manu profilu, bet šo uzreiz aizmet uz citu lapu, bet šī lapa izskatās pēc tā portāla ielogošanās lapas, šis padomā, ka nogļučijis un ieraksta savus logošanās datus. Ļaunais serveris ielogojas, un pieliek aplikāciju arī šim lietotājam. Šo lietotāju atkal skatās citi un viss aiziet piramīdā. Jautājums: Man tikai rādās, vai tā ir reāla opensocial ievainojamība un opensocial ir s*ds?

vispār datiem - stringiem. parent.document neatļauj - un tas ir diezgan loģiski, jo savādāk varētu izveidot dažādus uzbrukumus. Principā ir tā. Ir galvenā lapa - parents. Un ir ifreims - konteineris, kurā tiek ielādēta lapa, bet no cita domeina. Būtu labi, ka šī lapa varētu nosūtīt un saņemt datus no parenta. Pagaidām vienīgais veids, kas ienāca prātā ir - vienu reizi, kad tiek atvērta lapa ifreimā, nododot GET parametrus.

Vai ir kāda laba iespēja apmainīties ar datiem starp parentu un ifreimu, kuri atrodas dažādos domeinos?

bubu, šijā topikā tak runa ir par "Hardened stateless cookies"

Bet kā tad ar to, ka katrā pieprasījumā, ja sesijas dati ir pietiekami lieli, tie tiek katru reizi sūtīti?

Pārvietots no http://php.lv/f/index.php?showtopic=11091 Visiem būs jāraksta, kas to gribēs uzzināt? Un tomēr, kāds ir iespējamais algas diapazons pēc pārbaudes?

Pārvietots no http://php.lv/f/index.php?showtopic=11092 Algas diapazons?

Tas ir kaut kas ar laivu regatēm saistīts? ;)

Nuvispār jau Flashā arī var diezgan labu 3D grafiku realizēt, nebūs pat jāslogo serveris aprēķiniem.

Tu vari c++ uztaisīt savu funkciju un izmantot to caur PHP: http://blog.slickedit.com/?p=128

īsti vīri CV neraksta :)

http://www.w3schools.com/htmldom/dom_obj_select.asp getElementById() add() remove() selectedIndex

RewriteRule ^(.*)/(.*)$ index.php?p1=$1&p2=$2 [QSA,l]

http://oo.lv/ šeit var par velti dabūt subdomeinu, kā tavsdomeinavards.oo.lv

Man šķiet ka WEBs būtu labs variants. Cilvēks samaksā vai kā savādāk tiek pie lietotāja konta, ielogojas un lieto to tavu aprēķinu sistēmu, kura daļu aprēķinu var taisīt servera pusē, lai tos nevarētu nozagt.