slicer
-
Posts
43 -
Joined
-
Last visited
slicer's Achievements
Newbie (1/14)
-
Sveicieni! Vai kādam ir pieredze darbā ar SQL Relay API? Ir vesela kaudze projektu, kas saprogrammēti uz PHP ADODB, lietojot persistent konekcijas. Vai būs jūtams ātrdarbības pieaugums ja MySQL native draiverus nomainīs uz SQL Relay. Jeb arī ir jēga programmēt jaunu, par ADODB vieglāku slāni, kas izliksies par ADODB, bet pamatos izmantos SQL Relay funkcijas? Jau iepriekš paldies par jebkuru viedokli!
-
A tev vajag atlasīt tikai tos ierakstus, kam status='necel' vai vajag atlasīt visus un, ja status = 'necel', tad "zvanit" lauka vērtības vietā atgriezt šodienas datumu? Vispārīgi kaut kā tā: SELECT *, IF (status='necel', now(), zvanit) AS zvanit FROM dati IF strādā vienkārši: IF (<nosacījums>, <true part>, <false part>)
-
Tāds gļuks vēl var rādīties, ja tu to failu 2x inklūdo. Pārskati arhitektūru.
-
Ja gribi valīdu kodu, izmano JS: <script type="text/javascript"> function setAlpha(obj, level) { obj.style.filter = "alpha(opactity="+level+")"; obj.style.opacity = level/100; } </script> <body> <img src="file://C:\Dokumenti\foto\test.jpg" onmouseover="setAlpha(this, 20);" onmouseout="setAlpha(this, 90);"/> </body> Tas tāds pliekans piemēriņš. Domāju, ka ideja skaidra un savām vajadzībām pratīsi pielāgot...
-
Mainīgo apstrāde pēc references lēnāka, nekā pēc vērtības (?)
slicer replied to slicer's topic in PHP un PHP :)
Hashsum no hashmap es atšķiru. Bet tagad ir putra. Delfīna hash updeitošanas direktīva ir no Zend dzinēja (zend_hash.c sourcefails). Ja jau, Delfīn, tu pats saki, ka tā ir hashmap update funkcija, tad ko viņa dara Zend dzinējā? Neesmu PHP eksperts, bet kaut kā no googlē salasītā konteksta nopratu, ka šī funkcija ir arī PHP dzinēja pamatā un strādā tieši ar PHP mainīgo hashmap. Un visu šo hash funkciju kopu var izmantot, lai pa tiešo manipulētu ar hashmap. Ir pat piemēri, kā has_update() var izmantot piemēram 700Mb liela faila satura iebakstīšanai pa tiešo hashmapā, neaiztiekot mainīgo instances. Par to, kas ir relatīvi pareizi un nepareizi. Nav nepareizi lietot pointerus, lai atvieglotu koda rakstīšanu (saīsinot ceļu pie kautkādagaraobjekta->apakšobjekta), taupītu atmiņu un paātrinātu procesu. Viss Windows ir uzrakstīts uz mēmiem pointeriem. Nu skaidrs - PHP references nav efektīvas un pointeru nav. Lieta slēgta. :) -
Mainīgo apstrāde pēc references lēnāka, nekā pēc vērtības (?)
slicer replied to slicer's topic in PHP un PHP :)
Jā. Principā tā ir hash_update() funkcijas realizācija no php_hash PECL. Ja daudz jāciklojas un datu apjoms apmaiņai šajos ciklos ir neliels, tad anyway nesanāks izdevīgi. Ok. Skaidrībā tikām. Paldies vēlreiz. P.S. Info: hash_update f-ju jau no dzimšanas var lietot PHP 5.1.2 lietotāji. Pārējiem tā jākabina klāt manuāli no šejienes: http://pecl.php.net/package/hash -
Mainīgo apstrāde pēc references lēnāka, nekā pēc vērtības (?)
slicer replied to slicer's topic in PHP un PHP :)
Tnx, Delfīn. Atradu arī PHP dokumentāciju par šo tēmu. Ja vēl kādam interesē: http://lv.php.net/references 4.4.0 -
Mainīgo apstrāde pēc references lēnāka, nekā pēc vērtības (?)
slicer posted a topic in PHP un PHP :)
Laikam jautājums tiem, kas PHP zina līdz pamatiem. Absurda situācija. Optimizējot ciklu, nonācu pie slēdziena, ka strādājot ar mainīgo referencēm iekš PHP (jeb līdzīgi kā tas ir C++ valodā ar pointeriem) ātruma ziņā tikai izbojā visu pasākumu. $t1 = microtime_float(); $searcher = new Searcher($pro, $order, $conn); $set = $searcher->Search(); while (!$set->EOF) { $pro = $set->fields; //šādi strādā ātrāk $pro = &$set->fields; //šādi strādā lēnāk ... //visādas darbības ar mainīgo $pro } $t2 = microtime_float(); echo $t2- $t1; //ķipa saliek pašreizējo laiku function microtime_float() { list($usec, $sec) = explode(" ", microtime()); return ((float)$usec + (float)$sec); } Kur prikols? -
Tev gadienā tas fails nav utf8 ar signatūru?
-
Krāniņu mērīšana!? :)
-
:)
-
Var izmantot, piem., GD bibliotēku. http://lv.php.net/gd
-
Kas attiecas uz SET NAMES klauzulu, tad tur tiešām laikam bija vienalga vai ir vai nav pēdiņas, lai gan, IMHO, MySQL dokumentācijā tiek rekomentēdas pēdiņas. jauninjais, tiešām pārbaudi tieši datu pareizību. iesaku uzlikt phpMyAdmin - ar to būs ļoti viegli to izdarīt.
-
sessijas kūkija piesaistīšana domēns.lv/direktorija
slicer replied to andrisp's topic in PHP un PHP :)
Sure! http://lv.php.net/manual/en/function.setcookie.php Izlasi par path parametru Ā vienīgi, lai piesietu sesiju pie direktorijas, laikam nāksies manuāli kūkijā uzsetot un savākt no tā sesijas id, katrrezi, kad mainās direktorija. Neesmu gan nekad neko tādu darījis tā, ka nezināšu tā konkrēti pateikt. Vispār iesaku neķēpāties šeit ar kūkijiem, bet sesijā uzveidot asoc. masīvu katrai no direktorijām un pāris elementāras funkcijas, kas tev uzsetos/atgriezīs tavus mainīgos no sesijas, atkarībā no direktorijas. Nu ceru, ka saprotami izteicos. -
Templātes atvieglo dzīvi viennozīmīgi, taču Smarty ir riebīgs monstrs. Tur ir par daudz viskā lieka. Es jau kurā projektā izmantoju ļoti vienkāršu templates klasi, kuras garums ir 300 rindiņas un esmu vairāk kā apmierināts (diemžēl nezinu, no kurienes tā klase ir cēlusies un nekāda nosaukuma tai arī isti nav. Vienk pirms kādiem 4 gadiem atklīda pie manis). Bet cik atceros no Smarty, tad visa tā padarīšana ar HTML'ā dzenamajiem IFiem un cikliem bija lieka, jo to visu var izdarīt ar vēl mazāku koda un templāšu parsēšana templātes iekš Smarty arī ir realizēta vienk. kretīniski.