Andra P žurnāls

Kādu mazu brītiņu jau ir pieejama jaunāka NetBeans, oriģināli paredzēta priekš Java valodas, IDE versija 6.5 beta (tātad versija ir izkāpusi no early preview statusa), kas mums, PHP programmētājiem, var likties interesanta, jo tajā ir vairāki speciāli PHP (un arī HTML/JS/CSS) paredzēti jaunumi.

Bez jau standartā pieejamām iespējām, NetBeans tagad piedāvā arī PHP koda auto-pabeigšanu (code complete), sintakses izgaismošanu, kā arī ir XDebug atbalsts. Cik papētīju dažādus skrīnšotus , ir arī vēl dažādu citu sīkumu, bet tos atrodiet un apskatiet paši. ;)

Bez tam ir arī iebūvēts Javascript redaktors un debugeris, kā arī dažādu populāru Javascript framework atbalsts (piemēram, tas pats JQuery).

Kādu laiku atpakaļ jau izmēģināju early preview versiju, bet tā diemžēl bija pārāk nestabila (ļoti bieži vienkārši sasala), tāpēc ātri vien tiku no tās vaļā un neizmēģināju visus (ar PHP saistītos) labumus. Bet tagad būs jādod vēl viena iespēja. :)

Lejupielādēt var šeit.

Varbūt nepamanījāt, bet vakar bija tas datums (08.08.08), kad oficiāli vairs netiks atbalstīts PHP 4. Tas nozīmē, ka vairs nebūs jaunu versiju un netiks laboti caurumi. Vēl aizvakar paguva izlaist pēdējo bug fix relīzi 4.4.9, bet tad tas arī būs viss.

Nu tad - lai dzīvo PHP5! :)

Ja jums ir gadījies saskarties ar virsrakstā pieminēto kļūdu, bet tā arī neizdevās to atrisināt (vai arī izdevās, bet tā arī nesapratāt, kas bija par vainu), tad varu pastāstīt, ka tam iemesli var būt divi. Vismaz divi populārākie. Par citiem nezinu.

Pirmais un vienkāršākais

Kādas klases destruktors (__destruct() metode) mēģina mest Exception’u.

Otrais, nedaudz nedaudz sarežģītāks.

Ja ir definēts savs speciālais Exception’u handleris, bet kā gadījies kā nē, bet šis handleris pats arī nestrādā kā nākas un met Exception’u.

Piemēram:

<?php

    function my_exception_handler($exception) {

        // Exception's iekš Exception'a ? Nē, tā nu nevarēs...
        throw new Exception('Kaut kas notika kļūdas apstrādes procesā!'); 

    }

    // uzstādām, lai my_exception_handler() apstrādā mūsu Exception'us
    set_exception_handler('my_exception_handler'); 

    // Šis attiecīgi liks izpildīties my_exception_handler() funkcijai
    throw new Exception('Kļūda!');

?>

Tas pats notiks arī, ja Exception’u metīs kāda cita funkcija vai klases metode, kas izsaukta no my_exception_handler().

Es īsti nemācēšu pastāstīt, kas notiek apakšā, kādēļ šī kļūda notiek, bet domāju, ka pietiks ar šādu pragmatisku “atrisinājumu”. :)

Aizmirsu svarīgāko - pašu atrisinājumu otrajam variantam :)

Kodu, kas met Exception’u, vajag ielikt try {} catch () {} struktūrā. Ar to arī pietiks.

Vairāk gūglē.

Noteikti jau būsiet piefiksējuši, ka Google ir palaidusi jaunu servisu Google App Engine, kas dod iespēju uz Google infrastruktūras bāzes veidot web aplikācijas.

Google App Engine lets you run your web applications on Google’s infrastructure. App Engine applications are easy to build, easy to maintain, and easy to scale as your traffic and data storage needs grow. With App Engine, there are no servers to maintain: You just upload your application, and it’s ready to serve your users.

Ja jums tas ieinteresēja, tad noteikti arī pamanījāt, ka PHP šobrīd netiek atbalstīts. Tikai Python.

Currently, Google App Engine allows you to write your applications with Python 2.5.

Un tieši tāpēc, jau tagad cilvēki sāk rosīties, lai “piespiestu” Google izveidot arī PHP implementāciju. Ja arī tu vēlies kaut kā iesaistīties šajā “kampaņā”, tad ko un kā darīt, var lasīt PHP Classes bloga ierakstā Google App Engine needs PHP support. Par to vai tam ir jēga vai nav, nediskutēšu.

1. Vote on this petition
http://i-want-php.appspot.com/
2.Add a star to this request issue of the Google App Engine project
http://code.google.com/p/googleappengine/issues/detail?id=13
3. Go in PHP mailing lists, forums, user groups and encourage others to do the same
4. Spread this article around, voting it on Digg, Dzone, etc..
5. Post a comment on this article here to share other ideas that may help spreading this initiative

Vai jums bieži negadās, ka rakstot kādu Javascript kodu, gribas izmantot vienu vai otru PHP specifisku funkciju, bet par nelaimi JS tādu neatbalsta ? in_array() varētu būt klasiskākais piemērs. Tad, parasti ir divi risinājumi - vai nu uzrakstīt pašam ekvivalentu, vai arī meklēt.

Ja jums tā bieži gadās, tad pieglabājiet šo Kevin van Zonneveld bloga saiti. Šajā blogā ir savāktas/saveidotas jau gandrīz 100 dažādas JS funkcijas, kures nereti var noderēt, kad ar iebūvētajām JS funkcijām liekas par maz.

Tiem, kam uztrauc licenzēšanas jautājumi, skatieties te.

Tākāk pilns saraksts:

Lasīt tālāk »

Ja nu jums gadījumā kādreiz gadās, ka jūsu php skripts uz Windows nevar izdzēst failu vai direktoriju tāpēc, ka tai ir read-only flags, tad ziniet, ka chmod('fails', 0777); atrisinās jūsu problēmas. ;)

Par šo informāciju jāpateicas šim komentāram.

Ieliku vienu pamācību webmeistari.lv forumā. Starpcitu, arī turpmāk šajā forumā parādīsies dažādas pamācības no manas puses.

PHP/MySQL izstrādes vides sagatavošana uz Windows.

Meklējot gūglē pēc “PHP5 Power Programming” (tas ir grāmatas nosaukums), man par pārsteigumu, pirmais links bija uz pilnu grāmatas PDF versiju. Labi - novilku, atvēru un atklāju, ka grāmata ir zem kaut kādas OPL licences, kas visā visumā nozīmē, ka varu šo grāmatu droši kopēt un izmantot, neko nemāksājot. Tur pat atradu arī saiti uz lapu, kur ir vēl šādu bezmaksas grāmatu - InformIT: Perens Series Page.

Mani ieinteresēja:

• PHP 5 Power Programming
• Open Source Security Tools: Practical Guide to Security Applications
• Rapid Application Development with Mozilla
• Subversion Version Control: Using the Subversion Version Control System in Development Projects
• Linux Quick Fix Notebook

Bet tur ir vēl.

Ja ikdienā darbojaties ap PHP, tad gan jau būsiet pamanījuši izmaiņas PHP online dokumentācijā. Izmaiņas visvairāk ir redzamas tieši vizuālajā ziņā. Ir skaidrāk nodalītas informācijas vienības (vieglāk atšķirt un atrast aprakstu, parametru, rezultātu, piemēru u.c. skaidrojumus).

array_map() funkcijas lapa

Bez tā esot arī uzlabojumi pašā saturā (OOP un citās sadaļās), bet tos jau tik viegli nesamedīsi, lai novērtētu. :)

Šādu pieeju vēl nebiju redzējis. Un jāatzīst - diezgan oriģināla pieeja. Tātad ideja ir tāda, ka būtu jauki, ja CSS failā varētu izmantot mainīgos. Pavisam vienkārši kā šajā piemērā (kopēts no oriģinālraksta):

/*
!TEXTCOLOUR    #369
!BORDER        1px solid #369
*/

h1 { color: !TEXTCOLOUR; font-size: 1.1em }
p { color: !TEXTCOLOUR; font-style: italic }
div { color: !TEXTCOLOUR; border: !BORDER }

Lai tas viss darbotos, būs vajadzīgs speciāls PHP skripts, kas nopārsēs šo CSS failu un pados serverim. Tas viss ir vienkārši, bet šīs idejas elegantums slēpjas tur, ka klienta pusē CSS fails tiks tomēr pieprasīts, izmantojot oriģinālo nosaukum (piemēram, /styles/main.css). Kā jau attapīgākie noprata - būs jāizmanto mod_rewrite, kas izskatīsies aptuveni šāds (atkal ņemts no oriģinālraksts):

RewriteRule ^(.*)\.css$ /css_parser.php?css=$1.css [L]

Tātad, kā jau noprotams, css_parse.php (to varat apskatīt un iegūt oriģinālrakstā) būs tas skripts, kas veiks pārsēšanu un pados gatavu CSS pārlūkam.

Protams, dažs teiks, ka šāds risinājums vairāk noslogo serveri, kā arī izvirza lielākas prasības pret serveri (mod_rewrite), bet vai nu tas vienmēr ir tik nozīmīgi, ja runa iet par lielisku ideju ? :)

Tomēr esmu par 99.9% pārliecināts, ka nekad neizmantošu šo risinājumu, bet nekad jau nenāk par sliktu zināt, kas tas ir iespējams. :)