Andra P žurnāls

Chris Mills (Nodarbošanos nemācēšu iztulkot - Opera’s developer relationship manager) intervijā Digital Web Magazine lapā atklāj, ka šī gada vidū varam gaidīt jaunus rīkus Opera parlūkā, kas būs paredzēti tieši web izstrādātājiem:

Firefox possesses the hard-to-beat double whammy of Firebug and the Web Developer Toolbar, but we have new tools on the way for early to mid 2008. Our developer tools will feature all the essential stuff that developers want when debugging, such as DOM and CSS inspectors, live CSS and JavaScript updating, JavaScript variable watchers, etc.

Izklausās jau labi. Gaidam.

Varbūt atceraties, kaut kad rakstīju par jaunumiem MySQL vizuālo klientu lauciņā. Tad pieminēju tādu rīku kā MySQL Workbench, ko izstrādā paši MySQL (Nu - vismaz officiālo relīzi var novilkt pie viņiem). Galvenais, ko var darīt ar šo programmu, ir ērti un pārskatāmi zīmēt tabulas, definēt to saistības savā starpā, un beigās eksportēt gatavu SQL.

Tobrīd šī programma bija agrīnās alfa versijās un bija grūti atrodama MySQL mājaslapā, bet šodien, meklējot MySQL instalāciju, atklāju, ka tā [MySQL Workbench programma], kā jau šī raksta nosaukums vēsta, ir beta stadijā un viegli novelkama. Tāpat arī šim produktam ir sava lapa. Produkts ir zem GPL licences, bet ir arī komerciālā versija.

Protams, gribēju jau izmēģināt, bet diemžēl, kad mēģināju izveidot jauno datubāzes diagrammu, tiku aplaimots ar šādu kļūdas paziņojumu, kuram diemžēl garām netiku:

Unknown Exception caught in c:\documents and settings\mysqldev\my documents\visual studio 2005\projects\mysql-workbench-pro\backend\windows\wb.wr\ src\Canvas.h at line 142

Tākā šāda direktorija manā datorā nav, pieņemu, ka kaut kur kodā ir absolūta norāde uz failu izstrādātāja datorā. :) Bet droši vien maldos.

Nu tad pagaidām atliek tikai nosūtīt viņiem bugreportu un gaidīt svaigākas versijas.

Ja jau patiešām tiecamies uz vizuālā formatējuma atdalīšanu no dokumenta satura, tad elementu dalīšana block un inline elementos jau fundamentāli ir nepareiza. :) Varbūt teiksiet - tas jau nenosaka elementa vizuālo izskatu, bet gan kā tam uzvesties (mijiedarbība ar pārējiem elementiem). Tiesa, bet tas vai tad arī nekonfliktē ar uzvedības atdalīšanu no dokumenta satura ? :)

Tas tā - muļķīgas pārdomas par muļķīgu tēmu.

Es pilnīgi apkritu, lasot šo humoristisko rakstu (protams, attiecīgai auditorijai), kur pasmej par laiku pirms kādiem pieciem vai vairāk gadiem, kad lapas izkārtojumam izmantoja tabulas, un atstarpes starp elementiem veidoja ar speciālu mazu attēliņu ar nu jau par klasiku kļuvušu nosaukumu spacer.gif.

Ā, un jā - es apkritu, kad izlasīju, ka pat eksistē (eksistēja) tāds elements kā <spacer>. Lai gan W3C lapā neko par to neatradu, tomēr dažās vietās par to informāciju atrast var - piemēram šeit.

Cik labi gan, ka man tas viss ir gājis secen. :)

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

Diezgan bieži nākas sastapties ar formām, kas automātiski nosūtas, ja tajā tiek veiktas izmaiņas. Tās parasti nav formas tradicionālā izpratnē, bet gan navigācijas elementi, kas izmanto formas elementus, visbiežāk <select> elementu.

Piemēram, gmetrix.lv navigācija:

Ko mēs redzam ? Viss it kā ir kārtībā ? Navigēt varam. Izvēlamies, ko gribam apskatīt un lapa pati aizlec, kur vajag. Šāds navigācijas veids tiek panākts, ņemot talkā Javascript. Pavisam vienkāršs piemērs būtu:

<form id="nav" action="" method="get">
  <select name="page" onchange="document.getElementById('nav').submit();">
    <option value="1">Pirmā lapa</option>
    <option value="2">Otrā lapa</option>
    <option value="3">Trešā lapa</option>
  </select>
</form>

(Vienkāršības labad izmantoju inline notikumu reģistrāciju).

Bet kas notiek, ja atslēdzam JS ? Protams - nekas. Lietotājs paliek ieslēgts pirmajā lapā. Un ļoti daudzas lapas pieļauj šo kļūdu. Tas viss būtu saprotams, ja risinājums šai problēmai būtu sarežģīts un laikietilpīgs, bet tā nav. Risinājums ir pavisam vienkāršs, ņemot talkā <noscript> tagu:

<form id="nav" action="" method="get">
  <select name="page" onchange="document.getElementById('nav').submit();">
    <option value="1">Pirmā lapa</option>
    <option value="2">Otrā lapa</option>
    <option value="3">Trešā lapa</option>
  </select>
  <noscript>
    <input type="submit" />
  </noscript>
</form>

Vienīgais vajadzētu piedomāt pie dizaina - vai tas netiks salauzts, ja blakus navigācijas elementiem parādīsies vēl viens elements.

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

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.

Peter-Paul Koch savā QuirksMode blogā raksta, ka ir atjauninājis informāciju savā W3C DOM Compatibility Core tabulā. Šobrīd šajā lapā, kurā tiek salīdzinātas pārlūku JS DOM implementācijas, ir ietverti IE5.5-7, Firefox 2, Safari 3 (Win), Opera 9.5b pārlūki, kā arī Linux specifiskais pārlūks Konqueror 3.5.7. Jaunajā versijā vairs neatradīsiet IE5 un IE Mac.

Bez Core tabulas vēl ir pieejama informācija par CSS, HTML, Events un Range DOM funkciju un metožu pieejamību dažādos pārlūkos.

QuirksMode jau izsenis izstrādātājiem ir zināms kā resurs, kur vispirms ir jāvēršas pēc palīdzības, ja saskaramies ar pārlūku nesaderībām Javascript implementācijās.