Dupa “imagine reality” inca suntem pe primul loc, dupa cum se poate vedea si din poza.

Dupa “game reviews graphics tutorials” tot ce putem spune momentan e ca nu suntem in primii 1000. Dar mai mult ca sigur ca am progresat fata de prima data cand ne-am cautat

The Webbies – ppt

Si nu uitati sa ne vizitati: http://www.imaginereality.org/

Despre ce este vorba? Pai simplu. Ne-am ales doua seturi de cuvinte, dupa care vom face periodic cautare pe Google si vom vedea ce pozitie are site-ul nostru. Aceste seturi sunt:

• “imagine reality” (legat doar de numele site-ului)
• “game reviews graphics tutorials” (legat de domeniul de care este legat site-ul si in general proiectul nostru).

In prezent situatia arata in felul urmator:

• Pentru “imagine reality”, ocupam in prezent locul 1 din cca. 65 de milioane de pagini
• Pentru “game reviews and graphics tutorials”, inca nu ocupam un loc (din cauza faptului ca Google nu a actualizat inca informatiile legate de site-ul nostru, ceea ce face ca site-ul nostru inca sa figureze ca “under construction”, desi acest tag nu mai figureaza in site-ul nostru de cateva zile bune).

Vom reveni si in zilele urmatoare cu alte statistici, pentru a vedea cum evolueaza site-ul nostru.

Am avut in seara de duminica un chat impreuna cu Mircea (WebSmiths), Sergiu (QWERTY), Tiberiu (Gold) si Catalin (Power Over Web) legat la tehnologiile utilizate pentru implementarea site-ului. A fost o discutie foarte interesanta, care s-a intins peste 2 ore, in care am discutat despre mai multe lucruri.

Astfel, intai am vorbit eu despre beneficiile JavaScript  si am cazut de acord ca este un mecanism foarte util in dezvoltarea unei interfete. Am continuat cu PHP-ul despre care ne-a vorbit Catalin – o alta solutie consacrata careia am avut putine lucrui sa-i reprosam, cu atat mai putin cu cat beneficiaza de un suport enorm in ziua de astazi. Tiberiu ne-a povestit despre aventurile lui cu AJAX si ne-a explicat de ce proiectul echipei sale va utiliza mai mult aceasta tehnologie.

Ulterior, am schimbat putin registrul, trecand de la tehnologii “de baza” (ca sa le zic asa) la platforme deja implementate, care vin sa simplifice viata (cel putin pe hartie ) dezvoltatorului implementand deja anumite functionalitati sau oferind o serie de servicii facile acestuia. Am discutat impreuna cu Mircea despre JavaFX ca inlocuitor pentru AJAX, Flash sau Silverlight, oferind posibilitatea integrarii de cod Java direct in aplicatie (cu performantele de viteza aduse de acesta). In final, am discutat cu Sergiu legat de CMS-uri (Content Management Systems), ce reprezinta platforme care faciliteaza dezvoltarea de content Web prin utlizarea unor programe implementate in limbaje consacrate. Astfel de CMS-uri sunt Drupal sau WordPress. In particular, topic-ul CMS-ului WordPress a fost foarte bine-venit, intrucat echipa noastra tocmai ce luase decizia de a migra proiectul, renuntand la ideea “facem totul de la 0″, catre o solutie bazata pe o structura deja implementata.

Discutia s-a dovedit a fi una interesanta, in care am putut afla despre unele tehnologii noi, impreuna cu avantajele / dezavantajele lor si aplicatiile in care se preteaza a fi folosite.

1. gasit pe net un tutorial cu cod sursa pentru un blog scris in PHP si compania.
2. folosit un framework de PHP.
3. folosit wordpress ca tot avem un blog pe el.

Dupa cateva search-uri pe google prima varianta a cam cazut, negasind nimic destul de complex (trebuia sa foloseasca si MySQL) si destul de simplu explicat sa priceapa si mintile noastre de n00bs in ale programarii pe web.

Legat de framework-uri de PHP totul suna foarte bine, chiar incepusem sa ne documentam despre care framework ar fi mai bun: http://www.phpframeworks.com, preferatul nostru fiind codeigniter. Chiar vazusem un filmulet: how to create a blog in 20 minutes, pe care chiar as fi vrut sa il vizionez (http://codeigniter.com/tutorials/watch/blog/).  Aici aveam insa mici dubii cu privire la necesitatea sau nu a acestui framework pe serverul de PHP (inca nu m-am lamurit).

Astazi insa am dat peste un blog foarte frumos realizat de catre colegii nostri de la qwerty: http://cstips.info/. Am discutat cu ei si am aflat ca au plecat de la un blog de wordpress (care se poate downloada de aici) pe care l-au pus si integrat foarte rapid pe serverul care le face host-ing, si au putut sa isi configureze aspectul blogului si anumite accesorii din ele cum au vrut (doar aveau codul sursa la dispozitie acum).

Asa ca ne-am gandit si noi ca ar fi o idee foarte buna sa pastram CMS celor de la WordPress si sa trecem pe “versiunea .org”. Pe langa codul sursa la care avem acces, acum am citit pe net si de existenta a numeroase teme care pot fi integrate usor pe wordpress.org si a Plugins care apare la setarile blogului pentru admin.

Nerabdatori sa incercam noua descoperire, si dat fiind faptul ca nu aveam inca suport de MySQL pe server (ne lipseste doar baza de date din cate am intels, serverul/daemonul este instalat), am incercat (si reusit) sa integram acest blog nou de WordPress cu serverul de WAMP instalat local, rezultand un blog host-uit local (si private) de moi.

Setarea unui blog de WordPress se face foarte usor (5 minute) de indata ce ai cateva detalii despre baza de date pe care o vei folosi. Aici treaba a fost putin complicata pana m-am prins la ce e bun utilitarul phpmyadmin care vine pe langa PHP, MySQL si Apache Server instaland WAMP. Din phpmyadmin se poate crea o noua baza de date si seta un user si password pe aceasta (exact ce trebuie pentru setarea blogului de WordPress). Apoi dupa un copy-paste in directorul www, gata blog-ul, care nu mai depinde de wordpress (putem modifica fisierele .CSS si .php astfel incat sa adaugam ce functionalitati consideram noi ca ar mai trebuie sa aveam in plus sau in minus).

Primul este Easy PHP, care are diferite versiuni denumite dupa veriunea de PHP pe care o instaleaza. Astfel veriunea recomandata 5.3.0 contine PHP 5.3.0, Apache 2.2.13 si MySQL 5.1.37 (versiunile de Apache si MySQL sunt in principiu aceleasi pentru toate distributiile). De asemena acest pachet mai contine si PhpMyAdmin 3.2.1 destinat administrarii MySQL pentru web.

WAMP (Windows Apache MySQL PHP) este utiliarul care personal mi s-a parut mai bun, deoarece pe langa faptul ca instaleaza veriuni destul de recente pentru cele trei ultilitare:  Apache 2.2.11,  MySQL 5.1.36, PHP 5.3.0 permite utilizatorului sa instaleze si versiuni mai noi pentru fiecare utilitar in parte. De asemenea folosind WAMP am reusit sa imi configurez serverul de Apache sa asculte pe 8080 (portul 80 era deja ocupat si nu prea am reusit sa vad de cine: netstat -o), in timp ce Easy PHP nu prea se intelegea prea bine cu faptul ca Windows 7 nu te lasa sa modifici fisiere din Program Files daca nu iti pui drepturi pe ele (eventual change owner).

Ni s-a sugerat la IOC ca prima tema de discutie un overview asupra noi versiuni de HTML ce va aparea nu intr-un viitor apropriat, versiunea 5.0.

In continuare voi prezenta la ce concluzii am ajuns.

Initial viitorul standard care dorea sa duca mai departe navigarea pe web era succesorul XHTML 1.1 si anume XHTML 2.0. Cum insa oamenii care lucrau la alcatuirea acelui draft au fost oarecum lipsiti de intuitie, XHTML 2.0 se baza mai mult pe lucrul cu documente si neglija aproape in totalitate aspectul multimedia pe care noua generatie de pagini web o are, acest proiect a fost anulat si HTML 5.0 ramane singurul candidat pentru noua generatie de programare www.

Prinicipiul pe care se bazeaza HTML 5.0, prin definirea unor noi taguri si eliminarea unor taguri care sunt obsoleted (majoritatea se refera la layout care este acoperit cu succes de CSS, si a lui <div>), este integrarea intr-un singur limbaj a anumitor functionalitati impartite acum printre plugin-urile browserelor. Asadar HTML 5.0 este un doar un succesor al precedentei versiuni de HTML si nu isi propune sa revolutioneze standardul curent (keep it safe).

Sunt propuse urmatoarele API-uri:

• API de desenare 2D
• API pentru media video si audio
• API pentru aplicatii offline
• API de inregistrare pentru anumite protocoale sau tipuri media
• API pentru editare
• API drag and drop
• API pentru browsing history
• API pentru mesaje intre documente

Tag-uri interesante

<canvas>
Folosit pentru declararea unei zone dintr-o pagina web drept zona in care se poate desena 2D: linii, poligoane etc. Similar cu ceea ce face java script, care de astfel poate fi si integrat intr-o pagina prin acest tag. Mi se pare foarte folositor in contextul in care se tot vorbeste despre pagini www in 3D, scrierea unui API care sa realizeze trecerea din 2D-ul furnizat de canvas intr-o zona 3D este usor de realizat si poate asa o sa avem mai multe porturi de aplicatii 3D gen http://www.quakelive.com/, fara a mai trebui sa instalam pluginuri peste pluginuri care se updateaza in fiecare saptamana.

<video> si <audio>
Tag care are ca scopt eliminarea necesitatii instalarii unor plugin-uri, cele audio si video respectiv (sau a unor playere – Flash Player). Acest lucru se va realiza prin incorporarea unor noi codecuri, a caror suport in browsere va fi usor sau mai putin usor de integrat. Dupa parerea mea aceste doua taguri sunt foarte reprezentative pentru ceea ce vrea HTML 5.0 sa realizeze: unificarea unor facilitati deja existente si nu neaparat inovatii.

<drag and drop> (atribut)
Acesta nu este un tag propriu-zis ci un atribut (draggable), dar pe care il consideram demn de mentionat. Aici se definesc niste handlere necesare cand este vorba de drag and drop: dragStartHandler (inceput de drag – s-a apasat click), dragEnterHandler, dragOverHandler (ce se afiseaza cand se face drag) si in final dropHandler (ce actiuni se executa la sfarsit de operatie). Personal consider acest tag folositor pentru operatii de tipul download la care sa nu apara butonul de save as si sa se poate face un drag and drop pe fereastra de pe calculatorul local unde vrea sa fie salvata aceasta resursa, acelasi lucru valabil si pentru upload. Chiar in cazul upload-ului, in momentul de fata cel mai fericit caz este cand dai upload si iti apare o fereastra in care poti da copy paste la calea catre resursa ta si nu trebuie sa o cauti, desi ai o fereastra deschisa fix in acel director.

In loc de concluzie

Ideile pe care le propune noul standard HTML sunt de bun simt, si care ar trebui integrate cat mai rapid. Dar acest lucru nu se va intampla prea curand, HTML 5.0 este doar in stadiul de draft si mai are mult pana va ajunge un standard (cea mai pesimista data peste care am dat: 2022), ceea ce ne face sa ne putem niste semne de intrebare atat ca programatori (daca putem/trebuie sa program urmatorii ani fara acest standard probabil ca nu este atat de necesar), cat si ca utilizatori (o solutie mai rapida de eliminat necesitatea download-ului de plugin-uri ar fi integrarea in kitul de instalare al browserelor a celor mai populare astfel de plugin-uri).