Sfatul 1: Folositi tehnici SEO inca de la inceputul designului paginii web si al dezvoltarii.

Sfatul 2: Trebuie acordata o mai mare importanta, insa codul este cel care asigura suportul. De aceea, incercati sa optimizati codul si sa verificati W3C compliance de la bun inceput.

Sfatul 3: Nu uitati elementele de baza, si anume: tagurile title, tagurile meta, tagurile header, etc.

Sfatul 4: Nu uitati sa optimizati imaginile site-ului folosind taguri alt. De asemenea, asigurati-va ca marimea imaginii este adecvata si ca timpul de incarcare este cel minim.

Sfatul 5: Motoarele de cautare “adora”, pur si simplu, textul si continutul, in special cel unic. Asigurati-va, deci, ca paginile au continut relevant, care sa creasca sansele de descoperire a site-ului. Incercati sa nu supraincarcati design-ul web cu prea multa grafica si sa aveti un text adecvat.

Sfatul 6: Flash-ul este la moda si este o calitate a site-ului care ii atrage pe useri. Daca vreti sa puneti flash pe site-ul dumneavoastra web, folositi bannere flash si slide-uri si mentineti, ca alternativa, versiunile cu text pentru site-uri cu full flash .

Sfatul 7: Analiza competitiva este si ea de maxima importanta, pentru a cunoaste statutul concurentei. Astfel, nu doar ca va imbunatiti plasarea site-ului in topuri, dar si descoperiti slabiciunile concurentei.

Sfatul 8: Optimizati URL-ul site-ului dumneavoastra web prin cuvinte cheie relevante. Puneti fiecarei pagini un titlu diferit si nu repetati acelasi titlu in site. De asemenea, titlul paginii nu trebuie sa depaseasca 65 de caractere.

Sfatul 9: Inlocuiti meniul JavaScript de navigare cu navigare bazata pe CSS. Folosirea JavaScript va face meniul dumneavoastra mai putin engine friendly, insa puteti folosi unele caracteristici ale acestuia intr-un meniu CSS sis a mentineti eleganta meniului de navigare.

Sfatul 10: Folositi un design de SEO friendly, care nu blocheaza sau ingreuneaza indexarea zonelor esentiale din site-ul dumneavoastra. De asemenea, asigurati-va ca motorul de cautare user friendliness mentine cuvintele cheie bogate in continut.

Aceste 10 sfaturi va vor ajuta sa realizati un site care functioneaza bine pe motoarele de cautare si confera design-ului traficul necesar supravietuirii pe piata online.

Directorul CodeIgniter contine doua fisiere si doua foldere. Cele doua fisiere sunt index.php (care trebuie pastrat indiferent de situatie) si licence.txt care contine acordul de licenta CodeIgniter. Cele doua directoare sunt user_guide/ (ce contine o versiune a documentatiei online la www.codeignter.com) si system/ .
O observatie inainte de a patrunde in folderul system/ : Aproximativ 100% din proiectele web vor necesita folosirea unor fisiere custom CSS, Javascript, imagini si foldere. Cea mai buna cale de a manevra aceste lucruri este sa creati foldere pentru ele in root-ul proiectului precum : system/folder. Acesta este un moment potrivit pentru a crea foldere precum css/, js/ si images/ . Pentru a face mai accesibile CodeIgniter-ului aceste foldere, este nevoie sa creati un fisier .htaccess in root-ul folder-ului site-ului dumneavoastra.

Asa arata fisierul .htaccess. care contine instructiuni ce permit anumitor fisiere si foldere sa fie vizibile pe site-ul web.

RewriteEngine on
RewriteCond $1 !^(index\.php|images|captcha|css|js|robots\.txt)
RewriteRule ^(.*)$ /index.php/$1 [L]

Daca sunteti familiarizati cu mode_rewrite in Apache, veti observa ca aceasta regula inlatura aparent index.php din URL-ul oricarei alte destinatii. Mai departe, cand veti configura CodeIgniter (si in special fisierul config.php), veti vedea ca aceasta este o idee buna.
Daca nu sunteti familiarizati cu mode_rewrite in Apache, nu va lasati intimidati de acest fisier.De fapt, fisierul .htaccess stabilieste cateva reguli, dintre care una pentru a inlatura fisierul index.php din toate URL-urile. Celelalte reguli din fisier permit folosirea altor foldere ce vor trebui accesate.

Folderul system/

Folderul system/ este locul unde se petrec toate actiunile. Acest folder contine tot codul CodeIgniter in cauza, organizat in mai multe directoare:

• Application – Folderul application contine aplicatia pe care o construiti. De fapt, acest folder contine modelele, view-urile, controller-ele dumneavoastra si alte coduri. Cu alte cuvinte, acest folder este locul unde se va desfasura 99% din activitate.
• Cache – Folderul cache contine toate paginile ascunse pentru aplicatie.
• CodeIgniter – Folderul codeigniter este locul unde se afla clasele centrale ale CodeIgniter-ului. Nu aveti nici un motiv sa intrati aici. Toata munca voastra va avea loc in folderul application.
• Database – Folderul database contine functii ale bazei de date si alte utilitati. Nu are sens sa ramaneti in acest folder.
• Fonts - Folderul fonts contine informatii legate de font si utilitati. Nici in acest folder nu are sens sa ramaneti.
• Language – Folderul language contine fisierele de limbaj. Il puteti ignora deocamdata.
• Libraries - Folderul libraries contine librariile standard ale CodeIgniter (care va pot ajuta cu e-mail, calendare, upload de fisiere si multe altele). Va puteti crea propriile librarii si extinde (chiar si inlocui) pe cele standard, dar ele vor fi salvate in folderul application/libraries pentru a le tine separate de librariile standard CodeIgniter.
• Logs – Folderul logs este folderul folosit de CodeIgniter pentru a scrie erori si log-uri.
• Plugins - Folderul plugins contine plugin-urile.

Folderul system/application

Cel mai important folder, cel care merita cea mai mare atentie, este folderul system/application si toate subfolderele sale. 99 % din munca dumneavoastra se va desfasura in acest folder.
Folderul system/application este impartit in mai multe foldere:

• Config – Folderul config contine mai multe fisiere importante, care controleaza optiunile configuratiei. Exista fisiere care seteaza datele de acces la baza de date si alte variabile pe care CodeIgniter trebuie sa le stie.
• Controllers - Folderul controllers contine controllerele pe care le creati pentru aplicatia dumneavoastra.
• Errors – Folderul errors vine cu un template CodeIgniter standard pentru paginile 404, erori PHP si altele. Puteti modifica aceste template-uri, pentru a le face sa arate cum doriti pentru aplicatia dumneavoastra.
• Hooks – Folderul hooks contine hooks-urile pe care le creati pentru aplicatiile dumneavoastra.
• Libraries - Folderul libraries contine librarii customizate pe care le creati pentru aplicatia dumneavoastra. Nu confundati acest folder cu folderul system/libraries (care contine librariile CodeIgniter de baza).
• Models - Folderul models contine modelele pe care le creati pentru aplicatie
• Views – Folderul views contine view-urile pe care le creati pentru aplicatie

Cu alte cuvinte, cele mai importante foldere sunt controllers/, models/ si views/. Daca petreceti 99% din timpul dumneavoastra in acest folder, veti petrece 99 % din acest timp cu controllerele, modelele si view-urile pe care le construiti.
Celalalt folder foarte important este config/ , ce contine mai multe fisiere de configuratie importante.Veti vrea sa le deschideti intr-un editor inainte de a incepe un proiect. Pentru ca aceste fisiere sunt foarte importante, va trebui sa le cunoasteti in detaliu.

Ce este Agile?

Exista multe defintii pentru Agile, de la superficiale la pedante. Nu toate definitiile sunt folositoare, dupa cum nici fiecare definitie nu este utila pentru munca dezvoltatorului software. Lucrurile devin mai confuze o data ce iti dai seama ca exista mai multe metodologii Agile valabile. Cel mai important de retinut este urmatorul lucru: Un software dezvoltat cu Agile este un framework conceptual care cauta sa micsoreze riscurile de dezvoltare si timpul de executie.

O aplicatie obisnuita poate dura intre 1 si 4 saptamani, timp in care o echipa de dezvoltatori indeplineste mai multe sarcini pentru a finaliza proiectul (planificare, design, cod, testare si documentatie). Un alt aspect important al Agile este abilitatea echipei de a se organiza in timp ce comunica cu partile interesate sau cu membrii echipei.

Metodologii Agile notabile

Deoarece exista multe metodologii Agile, si pentru ca fiecare dintre ele are parti diferite care cer mult timp pentru a fi invatate, noi aici abordam doua dintre ele: Scrum si XP. O data ce ai parcurs aceste metodologii, poti aplica ideile din fiecare.

Scrum

Scrum este o metodologie de management de proiect Agile care ofera echipelor mici multa flexibilitate. Iata atributele specifice unei intreprinderi Scrum:

• Ai nevoie de un backlog de produse – o lista de prioritati care are nevoie de completare.
• Echipa organizata foloseste backlog de produse pentru a crea rezerve de sprint.
• Fiecare sprint este o scurta perioada (1 la 4 saptamani) in timpul careia are loc o activitate intensa.
• Fiecare sprint incepe cu o sedinta de planificare, in care articolele de backlog pentru sprint sunt definite.
• Fiecare sprint se termina cu o retrospectiva.

Fiecare echipa are un ScrumMaster ce are rolul de antrenor, facilitator si tampon fata de lumea exterioara. ScrumMaster-ul nu este liderul echipei. Multi oameni din exterior il vad pe acesta ca pe un manager de proiect, dar nu este asa.
Scrum recunoaste clientii care au obiceiul sa se razgandeasca in privinta a ceea ce vor. Uneori, schimbarile de directie sunt subiective si capricioase si altadata intervin datorita schimbarilor pietei. Indiferent de motiv, schimbarile au loc si metodologiile de prezicere normale au zero sanse de a prezice aceste schimbarile. Scrum accepta ca aceste schimbari sunt inevitabile, de neprevazut, si nedefinite si se concentreaza asupra maririi abilitatii echipei de a se adapta schimbarii si de a oferi un produs bun.
Echipa lucreaza indeaproape cu partile interesate ( cum ar fi patronii, manageri de marketing, CEO) pentru a dezvolta o resursa de cereri ce trebuie adresate.
Un backlog de produs poate avea cateva articole prioritizate in el, cum ar fi:

• Clientul vrea sa poata verifica in siguranta vizualizari de pagina si alte statistici despre site-ul lui web.
• Clientul vrea hyperlink-uri in interiorul raportului.
• Clientul vrea acces in timp real la date, fara intarziere.
• Clientul vrea grafice informative cu date, nu doar date in forma de tabele.

Echipa poate sa se uite la acest backlog de produs si sa decida conversia primelor doua articole intro serie de sarcini:

• Crearea de view-uri pentru afisarea raportului.
• Crearea de modele pentru conectarea la sursa datelor.
• Crearea unui controller pentru a identifica si separa destinatii diferite.
• Implementarea unui model de securitate.

Adevarata lista de sarcini trebuie sa fie mai mare de atat. Pentru ca echipa se organizeaza singura, expertul HTML/CSS trebuie sa abordeze perspectivele, expertul bazelor de date trebuie sa construiasca modele, si expertul in securitate trebuie sa implementeze un model de securitate. Daca echipa nu are un expert in securitate, poate cineva isi aminteste un modul de securitate scris la un alt proiect – acest lucru poate fi util in acest context.

Sprint-ul este stabilit la 2 saptamani, iar echipa preia sarcinile, intalnindu-se intro sedinta de cca 10 minute. La fiecare sedinta, ScrumMaster-ul pune 3 intrebari de baza fiecarui participant:

1. Ce ai facut de la ultima sedinta pana acum?
2. Ce ai de gand sa faci pana la urmatoarea sedinta?
3. Ce probleme iti stau in cale acum?

Prima intrebare se refera la realizari, a doua la sarcini si a treia la riscuri. Sedinta permite echipei sa inteleaga cum decurge proiectul, cu un mare grad de transparenta. Foarte repede, toata lumea intelege ce s-a facut, ce mai este de facut si care sunt limitele.
Oamenii din exterior (altii decat dezvoltatorii, ScrumMaster-ul si proprietarul produsului) pot sa participe la sedinta, desigur, dar nu pot interveni. La ce se refera „intervin”? In multe proiecte de dezvoltare de software, vezi multi manageri sau oameni din exterior care cer diverse lucruri. Multe cereri sunt doar in mintile partilor interesate. Adesea, aceste cereri incurca programul si complica situatia.
Ce concepte veti prelua de la Scrum? Ideea backlog-ului este cheia, asa cum este natura sprint-urilor. Veti descoperi ca, in multe proiecte mici, un sprint poate dura 1 sau 2 zile. Veti mai descoperi ca nu este nevoie sa tineti sedinta zilnic mai ales daca sunteti singurul care lucreaza la proiect.

XP

Rolul principal al XP-ului este de a organiza practici zilnice care impaca umanul si productivitatea. Mai importanta este comunicarea fata in fata si feedback-ul decat adunarea de cereri formale.
Mai mult, sustinatorii XP pun in valoare activitatea simpla si curata fata de problemele viitoare care implica o mai mare complexitate. De exemplu, de ce sa iti faci griji pentru a ajunge la 50.000 de clienti cand tu ai doar 5 azi? Nu sunt suficienti 500 de clienti (sau chiar 50) deocamdata?
Un alt lucru bun despre XP este respectul colegial dintre programatori.
Ce puteti prelua de la XP? Simplitatea si comunicarea/feedback-ul.Este important sa dobanditi aptitudini de ascultare pentru orice abordare Agile. Cand lucrezi direct cu un client vei avea nevoie sa discuti adesea. Asigura-te ca acorzi suficient timp contactului fata in fata, intrucat acest lucru poate crea o legatura puternica intre tine si client.

Cu MVC, dezvoltatorii pot separa codul lor in parti distincte, facand intreaga aplicatie mai usor de dezvoltat, mentinut si extins. In plus, framework-urile MVC sunt de obicei bine structurate, permitand dezvoltatorului sa se concentreze asupra a ceea ce este important pentru client si pentru proiect si sa nu isi faca griji in legatura cu alte probleme care afecteaza fiecare proiect (cum ar fi securitatea si caching-ul).

Model-View-Controller, dupa cum spune si numele, este un model de design ce permite dezvoltatorilor sa separe codul in trei categorii:

• Models – pastrarea datelor
• Views – afiseaza datele si elementele interfatei
• Controllers – face legatura intre models si views

Important este ca MVC tine seama de user: incepe cu el sau ea. Userul este cel care da click pe un link, misca mouse-ul sau da submit unui formular. Controller-ul este cel care monitorizeaza aceasta activitate si actioneaza adecvat (cum ar fi manipularea modelului si actualizeaza view-ul).

Datorita structurarii MVC-ului in trei parti, dezvoltatorii pot crea mai multe view-uri si controllere pentru orice model dat, fara a forta schimbari in modelul de design. De exemplu, imaginati-va cea mai uzuala aplicatie web de inceput de secol 21, blogul. Blogurile sunt pretutindeni in zilele noastre, si nu sunt atat de greu de despartit in partile lor MVC:

• Un model care tine evidenta postarilor si comentariilor
• Multiple view-uri care afiseaza postarile individuale de pe blog, o lista a postarilor de pe blog sau rezultate de cautare
• Un controller care retine interactiunile user-ului (cum ar fi click-urile pe un link) si apoi redirectioneaza cererile catre modele  si/sau view-uri.

O aplicatie de blog MVC poate implica urmatoarele evenimente:

1.      Userul viziteaza prima pagina a blogului

2.      Acest simplu eveniment cere o actiune a controller-ului pentru pagina de index, care face un apel rapid la model pentru a gasi ultimele 10 postari din blog in ordine cronologica inversa.

3.      Datele modelului sunt apoi trimise catre view pentru pagina de index

4.      View-ul (inclusiv datele primite de la model) este ceea ce userul vede in browser

5.      Userul acceseaza un link pentru a vedea detaliile unui anume post de pe blog

6.      Controller-ul receptioneaza actiunea user-ului, foloseste modelul pentru a gasi postul de pe blog in cauza din baza de date si apoi incarca view-ul adecvat

7.      Ciclul incepe din nou cand user-ul da click pe un link pentru a vedea comentariile sau initiaza o cautare

Un alt fel de a gandi aceste roluri este schema de mai jos :

User input si Trafic Controller  = Controller

Procesare = Model

Output = View

Mod_gzip este un modul extern pentru Apache, ce iti permite comprimarea mai rapida si mai usoara a fisierelor, inainte ca ele sa fie trimise catre client.

Comprimarea cu ajutorul modului gzip se poate face in mai multe feluri. Mai jos am sa prezint cateva exemple simple.
Daca gazduitorul tau are pornit modulul gzip , cel mai usor mod de a comprima continutul este prin adaugarea in fisierul .htaccess a urmatoarelor linii de cod:

mod_gzip_on Yes
mod_gzip_dechunk Yes
mod_gzip_item_include file \.(html?|txt|css|js|php|pl)$
mod_gzip_item_include handler ^cgi-script$
mod_gzip_item_include mime ^text/.*
mod_gzip_item_include mime ^application/x-javascript.*
mod_gzip_item_exclude mime ^image/.*
mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*

Daca gazduitorul nu are pornit atunci adaugati in fisierul htaccess urmatorul cod:

php_value output_handler ob_gzhandler

Daca nu aveti aceasta optiune activa, atunci puteti scrie la inceputul site-ului in fisierul php functia ob_start(’gz_handler’), pentru a comprima fisierele php; pentru comprimarea fisierelor css le puteti schimba extensia din css in php si la inceputul fisierului scrieti :

<?

    header(’Content-type: text/css’);

    ob_start(’gz_handler’);

?>

Apoi, pentru a include in pagina fisierul puteti scrie:

<link rel="stylesheet" type="text/css" href="css/style.php" />

Pentru fisierele javascript se procedeaza la fel, doar ca la inceputul fisierului se scrie:

<?

    header(’Content-type: text/js);

    ob_start(’gz_handler’);

?>

Pentru a afla daca site-ul a fost comprimat puteti intra pe :

http://www.whatsmyip.org/http_compression/