Andra P žurnāls

Google Chrome ir iznācis un visi priecājas cik ātrs un vienkāršs tas ir, bet man kā web izstrādātajm interesē, vai tam ir, nu jau varētu teikt par standartu kļuvušie, web developer rīki. Un izrādās, ka ir. :)

Atrast tos gan nemaz nebija tik viegli. Latviešu valodā tie slēpjas zem:

Kontrolēt esošo lapu poga (tā, kas uzreiz pa labi no address bar) > Izstrādātājs > JavaScript pults.

Angliskajā interfeisā attiecīgi:

Control current page poga > Developer > JavaScript console.

Atverot šo dialoglogu, biju pārsteigts, ka Google’s ļaudis jau laikus visu centušies izdarīt kā vajag. Ir smuks HTML DOM koks, pa kuru varam staigāt. Ir JS console. Katram elementam varam apskatīt CSS:

Varam arī apskatīt arī elementa izmērus lapā:

Un, protams, arī elementa DOM objekta īpašības:

Braukājot ar peli pa DOM koku, elements lapā tiek izgaismots, bet tiesa gan – tikai tā izmērs bez margin (malām). Nav iespēju kā Firebug ar peli braukāt pa pašu lapu un uzreiz izgaismot elementu (kā arī DOM kokā redzēt, kurš elements iekrāsojas), bet var ar labo peles pogu nospiest uz elementa un izvēlēties Pārbaudīt elementu.

DOM kokā ir iespējams arī meklēt:

Žēl gan, ka nav iespējams labot vai atslēgt CSS, tāpat arī, kad mēģināju ar dubultklikšķi atvērt kādu DOM HTML, lai palabotu, man atvērās vienkārši tukšs ekrāns bez iespējas tikt atpakaļ uz DOM koku.

Ejam tālāk. Ir iespējams arī apskatīt HTTP pieprasījumus. Varam apskatīt gan cik katrs objekts procentuāli aizņem no kopējiem KB, gan cik daudz laika procentuāli no kopējā laika pavadīts, lai ielādētu elementu.

Tiesa gan – es tā arī īsti nesapratu pēc kāda principa tie tiek kārtoti.

Patīkami, ka var nospiest uz objekta uz ērti apskatīt, kas tas ir. Ja tas ir CSS, HTML vai JS, tad tā tekstuālo saturu. Ja attēls, tad attiecīgi pašu bildīti:

Nedaudz padarbojoties ar Javascript konsoli, novēroju, ka objektiem ir pat autocomplete iespēja. Tiesa gan – es tik reti izmantoju JS konsoli, ka īsti labums man personīgi no tā nav.

Neizmēģināju gan vai ar šo rīku ir iespējams debugot XmlHttpRequest (Ajax) pieprasījumus, bet no pirmā acu uzmetiena nekas neliecina, ka tur kaut kas tāds ir paredzēts.

Katrā ziņā pārlūks izskatās ļoti cerīgi. Ja jau pirmajā relīzē ir pieejami izstrādātāju rīki, tad cepuri nost Gūglei. :)

Starp citu, W3C jau kādu brīdi piedāvā validēšanas rīku arī priekš HTML 5. Tiesa gan - eksperimentālā statusā. Bet, protams, kā tad savādāk, jo pats HTML 5 standarts arī vēl ir tikai izstrādes procesā.

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.

John Resig (JQuery izstrādātājs) turpmāk pusi no sava darba laika Mozilla paspārnē pavadīšot pie Firebug izstrādes. Ir izveidota speciāla Firebug komanda, kur bez John Resig strādās vēl arī Jan Odvarko un Rob Campbell. Šie vārdi gan varbūt nav tik pazīstami. :)

Pagaidām gan man neizdevās atrast neko par nākotnes plāniem (plānotām jaunām Firebug iespējam u.t.t.), bet domāju, ka speciālas izstrādes grupas izveide (un John Resig pievienošanās tai) noteikti nozīmē, ka gan jau drīzumā varēsim sagaidīt jaunas un noderīgas lietas.

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

Labas ziņas - Core Services, tie paši, kas izstrādā DebugBar paplašinājumu Internet Explorer pārlūkam, tagad piedāvā arī alfa versiju produktam IETester, kas ļauj uz Windows Vista testēt lapas gan IE5.5, gan IE7, gan IE8b1, un kas laikam būtu pats nozīmīgākais - arī IE6 pārlūkā.

Programma ir bezmaksas. Tā ir ērti lietojama - lai testētu lapu dažādās IE versijās, pietiek atvērt pa vienam tabam priekš katras versijas.

Ir zināmas dažas problēmas, bet vienkārši testējot lapas, tās ir visai nenozīmīgas:

• When resizing, the content may disappear. I am working to correct it on the nextversion.
• The Previous/Next buttons are not working properly
• Focus is not working properly
• Java applets are not working
• Flash is not working on IE6 instance.

Jeff Croft labi izteicies par piesiešanos citu cilvēku veidotajiem HTML par validāti:

Your markup validator, whether it’s the one on the W3C site or one built into your favorite coding tool, is a debugging tool. It should be used as such. Its job is to find errors in your code, so that you can fix them (or at least be aware of them). […] There is almost never a good reason for you to be validating someone else’s code. Usually, if you’re validating someone else’s code, it’s because you’re being an asshole.

Skarbi, bet diezgan patiesīgi. Tas tā - veltījums tiem, kas lapas kvalitāti mēra pēc kļūdu skaita nevis, piemēram, loģiskuma.

John Resig (JQuery autors) savā blogā raksta, ka Firefox 3 atbalstīs postMessage API. Tas nozīmē, ka jebkurš pārlūkprogrammas logs varēs nosūtīt ziņojumu (teksta veidā) citam logam (arī logam, ko pats nav atvēris un kas atrodas citā domēnā).

Vienkārši runājot - katram logam būs speciāla metode window.postMessage(text), kurai jāpadod ir tikai teksts. Izsaucot šo metodi, uz attiecīgā loga tiks izpildīts speciāls message notikums (event). Tam, protams, logā jābut definētam. Notikuma objektam (sekojošajā koda piemērā mainīgais e) būs pieejams data mainīgais.

Piemērs:

function proccess_message(e) {
   alert(e.data)
}
document.addEventListener("message", proccess_message, false);

Tad no cita loga:

reference_uz_pirmo_logu.postMessage('Sveiks, log! :)');

Cross-domain pārbaudes netiks veiktas, bet tās būs iespējams izveidot pašam, jo notikuma objekts saturēs arī tādus mainīgos kā domain, url un source. Pirmie divi attiecīgi būs domēns un pilna adrese izsaucējlogam. source būs DOM reference uz izsaucējlogu. Tātad mērķa logs varēs redzēt, kurš logs tam sūta kaut ko, un varēs arī tādā pašā veidā atbildēt.

Vairāk par postMessage API.

Starpcitu, iepriekšējā rakstā pieminētajā Scott Klarr blogā ir vēl gūzma ar špikeru (cheat sheats) kompilācijām:

• HTML un XHTML špikeri
• Špikeri par dažādām tēmām
• Javascript/Ajax špikeri
• CSS špikeri

Vēl noderīgāk. :)

Papildinājums: un tur ir vēl!