Andra P žurnāls

Varat izskriet cauri šim Gergely Hodicska rakstam, kurā viņš runā par, jā, jūs uzminējāt, namespaces. Izskatās, ka tas būs pirmais raksts sērijā (cik nu viņa varētu būt gara) par jaunumiem 5.3 versijā. Tā kā varbūt ir vērts pierakstīties uz viņa RSS, ja nu vēl kas interesants parādās.

Sidenote: Es ceru, ka jums nav nekas pretī pret šādiem link-postiem ? :)

PHP izstrādātāja un Zend aizsācēja Andi Gutmans blogā varam izlasīt, ka Microsoft sadarbībā ar Zend ir cītīgi testējuši un strādājuši pie PHP pieradināšanas Microsoft IIS serverim ar FastCGI paplašinājuma palīdzību. Un veiksmīgi. Pēc Andi vārdiem - beidzot PHP + IIS ir gatavs, lai to lietotu uz produkcijas (production) serveriem.

… announcement of Microsoft’s FastCGI extension for IIS6 (Windows Server 2003) PHP on Windows is now ready to go into production.

Varam arī par to palasīt IIS.net lapā:

The IIS Team is eager to announce the official release of Microsoft FastCGI Extension for IIS 6.0 as a free download. For the first time, we are providing hosters and PHP developers full support for a stack of technology that enables reliable, scalable PHP hosting on production Internet Information Services 6.0 (IIS 6) Web servers.

Dažos vārdos no Wikipedia lapas par to, kas ir FastCGI:

FastCGI is a protocol for interfacing interactive programs with a web server.

Manā [darba] dzīvē tas neko nemainīs. Pirmkārt jau tāpēc, ka nekur neizmantoju Windows + PHP, ja neskaita izstrādes procesā, kur man ātrdarbība un stabilitāte nav tik nozīmīga. Otrkārt jau tāpēc, ka šī PHP+FastCGI+IIS kombinācija būs pieejama tikai uz Windows 2003 (kā arī uz Windows 2008). Bet nevar jau zināt - varbūt tieši pēc šādiem notikumiem parādīsies firmas, kas gribēs savas sistēmas turēt uz Windows + IIS + PHP.

Bet kas man liekas galvenais, ir tas, ka Microsoft tiešām laikam ir sapratuši, ka PHP - tas ir spēks, ko nevar ignorēt. Un ne tikai tā ir sapratusi, bet tā aktīvi ar sper soļus pretī PHP, lai padarītu to lietojamāku un stabilāku uz Windows serveriem. Par to liecina arī nesen izlaistais PHP MSSQL paplašinājums.

Ja kādreiz ir bijusi vēlme kādu no PHP aplikācijām nēsāt līdzi USB atmiņā vai arī kā savādāk padarīt to portablu, tad tagad (ar domu - es nesen atklāju) tas ir iespējams ar Wapache projekta palīdzību. Wapache projekts izmanto apgraizītu Apache web serveri un Internet Explorer.

Wapache is a software that lets you to create desktop applications using web development technology. It combines a modified version of the Apache 2 HTTP server with an embedded Internet Explorer web browser.

Wapache darbina PhpMyAdmin (ekrānšāviņš no wapache.sourceforge.net)

Un atkal - par šo uzzināju Jaslabs: High performance Software blogā.

Esmu saskāries ar vēl vienu interesantu ierobežojumu - PHP MSSQL paplašinājums, ko izmantoju, lai slēgtos pie Microsoft SQL servera datubāzes, atgriež kolonu nosaukumus tikai līdz 30 simboliem. Tas nozīmē, ka ja man ir kolona system_modification_projects_id, tad asociatīvajā masīvā tās nosaukums izskatīsies kā system_modification_projects_i. Par laimi, problēma attiecas tikai uz PHP Windows vidē.

No php.net manuāļa:

Note: In Windows, the DBLIB from Microsoft is used. Functions that return a column name are based on the dbcolname() function in DBLIB. DBLIB was developed for SQL Server 6.x where the max identifier length is 30. For this reason, the maximum column length is 30 characters. On platforms where FreeTDS is used (Linux), this is not a problem.

Par laimi, priekš Windows pats Microsoft izstrādā savu paplašinājumu. Jāpaciešas, kamēr tas būs Stable un jāsāk lietot. Protams, ja vien šis pats ierobežojums nebūs arī šajā paplašinājumā. :)

Reizēm gadās (it īpaši, ja vēlamies izmantot bezmaksas PHP hostingus), ka uz servera nav pieejama datubāze. Vai arī datu apjoms, ko vajadzētu glabāt datubāzē, ir ļoti mazs. Tādos gadījumos, kad nav pieejama kāda no parastajām datubāzēm, vai arī negribas tās izmantot, lieti noder flatfile bāzētas datubāzes. Flatfile datubāze ir tāda datubāze, kurai nav vajadzīgs speciāls serveris (client-server arhitektūra), bet gan visi dati tiek glabāti parastos failos.

Nolēmu pameklēt un piefiksēt, kādas tad šobrīd ir pieejamas priekš PHP. Sākumā domāju, ka īpaši daudz to nebūs, bet beigās biju patīkami pārsteigts. Man izdevās sameklēt veselas 7.

Jāpiezīmē, ka īpaši katrā risinājumā neiedziļinājos, jo šobrīd nav vajadzības izmantot nevienu no tiem. Tāpēc piedāvāšu jums tikai sarakstu ar nosaukumiem un saitēm. Tātad tālāk seko saraksts.

• SQLLite
• Gladius DB
• txtSQL
• PHP Flatfile package
• Flat-file SQL
• PHP Text DB API
• Perfect Database File 2

Meklējot atradu arī pārīti ar lapām (viena un otra), kur tiek salīdzinātas šāda veida flatfile datubāzes. Rezumējot, laikam sanāk, ka visātrākā ir txtSQL datubāze (neskaitot SQLite, kas tomēr ir visātrākā no visām, jo ir realizēta C valodā). Un, protams, tur nav apskatītas visas sarakstā nosauktās flatfile datubāzes.

Jau iepriekš rakstīju par PHP mainīgo neierastu izmantošanu (pievērsiet uzmanību arī komentāriem). Tikko uzzināju, ka ir vēl viens interesants veids kā definēt PHP mainīgos.

${'Sveicināts, manu lasītāj!'} = ":)";
echo ${'Sveicināts, manu lasītāj!'};

PHP tomēr nemaz nav tik garlaicīgs. :) Tiesa gan, reālu praktisku pielietojumu šim neredzu, bet tiesa gan - šis pieraksts varētu noderēt, ja nākas darboties ar ārējiem datu resursiem, kam patīk padot datus dīvainos formātos.

Jau kādu brīdi PHP snapshots lapā ir iespējams lejupielādēt PHP 5.3. Tā gan, protams, ir izstrādes versija, bet paspēlēties var. Starpcitu, ja esat palaiduši garām, tad šai versijai būs namespaces atbalsts. Pats kādu laiku atpakaļ paspēlējos jau ar tām, tikai uz PHP 6. :) To starpcitu, arī tur var dabūt.

PS. Reizēm gribas nopublicēt kaut ko īsu, bet lai vizuāli nošķirtu šos rakstus no garākiem rakstiem, varbūt ir vērts ieviest kaut kādu īpašu nosaukuma formu ? Nu, piemēram: “ĪSUMĀ: Ir pieejama PHP 5.3 izstrādes versija” ? (Variants špikots no patiesi.lv :))

Microsoft ir spēruši soli uz priekšu un ir izstrādājuši PHP paplašinājumu (extension), kas paredzēts, lai slēgtos klāt MSSQL 2000 un 2005 serveriem (Ieskaitot Express Edition). Pagaidām gan tā nav gala versija, bet šim paplašinājumam nākotnē vajadzētu aizstāt pašreizējo MSSQL paplašinājumu Windows serveros (Jā, paplašinājums ir pieejams tikai uz Windows). Ja vien Microsoft ar saviem licencēšanas noteikumiem nenogalinās savu veikumu.

Pašreizējam MSSQL paplašinājumam, kas izmanto novecojušu TDS protokolu, ir daudz mīnusu. No galvenajiem (manuprāt) varētu nosaukt - neatbalsta UCS-2 (Unicode) datu pārsūtīšanu (pašreizējam paplašinājumam nepatīk nulles baiti, kas UCS-2 datos ir neatņemama sastāvdaļa) un ir vāji implementēta kļūda atgriešana (kļūdas paziņojumi).

Protams, vēl gan nav skaidrs, vai Microsoft savā paplašinājumā ir atrisinājis šīs problēmas. Un vai klāt nav nākušas citas problēmas.

Novilkt paplašinājumu varat Microsoft lapā. Tas paredzēts lietošanai uz Win/PHP5 servera. Cik noprotu, PHP4 versijas atbalsta nav, bet nu nevajag arī. :) Arhīvā ir lietošanas instrukcijas.

Ja kādam dikti interesē, tad ir arī SQL Server 2005 Driver for PHP Team Blog, bet tur gan neko īpašu interesantu negaidu redzēt.

Vairāk informācijas:

• Stu On PHP - Microsoft’s First PHP Extension: SQL Server 2005 Support
• SQL Server 2005 Driver for PHP
• PHP: Microsoft SQL Server Functions - Manual
• FreeTDS.org

Vai Jums bieži ir nācies mēģināt sakārtot masīvu, piemēram, pēc alfabēta ? Droši vien bieži. Un tas ir viegli - sort(). Bet ko darīt, kad nākas kārtot divdimensiju masīvu, bet kārtošana jāveic pēc kāda elementa, kas nav pirmā līmeņa elements ? Tad palīgā nāk usort() funkcija.

usort() funkcija ir paredzēta, lai veidotu specifiskas masīvu kārtošanas metodes.

Tālāk būs vienkāršs piemērs kā izmantot šo funkciju.

Lasīt tālāk »

Jaslabs: High performance Software blogā atradu nelielu skripta paraugu, kas, ja tiek palaists, izveido jaunu php skriptu. It kā nekas īpašs, bet pati metode ir interesanta.

Piemērā tiek izmantota __halt_compiler() funkcija, kas kad izsaukta, kā jau nosaukums saka priekšā, pārtrauc tālāku skripta pārsēšanu un kompilēšanu. Tādejādi aiz šīs funkcijas izsaukuma varam likt kādus vien datus vēlamies.

Darbības princips ir tāds:

1. Palaižam skriptu,
2. Skripts ielasa pats sevi sākot no baita, kas ir pieejams __COMPILER_HALT_OFFSET__ konstantē. Par šo konstanti var palasīt vairāk pie __halt_compiler() funkcijas apraksta. Šī konstante ir pieejama tikai skriptiem, kuros ir jau pieminētā funkcija,
3. Skripts izveido jaunu failu un iekopē tajā iepriekš nolasītos datus,

Kāpēc vajadzīga šāda mahinācija, ja var vienkārši datus glabāt iekš stringa ? Īsti nezinu. Varbūt kāds no jums varētu pastāstīt ?