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ī..

Skripts strādā uz 100% bet tiklīdz es viņu pievienoju webam klāt tā pazūd garumzīmes:(

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?

Sakiet ko gribiet - nu nevar viens cilvēks vai dažu cilvēku grupiņa uztaisīt labāku rezultātu par to, kur ļoti liela starptautiska cilvēku grupa ir strādājusi vairākus gadus.

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..

Nav labi tas, ka stringu var iekļaut gan apostrofos, gan dubultās pēdiņās utt

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ā" ..

sql viegli lasāms humāņiem.. nunu.

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ā..

Un vēl mb_sub_str un sub_str, nesaprotu priekš kam divas funkcijas vajadzīgas.

vai tad mb_substr nedara to pašu ko substr? ja tiktu aizvietots substr uz mb_substr, tad nekas taču nemainītos.

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.

Man atkal šķiet, ka pitonam ir vienkāršāka sintakse.

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"

Izlasi komentārus šij tēmai - tur par to arī tieši bija runa, ka Python ir krietni ātrāks par php...

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

direktorija nav fails.

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..

Python ir krietni ātrāks par php?

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

Š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 :)

Nu bāc, us es par šo pasākumu uzzinu tikai tagad, kad tas jau noticis.

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

Ir vēl arī šis: http://phpmailer.codeworxtech.com/

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..

Labi, bet kurš zina kādu forumu veltītu Flash?

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

Es nesaku, ka grāmatas nekam neder, es saku, ka lasīt elektroniskā formā, nevis kā pdf, bet kā html dokumentu ir daudz efektīvāk. Lapas protams var šķirstīt un manuāli meklēt dažādu terminu skaidrojumus vai sadaļas, bet tas būs lēnāk kā daži peles klikšķi.

Es personīgi neatceros, kad pēdējo reizi turēju rokā grāmatu, visu ko man ievajagās uzzināt var dažu sekunžu līdz dažu minūšu laikā, atrast internetā.

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..

Kur nu vēl labāk izlasīt par freimworku lietošanu, kā pašu freimworka izstrādātāju lapā?

php4 jau 2008-08-08 nomira.

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 :)