Interfete Web Blog

Pentru a trece peste toata povestea de completare a formularului de download intrati aici:

http://giove.isti.cnr.it/task.zip

Tin pe aceasta cale sa imi exprim dezaprobarea fata de tema a 2-a data la materia de Interfete Evoluate.
Este o tema muncitoreasca, care nu o sa ne aduca nimic in plus fata de ceea ce am invatat la laboratorul aferent. Si parerile din acest articol vin in contradictie flagranta cu ce am scris in postarea anterioara, cum ca la IE (sau interfete web, cum vreti sa ii ziceti) chiar am invata lucruri care sunt de actualitate.

Da, in viata de obicei una e calda, apoi vine una rece. Iata ca a venit si aia rece. Si asta e tema a 2-a, de modelare orientata pe sarcini folosind un software care de-abia a atins in jur de vreo 6700 de download-uri in cativa ani (nu mai stiu de unde am obtinut informatia asta, daca poate fi verificata va rog spuneti-mi si mie).

Ideea de CTT (ConcurrentTaskTrees) e buna. Soft-ul e prost. Poate o fi singurul cu care se face modelare orientata pe sarcini? Aplicabilitatea conceptului e foarte mare, intr-adevar, si nu numai pentru interfete web, ci pentru orice fel de interfata cu utilizatorul. Cum sa poti sa te descurci cu un soft care are o interfata de pe vremea bunicii mele, care nu numai ca arata inestetic (doar suntem la capitolul "interfete web",nu?) dar este si partial nefunctionala? M-a chinuit nitel si la laborator, acuma ma chinuie si la tema. Tipii care au lucrat la el e clar ca nu se pricep la interfete de aplicatie. Dar daca s-ar fi orientat pe ceva interfete web? Doamne fereste, site-ul sta drept exemplu (ii poti 'strecura' date false in formularul de download, cum ar fi un email fals sau eventual al cuiva pe care vrei sa il spam-uiesti, iar el accepta bucuros, macar-macar de ai downloada softul :) )

Bun..pe deasupra, textul temei a fost formulat in graba. Din text nu iti prea dai seama exact ce se doreste de la tine...

Proiectati utilizand CTTE interfata utilizatorului uman cu siteul blogger.com.

se vor considera minim urmatoarele facilitati
1. rol utilizator - vizualizare post,adaugare comentariu, vizualizare lista de posturi, vizualizare categorii

2. rol administrator - adaugare post, adaugare link in blogroll, editare link

"Interfata utilizatorului uman cu site-ul blogger.com"..pai, io cand dau in address bar "blogger.com" ma invita sa fac login cu contul meu de google, apoi ma baga in "panoul de bord" in care pot vizualiza blogurile la care am acces ca sa postez, ori pe care le administrez (in caz ca eu le-am creat), ori bloguri pe care le urmaresc(DACA am asa ceva). Unde intervine aici conceptul de "rol utilizator"? Aaaaa...pai pot apoi sa descalcesc misterul. Poate o fi vorba de faptul ca eu, ca user, pot intra pe un blog specific (cum ar fi blogul de Interfete Web) si abia apoi ma regasesc in ipostaza de "utilizator"? asta e cu totul altceva. Cerinta temei e ambigua nitel aci.

Apoi.."vizualizare categorii". Presupun ca s-a referit la un blog de pe blogspot in care este folosit stilul nou, cel cu layout/template pe XML. Caci blog-urile pe "stil vechi" sunt pe XHTML, nu au elemente XML, si nu toate au layout-ul facut de asa natura incat sa vezi categoriile. De fapt stai, despre ce categorii e vorba !? Despre categoriile in sine sau despre postarile dintr-o anumita categorie? Eu nu sunt blogger de felul meu, nu am de unde sa stiu la ce s-a referit textul de mai sus.

"Adaugare link in blogroll". Ce e ala blogroll? La ce adaugare de link se refera? Iarasi ma intreb, o fi vorba de blog-urile facute pe stilul XML? Caci acolo ai widget-uri pe care le poti adauga in interfete web (scuzati-mi aici keyword spam-ul care strica limba romana) ale blogurilor, si unul din ele se refera la o colectie de link-uri 'favorite' pe care le poti servi pe blog.

Nici nu mai continui. Poate cineva sa ma lumineze? Pretty please. Maine e deadline-ul. Cred ca o sa ma incapatanez sa nu o fac, in semn de protest.

Hai ai nostri cu interfete web, ca stie mai multe! :D

Mi-am amintit, citind postarile mai vechi, ca v-am ramas dator. Trebuie sa va povestesc cum a inceput toata aiureala asta cu interfetele web, cu acest blog, cu site-ul de Interfete Web.

Ideea e simpla.
Site-ul de Interfete Web de la adresa http://www.interfeteweb2.com a aparut initial datorita proiectului de la materia Interfete Evoluate pe care o urmam la facultatea de Automatica si Calculatoare din cadrul Politehnicii Bucuresti. E una dintre putinele pe care le urmam care o sa ne si lase intr-adevar cu niste skill-uri folositoare, intr-un domeniu care are o foarte mare cautare si care este o adevarata mina de bani daca esti profesionist cu ceea ce faci. Nu zic cum ca este chiar cursul in sine cel care ne invata, ci mai degraba research-ul propriu. Insa faptul ca se fac lucruri practice si de foarte mare actualitate e oarecum o noutate pentru peisajul Politehnicii noastre.
Proiectul de care vorbesc ne cere sa realizam un site de prezentare pentru o firma virtuala de IT(care sa fie pe google in serps pe prima pagina, adica in primele 10 rezultate, la cautarea dupa search term-ul "interfete web") si un blog de suport pentru site (adica acesta pe care il cititi) care sa trateze probleme de tehnologii Internet (XML, XHTML, XPath & XQuery, AJAX, CTTE, search engine optimization - SEO, CSS si standardizari W3C si orice ne mai pasioneaza pe noi). Echipa noastra s-a format in jurul acestui proiect si am decis sa ne numim iSquare Development. De aici si numele de Interfete Web iSquare Development.
Primul pas a fost sa facem o sedinta organizatorica, lucru care s-a petrecut destul de devreme, inainte de data de 16 octombrie, deoarece ne-am dat seama ca e foarte putin costisitor, dar foarte important sa 'furi startul'. Astfel ne-am ales managerul echipei, care in acest moment (sincer) nu mai stim cine este, deoarece am luat fiecare pe rand postul de manager in diferite momente; initial eram eu, care inscrisesem si echipa de interfete web in concurs (si daca ceilalti au amabilitatea ma vor si pastra, macar simbolic - deoarece suntem fiecare proprii nostri manageri :P) Am facut nitel brainstorming, sintetizand toate ideile intr-un document dupa care ne-am ghidat pana acum.
Desi am pornit destul de devreme cu organizarea, in momentul in care am ajuns efectiv la aspecte tehnice, practice, au inceput problemele. De exemplu, am realizat ca majoritatea numelor de domenii bune din punct de vedere al optimizarii pentru motoarele de cautare fusesera luate (aici dau exemplu interfeteweb.com, interfeteweb.net, interfeteweb.org si altele). Am decis impreuna sa 'achizitionam' pentru blog domeniul http://www.interfeteweb2.blogspot.com, iar pentru site-ul de prezentare al firmei domeniul interfeteweb2.com, deoarece am conchis ca este un nume cu semnificatie efectiva (Interfete Web 2.0) si ca ne va aduce si trafic si beneficii seo, pe langa celelalte alternative pe care le aveam. In alegerea numelui de domeniu am urmat niste sfaturi pe care le puteti gasi la aceasta adresa:

http://www.selfseo.com/story-19403.php

Am decis iarasi sa folosim serverul isquare.ro al unui coleg de-al nostru pentru a face hosting-ul (courtesy of Catalin Ispas). Acesta s-a ocupat de setarile de DNS pentru noul nume de domeniu si de setarea serverului web. Pentru cei care nu au avut de-a face cu setari de genul asta (deoarece au folosit hosting-ul oferit de cei de la care au si cumparat numele de domeniu) treaba se face cam asa..
- cumperi numele de domeniu
- setezi nameservere-le externe pentru numele de domeniu (noi le-am setat sa 'arate' spre serverul colegului nostru); acest pas se realizeaza folosind tools-urile date de cei de la care ai achizitionat domeniul.
- configurezi nameserver-ul tau personal(sau nameserverele, caci e nevoie de minim 3 dupa standardele internationale, dar nu e obligatoriu) pe care l-ai dat mai sus sa actioneze ca "autoritate" pentru domeniul cumparat.
- in continuare folosesti un webserver care sa iti serveasca pagina web.
And that's all folks. Trebuie totusi sa ai rabdare, caci update-ul de DNS se propaga la scara internationala cam in 24-48 de ore, deci domeniul tau va fi accesibil dupa schimbarea DNS-ului, din toate colturile lumii, cam in 2 zile maxim.

Am mai avut de facut setari si pentru blog. De exemplu, pentru ca fiecare din membrii echipei sa poate posta pe blog, trebuie sa dai permisiuni (logic).

Legat de site, am decis folosirea unui framework php si nu a unui CMS (content management system), din motive legate strict de seo. Framework-ul folosit este CodeIgniter, relativ nou, dar extrem de 'usor'(cateva sute de kB) si de folositor, bazat pe modelul Model-View-Controller. Il recomandam oricui are nevoie de functionalitatile de baza pentru web-development si nu doreste 'bagajul' in plus creat de cms-uri. Il gasiti la adresa:

http://www.codeigniter.com

Asta este experienta cu setarea site-ului si a blogului.

Stay tuned, folks!

Pret bun, configuratie mai mult decat decenta pentru non-gamer:
http://www.go4it.ro/stire/3519758/Touchsmart-TX2-o-bijuterie-multitouch-de-12-de-la-HP.html

Asteptam cu nerabdare sa-l iau pe http://news.cnet.com/8301-17938_105-9686982-1.html cand nu va mai avea pret de masina :)

Pentru oamenii ce au avut de facut aplicatii web si din motive de ciudatenie nu doresc sa foloseasca google custom search: exista o solutie!
Pentru orice persoana/firma ce doreste sa construiasca un search enterprise si sa nu plateasca de la 5000$ in sus: exista o solutie!
Pentru orice alt maniac ce nu se incadreaza in categoriile de mai sus si totusi vrea sa faca ceva ( orice ) legat de search... Exista Solr.

Ce este Solr?
Un server de search open source ce comunica cu aplicatiile exterioare prin HTTP si XML.

De ce as folosi Solr?
Pentru orice aplicatie ce are nevoie de cautare, Solr functioneaza ca o baza de date ce implementeaza o sumedenie de algoritmi pentru fulltext search. Este foarte usor de integrat in aplicatii existente. Solr functioneaza ca server HTTP, puteti baga date in el prin POST-uri HTTP, sau pur si simplu prin modulul sau de sincronizare a datelor cu o baza de date relationala - practic se scrie un query SQL intr-un fisier de configurare XML iar el stie sa faca de acolo.
Cautrea se face prin simpla accesare a unui URL ce intoarce un XML cu rezultatele cautarii.

Cum se foloseste?

1. Se configureaza schema si parametrii de functionare ai aplicatiei. ( Nu va speriati, nu este obligatoriu de la inceput, by default vine cu o configuratie standard f buna ). Totul se face prin xml.
2. Se ruleaza Solr ( java -jar start.jar )
3. Se introduc date in el. Putem insera date fie printr-un POST la
4. Se cauta. Un search pentru 'oby two' se realizeaza prin accesarea url-ului: http://localhost:8983/solr/select/?q=oby+two
   

Se integreaza destul de usor cu orice fel de aplicatie. Exista librarii client pentru Ruby, PHP, Java, Python, C#, iar avand in vedere ca toata comunicatia se realizeaza prin XML-uri crearea/modificarea librariilor nu este dificila.

Cum incep?
Site-ul oficial este http://lucene.apache.org/solr/
Un tutorial pt a experimenta cu el se gaseste la http://lucene.apache.org/solr/tutorial.html

M-am hotarat sa scriu un pic despre RoR pentru ca mi-a picat in brate pe la munca si m-a impresionat. Rails este un framework special pentru aplicatii web peste modernul si mult-laudatul limbaj pe nume Ruby. In caz ca nu stiti, Ruby este un limbaj interpretat absolut bestial de tip Duck Typing, in multe privinte similar cu Python, sau cu batranul precursor Smalltalk. Tutoriale sunt peste tot, dar cel mai bun start in Ruby e instalarea + lansarea unui irb in Linux si experimentarea. Pe langa toata comoditatea mai si merge ca lumea, dupa ce-am vazut eu mai bine decat Java (performance-wise).

Bun. Acu Rails... O sa gasiti pe net o groaza de exemple de aplicatii web misto rezolvate cu RoR in cateva linii de cod. Si cam asa e. Singura problema e ca daca vrei sa-ti faci serverul sa ruleze Rails e ceva de instalat p-acolo si un proiect in Rails nu e tocmai usor de pornit de la zero. Din fericire, exista o solutie foarte eleganta la treaba asta. Se numeste Aptana si e un mediu de dezvoltare pentru Ruby, Rails, AJAX si alte nebunii. Dupa ce-l dati jos o sa constatati ca e fix un Eclipse cu niste chestii in plus. Tot ce trebe sa faceti e sa ii ziceti unde gaseste el Ruby si Rails. De aici totul e lejer pentru ca se ocupa Aptana si baza de date, si de server (recomand Mongrel) si stie sa si faca un proiect cu totul la dispozitie care abia asteapta sa-i scrieti modelele. In privinta framework-ului efectiv, mie mi se pare de-a dreptul excelent... Exista clase si metode pentru orice iti trece prin cap, totul e ultra-flexibil si datele se misca dintr-o parte in alta foarte fluid, fara sa trebuiasca sa le adaptezi cu ciocanul.

Concluzie: Daca va plac aplicatiile web si vreti sa va jucati cu ceva misto, get Rails. Daca va place sa configurati o vreme de capul vostru merge si fara Aptana, dar nu inteleg de ce l-ati evita :)

Newsflash - Analiza pesimista Web 2.0:
Tocmai am scris articolul despre DTD. Tocmai, adica acum 2 ore. Ca tot useru' normal de PC am scris in winword.exe unde am facut textul si l-am formatat cu grija. Elemente folosite: buline si identari. A si sa nu uit: un link (oricum a disparut...whatever... in forma finala este tot plain text).
La paste in interfata lor minunata de pe blogspot, articolul meu se intinde pe vreo 2500 de pixeli inaltime... Hmmm.. Asta nu e bine [imi zic]. Winword -> Save As: FILTERED HMTL si dupa asta F3 pe html, copy paste in minunatul editor din blog, in modul Edit Html. Nope. Not workin'. Zice ca n-am voie sa pun taguri de gen >head<>body<, o chestie destul de logica...Vin eu cu tupeu si bag head-ul documentului la jumatea lui? Corect! Si le scot. Imi scot si stilurile si ajung la un rezultat minunat: nici o diferenta remarcabila, scroll de 5 minute ca sa citesc 20 de linii scrise... Bai, stai ca e o problema aici... Poate Word-ul nostru cel de toate zilele este animalul vinovat (sau poate eu)... Hai cu Dreamweaver. Si modifica si modifica si modific ... etc Rezultat: o chestie formatata tot cu 1.5 cm intre linii. Jeee! 10x a lot! Si m-apuc sa modific direct in minunatul editor de pe blogspot in modul idiot-friendly and dumb-proof: Compose. La prima vedere e foarte simplu, numai ca-mi pune in loc de <> codul html. In editorul WYSIWYG el imi baga cod html. Bine Google!!! Acu-mi dau seama de ce nu am blog si de ce probabil nu o sa-mi fac...Suntem incompatibili... Web 2.0 asta e un concept mult prea evoluat pentru mine. Si acum se vorbeste despre Web 3.0 (foarte trist...toti pustanii care nu stiu sa-si lege sireturile vor scrie din ce in ce mai mult despre cum poti sa-ti tai venele mai eficient...Web 3.0 - EmoWeb...).

Semnat: Negru' Pe Plantatie - analiza pesimista Web 2.0

PS: Incerc sa dau save si nu ma lasa sa scriu <> fara spatii intre <,> si head.

Voi incerca in cateva bullet-uri sa descriu ce este DTD, cum si la ce se foloseste.

• Informatii Generale:
  
  • DTD = Document Type Definition – limbaj pentru specificarea structurii documentelor XML
    
  • Utilizat pentru:
    
    • validarea documentelor XML
      
    • definirea unor standarde pentru fisiere scrise in XML (e.g. SVG – fisier in care se definesc obiecte vectoriale).
      
  • Fisierele DTD permit definirea elementelor XML, atributelor si restrictii la tipul unor elemente, numarul lor de aparitii si ordinea in care acestea apar
    
  • Succesorul lui DTD este XML Schema, unde se declara constrangeri mai avansate scrise intrun fisier XML.
    
• Sintaxa
  
• DTD poate fi inclus in:
  
  • Fisierul XML: <!DOCTYPE root[conţinut DTD]>
    
  • Fisier extern: <!DOCTYPE root [SYSTEM sau PUBLIC FPI] url>
    
    • SYSTEM = fisierul .dtd este pe acelasi calculator cu .xml-ul
      
    • PUBLIC = fisierul .dtd este la o adresa externa
      
    • FPI = Formal Public Identifier : string care identifica in mod unic un DTD utilizabil pe mai multe documente
      
    • URL = adresa fisierului
• Un element se defineste astfel: <!ELEMENT nume tip sau (structura + descriptori)>
  
  • Tip – poate fi:
    
    • EMPTY - elemente vide
      
    • ANY – orice structura
      
    • #PCDATA – parsed character data
      
  • Descriptori pentru element:
    
    • * - 0 sau n aparitii
      
    • + - 1 sau n aparitii
      
    • ? - 0 sau 1 aparitie
      
    • | - sau exclusiv (apare elementul1 sau elementul2)
      
      Exemplu de element „Casa”:
• Structura:
• <!ELEMENT Casa (ID, tip_casa, camere*, garaj?, (Cu_Etaj|Fara_Etaj), alte_case+)>
• Atributele se definesc astfel:
  
  • <!ATTLIST element atribut tip valoare_implicită>
    
    • element – numele elementului definit
      
    • atribut – numele atributului definit
      
    • tipul poate fi de obicei: CDATA, ID, IDREF, IDREFS, val1| val2 | .. |valn
      
    • valoarea implicită poate fi: Valoare, #FIXED, #IMPLIED, #REQUIRED
      Mai multe despre DTD la http://www.w3schools.com/dtd/default.asp sau pe site-ul Interfete Web

Hot tip: daca unele interfete web pe care le creati sunt valide dupa o schema oficiala XHTML (cum ar fi XHTML 1.0 Strict), acestea vor fi preferate de motoarele de cautare in defavoarea altora care nu respecta standardele. De ce? Pentru ca acele "crawlere" pe care le trimit motoarele de cautare sa indexeze interfete web sunt "oarbe" la farmecele JavaScript sau orice altceva si prefera textul chior (ca si ele), deoarece acesta poate fi interpretat foarte usor si constituie sursa principala de date a motoarelor de cautare, mai ales atunci cand aceste interfete web sunt structurate dupa toate regulile de redactare a unui document. Si cu cat textul chior este redactat intr-o maniera cat mai "curata", dupa standarde, cu atat aceste interfete web ale tale vor fi mai usor de indexat, cu atat crawler-ul se va chinui mai putin si, deci, iti va aprecia si tie munca mai mult prin ridicarea in ranking..

Dintre cateva interfete web care respecta standardele XHTML 1.0 Transitional, va prezentam una care poate fi gasita pe site-ul de Interfete Web al echipei Interfete Web iSquare

Iar a jucat Steaua infect si si-a luat-o pe coaja. Poate daca ar fi aplicat niste interfete web mai evoluate ca sa 'discute' cu cei de la lyon atunci poate web-ul ar fi fost acuma plin de urari si nu de spam despre un meci infect. Asta e, poate alta data, cand o sa invete si ei cate ceva despre interfete web :D

Azi a trebuit sa prezentam la laboratorul de interfete web progresul site-ului pe care il cream. A, am uitat sa va mentionam,da :). Aceste interfete web fac parte dintr-un experiment (dupa parerea mea) al materiei Interfete Evoluate (IE) de la ACS (Automatics and Computer Science) Politehnica Bucuresti, si dintr-un proiect (dupa parerea lor, a colectivului, care citeste asta acum, probabil :> ). E dickstractiv. Mai vedem si noi concurenta. Si ne amuzam de noi :>
Am auzit o fraza ciudata de la un coleg de-al meu. Il intreba pe Vlad Posea (asistentul nostru) ce e cu paianjenu' (n.t. "spider" aka crawler - daca ar fi sa traducem direct am putea sa ii zicem "taratura" de la Google :))) Pai, daca exista doritori, noi vom vorbi si despre Googlebot, caci asta este numele lui de botez. Putem sa vorbim si despre ce ii place taraturii, si ce nu-i place, si cum poti sa il ajuti sau sa il blochezi cand vrea sa se 'catzere' pe interfete web care iti apartin. Si de ce ar fi totusi bine sa il ajuti sa se catzere mai cu spor pe aceste interfete web (e cam singura situatie care imi vine acuma in minte in care e bine sa lasi o taratura sa se catzere pe tine).

Hai ca e amuzant.

XHTML (eXtensible HyperText Markup Language) este un limbaj cu functionalitatile HTML, dar care se supune regulilor sintactice XML. Pentru detalii constructive si istorice avem evident http://en.wikipedia.org/wiki/XHTML

Cat mai simplu spus, XHTML-ul pare o idee buna care sa chinuie cam mult sa fie adoptata, in mare masura din cauza Microsoft-ului si al lor IE care te invita politicos sa salvezi pe disc orice pagina care isi declara type-ul ca “application/xhtml+xml”. Treaba asta forteaza intr-o oarecare masura folosirea tipului “text/html”, dar in felul asta dispar marile avantaje oferite de XHTML (namespace-uri, viteza mare de parsare, etc), lasandu-te doar cu gustul dulce al unui cod frumos aranjat. Cum nimeni nu e nebun sa faca o pagina care nu se deschide in IE, XHTML-ul “pur” e inca o fantoma. Exista totusi un workaround pentru treaba asta care permite browserelor sanatoase sa foloseasca avantajele “application/xml” pacalind-ul pe IE in a crede ca a primit un “text/html”. Se gaseste aici: http://www.w3.org/MarkUp/2004/xhtml-faq#ie

O alta treaba interesanta ar fi ca o combinatie fericita de XHTML si CSS poate ridica simpatic rank-ul site-ului tau in motoarele de cautare. Un articol despre treaba asta aici: http://www.alistapart.com/articles/seo

Dezbaterile legate de XHTML sunt lungi web-ul e mare, dar din partea mea primeste un mare vot de incredere pentru ca e asa de frumos si curatel :)

In seara asta am fost si am baut bere cu adilici si cu Negru Pe Plantatie si am facut caterinca de prostiile pe care le scriem pe blog si de site-u nostru fara continut care inca e in google (in mod ciudat, pentru ca daca io as fi la google, as da ban la toate site-urile de la interfete web si as incepe cu al nostru, ca umplem motoarele de cautare cu spam).
Prieteni, ia mai iesiti si voi la o bere, ca va omorati cu SEO-u intre voi...

Cica ar trebui sa stie lumea de chestia asta. Se pare ca e folositoare.

Ce e ala Sitemap? Site-Map. E o harta. A unui site. Buun. Pana aici ati putea zice ca sunt 'mentally challenged'.
Hai sa fiu putin mai exact. Sitemap-ul este de cele mai multe ori un fisier care descrie structura unui site, cu referire la paginile existente pe site-ul respectiv. Contine toate paginile (asta ar fi ideal) pe care doresti sa le introduci in harta site-ului. De ce zic de cele mai multe ori ? Pentru ca poate fi si pur si simplu o pagina html din site care sa contina link-uri spre paginile pe care le vrei in harta.

Bine, si la ce ajuta chestia asta?Pai ajuta. Si developer-ul si user-ul. In cazul in care ai harta in format html atunci user-ul beneficiaza in mod direct, prin faptul ca ii usurezi navigarea in interiorul site-ului. In cazul in care nu ai harta in format html, userul beneficiaza de pe urma motoarelor de cautare care dau de harta pe care ai postat-o pe site. Si in ambele cazuri, motoarele de cautare care isi trimit crawlere(termenul in trecut era de 'spider') care sa iti indexeze site-ul dau de harta respectiva si stiu cum sa o foloseasca pentru a 'sari' de la o pagina la alta. Astfel te poti asigura ca toate paginile pe care le doresti sunt vizibile pentru motoarele de cautare, in scopul indexarii.

Dar nu foloseste numai la asta. Dezavantajul unui sitemap HTML este faptul ca nu poti specifica tot ce poti specifica cu restul tipurilor de sitemap. De aceea, de exemplu, Google recomanda utilizarea sitemap-urilor in format XML, deoarece contin mult mai multa informatie. Cu un XML sitemap poti specifica frecventa cu care se modifica paginile din site, pentru fiecare in parte, si importanta pe care o acorzi tu, ca developer, fiecarei pagini. Asta ii spune multe crawler-ului, practic il scuteste de o munca in plus, si asta iti aduce anumite avantaje :) (da' numai daca ii dai acces la fisier, nu uita asta)

Aveti la aceste adrese de pe site-ul de Interfete Web 2 exemple de sitemap:
-sitemap xml: Interfete Web Sitemap XML
-sitemap html: Interfete Web Sitemap HTML

Sunt harti generate cu o unealta gratis, pe web. Exista multe asemenea unelte. Una din cele mai folosite este la www.xml-sitemaps.com

Utilizare placuta!

Probabil ca as putea sa adopt o abordare clasica pentru a scrie acest ghid: adica sa iau o pagina de pe Wiki sau de pe W3C si sa traduc. Sa scriu cine a facut standardul asta XML, cand din ce motiv ? Cui ii pasa ? Pe mine nu ma intereseaza ! Pentru ghiduri de genul asta vizitati :

1. http://en.wikipedia.org/wiki/XML


2. http://www.w3schools.com/xml/default.asp

XML-ul este o tehnologie veche. Din punct de vedere al complexitatii este undeva aproape de 0.3 din 100. Asa ca, initial, nu pare o chestie prea atractiva. Desi este un standard « rudimentar », usor de inteles si fara prea mult loc de facut jonglerii, o mare parte din documentele utilizate astazi se stocheaza in XML. Ciudat.

Companiile renunta la formatele proprietare pentru a stoca datele in XML (vezi Office 2007…). Majoritatea siturilor care fac update-uri zilnice sau saptamanale trimit datele in … XML. Limbajele de programare mai noi suporta biblioteci de functii care gestioneaza date XML. Si acum, ca si programator rookie ma intreb : de ce dracu au implementat astia support XML in limbaje de programare ? Nu puteau sa faca un suport de SQL built-in si un mod de conectare cu o baza de date free ? Ca doar nu o sa stochezi tone de informatii intr-un fisier de 100Gb… Da…Ciudat rau…

… Si in timpul promovarii unor softuri shareware pe net vad pe 80% din situri doua optiuni : upload PAD file sau introdu manual vreo 40 campuri despre produsul tau (nume, descriere lunga, descriere medie, descriere scurta, adresa, compatibilitate …[lista lunga]). Primele softulete le-am introdus manual, muncitoreste…da’ la un moment dat am dat click pe upload PAD file. Ce-i ala PAD ? Dupa un Google mic obtin si rezultatul : Portable Application Description. Oau…bun. Prima intrebare : e fisier text/binar/dump sql ? …Si google raspunde : vezi prietene ca-i fisier XML. Bun, XML, parca am vazut cum arata fisierele XML, nu cred ca-i mare smecherie sa fac un scriptulet care sa-mi genereze fisierul XML. Gasesc un PAD generator, completez manual datele pentru un produs si, vad cum arata fisierul output : un XML (ma asteptam la asta). Fac un scriptulet in PHP si cu un foreach scot fisiere PAD pentru toate softuletele mele. Foarte Tare ! Structura era de XML normal (prima linie standard <xml …. Versiune encoding > dupa care apare un minunat Arbore cu toate informatiile date necesare.

Okay…sa ne intelegem, fisierul asta PAD este acceptat de 80% din siturile care promoveaza software => am scapat de Copy Paste. O gramada de timp si nervi scutiti datorita fisierelor PAD sau mai bine spus, datorita tehnologii XML (pe care PAD-ul este construit).

Dar cand credeam ca toate problemele mele au disparut, au tasnit si mai multe : encoding, nu stiu ce camp are o lungime prea mare si nu respecta standardul PAD, la pret am pus virgula in loc de punct, short description lipseste si multe alte mici dureri de cap care au aparut cand am trecut datele din baza mea de date in fisierul LOR minunat.

Am corectat toate problemele intro saptamana si am scapat. Dar am ramas cu un semn de intrebare: chiar toate siturile si-au pus un Gigel sa faca un script ca sa-mi verifice validitatea pe fiecare camp din XML-ul ala nenorocit ? Putin posibil … dar cine stie…Raspunsul vinde dupa vro juma’ de an : WRONG. Ticalosii folosesc o alta tehnologie care vine peste XML si cu ajutorul unei sintaxe foarte neintuitiva (la prima vedere) poti sa filtrezi si sa pui ce restrictii vrei pe continutul unui fisier XML. Se numeste DTD. Despre DTD poate o sa scriu intr-un alt post/pagina.

Astazi am invatat un lucru nou, cautand solutia pe google la o problema care a aparut cand validam o pagina cu XHTML 1.0 Transitional. Problema era ca inserasem o lista neordonata (tag-ul "ul") intr-o alta lista neordonata, iar validatorul nu a vrut sa imi faca ziua mai buna, aratandu-mi rosu in fata ochilor (semn rau, inseamna ca e de naspa).
Listele imbricate in XHTML sunt posibile, insa nu poti sa inserezi o lista intr-o alta lista asa, cum iti vine tie..Trebuie ca lista imbricata sa fie continuta intr-un list item (tag-ul "li") pentru a putea fi validata cu XHTML 1.0 Transitional, deoarece dupa standarde, elementul "ul" nu poate contine nimic altceva decat element "li".
Pentru a ne face viata mai usoara si pentru a ne pregati pentru standardul XHTML am putea sa ne apucam de pe acuma sa scriem cod 'strict HTML' (eg. sa scriem toate tag-urile cu litere mici si sa nu uitam niciodata sa inchidem un tag pe care l-am deschis anterior).

Vom reveni cu un articol complet despre standardul XHTML in postarile ulterioare.