Update la rankings 
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 
Si daca tot ne-am facut blog si ne chinuim sa ne facem si site (care tot blog o sa fie, intre noi fie vorba ), urmeaza sa ne si autoevaluam “munca” pe baza ranking-urilor Google.
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:
In prezent situatia arata in felul urmator:
Vom reveni si in zilele urmatoare cu alte statistici, pentru a vedea cum evolueaza site-ul nostru.
(De fapt ar trebui sa fie chat-ul #1 avand in vedere ca nu am mai avut si prima discutie, intrucat nu mergea concertChat-ul, dar facem abstractie )
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.
Dupa numeroase cautari a celei mai simple metode de a crea un blog am ajuns la trei variante:
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).
Am ajuns aproape la mijlocul semestrului. Pana acum am reusit sa ne organizam, in sensul ca ne-am decis asupra tehnologiilor pe care sa le folosim, ne-am documentat si am realizat primele pagini aferente domeniului. Dupa care, incepand de ieri, am stat impreuna cu Alex la o discutie legata de proiect.
Foarte pe scurt, am vorbit despre faptul ca desi rolul educativ al invatarii tehnologiilor de la 0 este clar (PHP, MySQL si JavaScript fiind cele de baza cu care lucram), nu putem avea pretentia sa realizam de la 0 o interfata deosebita in timpul ramas.
Cu ocazia aceasta, Alex a propus sa migram proiectul catre un CMS si, avand in vedere ca tema domeniului – publicarea de articole legate de review-uri si tutoriale grafice – se preteaza relativ bine pe structura unui blog, ne-am hotarat sa implementam un site bazat ca CMS-ul de la WordPress. Intrucat acesta ofera acces la surse, nu vom sacrifica aspectul educativ, dar vom putea oferi o interfata mult mai bine realizata decat am fi facut-o pana acum.
Va reveni ulterior Alex cu cateva detalii legate de noua platforma pe care o vom folosi.
Cea mai buna solutie pentru a putea lucara in paralel la dezvolatarea site-ului, o consideram a fi folosirea SVN, si instalarea pe sistem local a unui server de Apache, PHP si MySQL. Deoarece acestea sunt printre cele mai populare optiuni exista niste programe care permit instalarea si configurarea comuna a acestor trei utilitare. Voi prezenta in continuare doua dintre ele destinate sistemului de operare Windows.
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).
) precum si alte tehnologii pe care le-am putea gasi interesante si utile proiectului. Acum ca am rezolvat si cu site-ul, si cu domeniul, am inceput sa lucram la continutul propriu-zis al site-ului. Progresul este destul de lent (se poate zice ‘incet dar sigur’ ) pentru ca noi suntem cu totii complet noi in domeniul creerii de pagini Web (desi cel putin in cazul meu, toate tehnologiile asociate pe care le-am descoperit in ultima vreme mi-au trezit curiozitatea). In momentul de fata, am reusit sa gasim un fundal (e drept ca e sinistru, dar nu se poate spune ca nu arata bine ) si am inceput sa ne documentam serios pe tehnologiile pe care le vom folosi.
Speram sa mearga totul bine si in continuare.
Scurata Introducere
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:
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).
