Roze

Jautājums - kāpēc kaut kas tāds ir vajadzīgs - Proti tā sortēšana? Lai zīmētu kaut poligonus (u.c. darbības)? Tad faktiski imho to ir vienkāršāk darīt jau ar gatavām geo fīčām un konkrēti MapScript piemēram ( http://www.maptools.org/php_mapscript/ ) -> http://www.maptools.org/php_mapscript/inde...lass-guide.html

Prezentāciju vispār apskatījies un saprati par ko tur minētais personāžs principā raksta? Jebšu spriežot pēc daudzajām pieturzīmēm un teikuma konstrukcijām - pirksti vēdeklī..

Značit nestrādā uz 100% :) Bet jautājums vai tiek izmantots UTF8 lapā? Ja jā tad piemēram strlen() būtu jāaaiztāj ar multibyte versiju mb_strlen().. p.s. a kam tādas izvirtības?

Saki ko gribi, bet ja php-core developeri pasaka ka tas ir lēni tad tam var ticēt -> skatīt Rasmus Lerdorf prezentāciju http://talks.php.net/show/drupal08/24 vs http://talks.php.net/show/drupal08/29 Bez tam no kura laika "liela starptautiska cilvēku grupa" ir kaut kāds rādītājs? Imho IT nozarē ir gana piemēri kur gandrīz vai sanāk pretējais :)

Nu pagaidām gan izskatās ka tu īsti negribi ņemt vērā citu viedokļus nevis tas ka viņu nav.. proti šķiet, ka nezkapēc par visu varu gribi 'iepushot' ZF izmantošanu un "dzīvoties pa mailinglistēm" dzīvošanās pēc :) Kas attiecas uz pythonu tad tā arī valoda kas tiek izmantota web-risinājumiem kā arī tur ir dažādi frameworki aka Django vai Zope (šis vairāk kā platforma) utt... UN lai izteiktu kādu viedokli par kaut ko ir jāzin kaut kas cits arī nekā konkrētais apskates objekts - ZF - proti kā tad var dot vērtējumu? Tākā salīdzināšana ar ROR vai Pythonu galīgi nav offtopiks... .. bet nu whatever..

Un kapēc slēdzam ciet? Vai uz tavu sākotnējo jautājumu netika dotas šādā vai citādā veidā atbildes? Kāpēc 'vs' tēmas būtu offtopiks?

PHP kodu "kompilē" pats php parseris, taču kompilēto rezultātu iespējams saglabāt ar opcode kešeriem - aka Zend Studio Suiti, eAccelerator, APC, xcache utt.. Hmm izskatās ka tu daudz ko jauc par PHP .. Lasam Basic http://lv.php.net/language.variables - "Variables in PHP are represented by a dollar sign followed by the name of the variable. The variable name is case-sensitive. " include nav funkcija, bet gan valodas konstrukcija.. include() ir tikai ērtības vai pieraduma labad.. Apastrofi un pēdiņas ir divas dažādas nozīmes.. http://lv.php.net/string

PHP pie zināmiem nosacījumiem ar var turēt "kompilētā" - op/bytecode cache un "ignorēt" rindiņu izmaiņas aktuālajos failos/kodā .. Bet nu kā viena no priekšrocībām (un reizē arī varbūt mīnusiem) ir taisni skripting valodas īpašība/īpatnība, ka kodu var mainīt "dzīvajā" ..

Tu nesaprati kontekstu.. Minētā frāze ir no MySQL prezentācijas OS dienas ietvaros - proti SQL ir jāraksta tā lai to saprastu arī citi izstrādātāji (specifiski tur bija Theta style vs ANSI style)... bet tas nu tā.. Mbstrings ekstensijai ir bez tam šāda opcija lai overraido parastās string funkcijas: mbstring.func_overload http://lv.php.net/manual/en/mbstring.overload.php Overloads a set of single byte functions by the mbstring counterparts. See Function overloading for more information.

No otras puses, manuprāt, 'human readablāks' sanāk PHP kods.. vismaz darbības tiek veiktas cilvēkam loģiskākā secībā :) To protams viennozīmīgi nevar attiecināt tīri uz kodēšanu, bet personīgi patīk pēdējā laikā ieraudzīta atziņa - "Like your programming code, SQL is meant to be read, not written"

'Ātrāks' nav sinonīms vārdam 'labāks', kas sevī ietver daudz ko citu..

Uz Unix tipa sistēmam ir gan - http://www.uwsg.indiana.edu/usail/concepts...-is-a-file.html

Webshop-skriptu ir simtiem.. noteikti tev labāk atbildēs konkrētā produkta izstrādātājs nekā mēs te mēģināsim kristāla bumbās vai kafijas biezumos sazīlēt.. Analogi būtu ja tu prasītu - man neiet auto, panelī deg kaut kāda lampiņa.. liekas, ka kaimiņu Fedja kaut ko pačakarēja un viņa auto itkā iedarbojās..

Pirmkārt, tas nav gluži erors bet Notice.. Otrāmkārtām, lai tiktu vaļā - $id = $row[movfile]; samaini uz $id = $row['movfile']; p.s. $_GET['id'] SQL kverijā vajag eskeipot vai vismaz typecastot (int)$_GET['id']

Radisson SAS zāles.

Apmēram šādi: From: Michael Dexter [mailto:...... @linuxfund.org] Sent: Monday, September 22, 2008 12:45 AM Subject: MySQL community events scheduled for Monday-Tuesday

Google izmanto visu ko.. php python utt utjprojām..

http://shootout.alioth.debian.org/u32q/ben...n&lang2=php skatīt - Python x times better

http://www.adobe.com/products/flashplayer/.../detection_kit/

Šaubu nav, ka PHP ir viena no lēnākajām (script) valodām :) Laikam vēl tikai JS un daži citi brīnumi atpaliek.. A tā drošvien python :)

Ir jau šodien un rīt ar vēl programma: Here are the public events on Monday and Tuesday from 14:30 to 17:45. Alexander Barkov: How to Add a Collation (Abava) Giuseppe Maxia: Quick and Easy Testing With MySQL Sandbox (Amata) Tim Cook: Low-Level Locking in mysqld and InnoDB - the Good, the Bad, and the Ugly (Venta) Mikael Ronström: Innovative Goals for FY2009 (Igaunija) Jay Pipes: Tour of Bazaar and Launchpad for Beginners (Latvija) University: Bast, Heinz: Update on Intel Developer Tools (Gauja) Sergey Petrunia: What's New in MySQL Optimizer (Venta) Allan Packer: MySQL Performance and Scalability Project - Issues and Opportunities (Abava) On Tuesday, sessions start at 13:30 Cluster Roadmap Presented (Lielupe) Enterprise Tools Roadmap Presented (Lielupe) University: Mikael Ronström: Programming Towards Multi-Core CPUs (Amata) University: Giuseppe Maxia and Lenz Grimmer: Practical User Experience With MySQL 5.1 (Venta) Philip Stoev: Random Query Generator (Iguanija) Vladimir Kavashin: IDE For Developing MySQL Itself (Lietuva) Bast, Heinz: Intel Processor Micro-Architectural Tuning Using the Intel Performance Tuning Utility (Latvija) David Lutz: Scalability Challenges in an InnoDB-based Replication Environment (Venta) Giuseppe Maxia: Tips / Discussion on Blogging (Lielupe) Customer Session

Arī esmu lietojis šo.. Diezgan vienkārš no end-usera viedokļa.. Un itkā nav bijušas nekad ķeskas ne ar inline attachmentiem / html rich mailiem utt izvirtībām..

Nezinu cik tur liela aktivitāte tagad, bet LV ietvaros ir http://www.flash.lv/

Nu tu domā par nepareizām grāmatām.. Manuālim papīra veidā ir 0 nozīmes, taču ir gana daudz citu aspektu par ko lasīt un ko webā tā apkopoti nevar izlasīt.. Vai arī visādi savārstījumi.. Slikti, izstrādātāju lapās savi produkti bieži vien ir (pārlieku) slavināti... :)

Nu ganjauka vēl ilgi figurēs.. Kas attiecās uz templeitiem.. a nu kamdēļ vispār vaig fopen() / str_replace() utt??? PHP pats jau par sevi ir template.. index.php <? $data = getSomeData(); include('template.php'); ?> un template.php: <div><?=$data?></div> Jo visjautrāk paliek, tad kad templates un to veidotāji sāk mēģināt redefinēt kaut kādus ciklus / loopus u.c. php funkcionalitāti :)