Delfins
Reģistrētie lietotāji-
Posts
3,746 -
Joined
-
Last visited
Everything posted by Delfins
-
hmnc, a es pa mežu nē... :( Kaut arī mēģināju atpakaļ braukt no mola, biju domājis ka ir asfalts, a tur izrādījās tikai mazs gabaliņš :))) dabūju stumties andrisp, Jēkabpilī esi? 150km asociējās tikai ar to :)
-
Tieši par to runāju... Atskaitēm der tikai selekts no DB. Masīvi nerulē šādiem darbiem, tikai kopsummām.
-
Iesākās offtopiks par "velotusu" citā topikā :) Postējam visu, kas ir "uz sirds". Ja būs sauss (kas, manuprāt, gandrīz kā neiespējams), tad varam paspēt šosezon aizbraukt kaut kur - Kādu plānoto distanci? - Min. ctusētāji? - Uz kurieni PS: es piedāvāju uz molu (vecmilgrāvī) ... baig patīk šis posms, it īpaši, kas sākās aiz kanāla/Mezāparka (no centra turpušurpu ~60km ) Vai arī apkārt Ķišezeram... ideāls ceļš Rūdītiem piedāvātu arī līdz+apkārt Kaņierezeram PPS: es diemžēl piedalīšos tikai pa šoseju.
-
Tad nošaujies... Vai arī pārtaisi reportus, kas pa taisno veidos HTML-u (SQL-ā smuki sasortēt un sagrupēt kā vajag) Man jau tāda pati problēma.. pat ja veic atskaiti pa 1 mēnesi... Un es uzreiz izvadu HTML-ā un kopsummas masīvā... nevis visu kluci masīvā un tad taisu atskaiti... Un tici man, ir tādas pašas sarezģītas atskaites... (dinamiski gan pa X, gan pa Y) PS: visticamāk ir uzlikts mem_limit vai nu apacim vai kernelim
-
Tik jāsagaida pavasaris - ~6men :) !!! PS: es tik pa šoseju braucu un vispār jātaisa tad jauns topiks
-
"Aaaa...." A kur tu izmanto šo staffu? Imho tādu kluci apstrādāt online ir neprāts... Jātaisa kaut kāds batch-job, smuki konsolītē. Starp citu, tas nav nekas slikts, ka izmanto daudz atmiņas... Ja ir uzdevumus un tam nepieciešama atmiņa, tad to vienkārši lieto... A ko jūs domājat, skriet ciklā pa 10Mb kluci (PHP taisa masīvu kopijas), viekt operācijas... Imho jāizmanto references ar masīviem. jāskatās pilnais kods ko tu tur dari. PHP5 arī atbalsta references foreach ($arr AS &$value)
-
Varēt jau var, tik nez cik to braucēju ir... 2-3 ir pa maz.
-
Nū... ka jau teica.. jāiet cauri ar array_keys... Un nevis vienam līmenim, bet visiem trīs.. for ( i=0; i<keysCnt; i++ ) { keysJ = array_keys( $arr[keys[i]] ); for ( j=0; j<keysJCnt; j++ ) { ... } } PS: kaut gan laiku patērē vairāk...
-
Pirmais punkts ir apstrīdams. Algai jātbilst padarītam/spējām
-
Jā, datoriķiem obligāti gandrīz vai katru dienu jāsporto, lai būtu neliela slodze uz visām ķermeņa daļām. Pats braucu ar velo un nekādu problēmu :) Vispār pie monitora nevajag sēdēt ilgāk pa stundu, obligāti jāpieceļās (aiziet pēc tejas, etc...)
-
Ir izlaists PHP patch... un viss... nekāda čakara
-
andrisp, interesanti, kā tu ar JS nosūtīsi failu... ha ha... PS: forumā tika apspriest šis temats (izmanto SEARCH), bet tā kā es neesmu skatijies iekšās, nepateikšu vai bija iespēja aplūrēt statusu vairākiem failiem...
-
Manuprāt tu esi saputrojies OOP. 1.) Uzzimē Inheritance-Tree 2.) Uzkodē PS: interface ir tikai kā ierobežotājs/piekļuves mehānisms pie implementētām klasēm (to instancēm) Interface gadījums palīdzēs arī pie f-ju parametru definēšanas (PHP5) function doIDBItem_Job_1(IDBItem _dbItem); Tādejādi restriktējot ieejas/izejas parametrus tikai uz konkrētu tipu/iface (un visām atvasēm) Mans skatījums tavējā kontekstā: CDBObject CDBItem IDBItem -> myDBItem CDBObject CDBList IDBList -> myDBList
-
Pēc specenes... http://dev.mysql.com/doc/refman/4.1/en/ope...precedence.html PS: tāpēc arī jālieto iekavas
-
Lieto iekavas, tāpat kā matemātikā...
-
Es nesaprotu ko tu gribi panākt ar multiple inheritance... Iedod konkrētu piemēru ar visu koku... Tavā gadījumā viss tāpat, kā manā piemērā. C:DBOBject -> C:DBItem -> C:myDBItem PS: a nafig tev vispār myDBItem? jo par to var atbildēt myDBDriver?
-
Doma nav laba.. un arī PHP nav multiple-inheritance... Nafig tev multiple inheritance? Es vēl saprotu to izmantot kaut kur GUI (C++, C#) .. bet PHP... imho, nevajag tādas izvirtības. Var iztikt ar single inheritance: C:Object && I:BaseTable -> C:MyTable http://delfins.id.lv/testi/inheritance.php <?php function mylog($msg) { print "$msg<br />"; } class Object { function __construct() { mylog("Object::__construct()"); } } interface SysSaveable { function save(); } interface BaseTable extends SysSaveable { function select(); } class A extends Object implements BaseTable//, SysSaveable { function __construct() { parent::__construct(); mylog("A::__construct()"); } function save() { mylog("A::save()"); } function select() { mylog("A::select()"); } } $a = new A(); $a->select(); $a->save(); ?> Izskatās, PHP māk multiple `implements` (tas arī loģiski, jo tās ir tikai interfaces)... Būtībā pirms kodēt, OOP ir jāizprot un jānovērtē uzdevums un attiecīgi OOP izmantojamību.. vai vajag taisīt `sūdus`, tur kur tos nevajag...
-
Var ar 2 tabulām. Viena laukā glabāt coma-separated ID-us uz autoriem. (nav labs variants, bet VAR!)
-
Nu bet pagaidi!... lai apgūtu "kaut ko" ir jāpatērē laiks... es piemēram Axaptu mācījos 2 gadus, līdz sāku brīvi kodēt.. Pieļauju, ja sāktu apgūt Oracle pilnvertīgi - aizņemtu pusdzīves.. Un tavs piemērs sūdīgs ne ar to, ka nav vēlmes/varēšanas, bet tā, ka tu salīdzini tieši laiku!!! Un Freimworks te kāreiz pričem.. Ja tas ir 30% uz AJAX balstīts... Kur viens koders jau sāk pētīt API, bet otrs tikai sāk pētīt JS (AJAX) PS: un beidz taisīt nevajadzīgos quotes!
-
Gundars, tas ir atkarīgs no freimworka... tavs piemērs totals neveiksmīgs. Nesaprotu, kāda jēga dod uzdevumu cilvēkam, kurš nepārzin konkrētas tehnoloģijas. Tas ir tas pats, kas dizainerim (kurš zin tikai PŠ un kā defaultā ar slicēm sagriezt HTML) iedot Smarty Templates kodēt IF-us un citus loģisko blokus ...
-
Nu var visu arī vienā tabulā :)
-
Jā, mēs te vienreiz ar kolēģiem no rīta dzerot kafiju, tā arī domājam... MOš aiziet uz strojku? Strojkā toč vairāk saņemsi :) Turklāt vajadzēs daudz darbaspēku jaunai biblenei :)
-
tas servers vai nu nav piestartēts, vai PHP līki sakompilēts
-
Jā, bet ja ne viens "bet", ja nezin vispār SQL... tad nekāds vecais labais mysql nepalīdzēs http://php.lv/f/index.php?showtopic=4062&hl= :)