Te apuci de testat. Vezi ca mailul din site ajunge in inbox pe diverse servere, totul ok si atunci descoperi problema: nu ajunge in inbox la mailurile @yahoo.com.

Adaugi adresa from in contacts pe yahoo, incerci din nou, mailul nu ajunge in inbox.
Te apuci si verifici domeniul si ip-urile sa vezi daca sunt in vreo lista de spam. Nu sunt!

Ce faci? Care este problema?

Lucrurile sunt destul de simple: domeniul tau, nou, nu este “de incredere” pentru yahoo si oricat ai astepta mailul tau nu va ajunge in inbox, nu va ajunge nici macar in spam.

Acum Google comes to the rescue .

Google ofera un serviciu numit Google Apps care are si o versiune standard, gratuita. Google Apps ofera, printre altele, si un serviciu de hosting pentru email pentru maxim 50 de useri, mai mult decat suficient pentru a rezolva problema data.

Setarile necesare pentru a muta mailul la Google Apps sunt foarte simple (o schimbare de MX records, se rezolva din cPanel).
Apoi poti trimite mailuri din PHP, folosindu-te de SMTP-ul de la google, fara nicio problema.

Ce se intampla in acest caz? Mailul ajunge instant in inbox la Yahoo!

Daca nici Google nu e trusted, atunci cine?

Sper ca acest mini – tutorial v-a ajutat iar in incheiere nu pot sa nu spun: de cand si pana unde a devenit Yahoo atat de restrictiv?

Daca ti-a placut acest articol citeste si:

• Yahoo 2008 review, cautarile anului
• Yahoo isi deschide si mai mult portile cu BOSS

Ce se intampla cand ramai fara voturi disponibile? Voturile acordate unei idei sunt returnate utilizatorului in momentul in care ideea intra in productie sau este respinsa.
Mai simplu, daca a aparut alta idee mai interesanta, iti poti retrage singur voturile.

De ce ar avea un magazin online de un serviciu ca UserVoice? Simplu! Pentru ca opiniile si dorintele clientului sunt cele mai importante.
Oricat ai inova si oricat ai incerca sa construiesti un serviciu bun tot timpul te vei intoarce la utilizator si la nevoile acestuia.

Okazii.ro primea feedback de la utilizatori si pana acum dar, astfel, intregul proces de interactiune intre Okazii si utilizator este mai transparent.

To make a long story short: intrati pe http://okazii.uservoice.com, vedeti ce au propus altii, propuneti si voi si votati

Top 3 propuneri de pana acum sunt:

1. versiune okazii.ro pentru mobil
2. status “plecat in vacanta” pentru vanzatori
3. implementare de plati si incasari prin paypal

Random Posts

• Si au trecut 20 de ani, degeaba …
• Analiza online .ro pentru saptamana 23-29 noiembrie
• Sistemele de valori si modelele de urmat
• Cum se rezerva un domeniu, the right way
• Grandi.ro : Bun sau Rau ?

Primul lucru notabil sunt widget-urile cu anunturi.
Puteti gasi la adresa http://www.anuntrapid.ro/widget-anunturi/ o aplicatie cu ajutorul careia puteti construi un widget cu anunturile care va intereseaza, puteti alege categoria, subcategoria sau regiunea, cu sau fara imagini, cum sa arate widget-ul, etc.

Un exemplu de widget generat cu aceasta aplicatie:

Al doilea lucru notabil este intrarea AnuntRapid pe twitter
Spre deosebire de situatiile clasice, AnuntRapid a decis sa administreze 4 conturi de Twitter, cate un cont pentru fiecare categorie atractiva. Atractivitatea categoriilor a rezultat in urma monitorizarii acestora in ultimul an.
Este vorba despre urmatoarele categorii / conturi de twitter:

• categoria Auto – contul de twitter @anuntrapid_auto : aici vor fi publicate anunturile din categoria Auto, toate regiunile, imediat cu sunt publicate pe site
• categoria Locuri de munca – contul de twitter @anuntrapid_jobs
• categoria Animale de casa – contul de twitter @anuntrapid_anim
• categoria Imobiliare vanzari sau inchirieri – contul de twitter @anuntrapid_imob

Orice feedback este binevenit

Random Posts

• Un pic de istorie a Romaniei
• Social Advertising – temerile clientului de advertising
• Criza economica si evolutia pietei de online in .ro
• 2 principii de baza pentru proiectare si dezvoltare de aplicatii web
• Grandi.ro : Bun sau Rau ?

Uite ca a trecut un an si am zis sa trag linie si sa vad ce s-a intamplat.

Odin.ro a murit

Un proiect inceput frumos pe o zona destul de interesanta dar care a murit mai devreme decat ma asteptam. Care a fost cauza? Nu stiu. Poate lipsa unei echipe dedicate in spatele blogului, poate raspunsul din partea publicului nu a fost cel asteptat, poate momentul nu a fost bine ales.
Odin.ro este acum doar un formular cu un camp unde-ti poti adauga adresa de email pentru a fi anuntat cand va fi lansat. Atat.

Strategist s-a schimbat

Strategist.ro a devenit agentie de social media.  Cred ca se putea face un mix intre blog de online si prezentare a serviciilor agentiei de social media. Deasemenea, ma asteptam sa vad mai mult pe site-ul unei agentii de social media, de exemplu: linkuri catre conturile FB sau Twitter ale agentiei.

Capslock m-a dezamagit

Da, Capslock.ro este o dezamagire pentru mine. Cateva articole, postate destul de rar, subiecte care nu intotdeauna se preteaza pentru un astfel de site.
Poate si pretentiile mele au fost foarte mari si asta amplifica dezamagirea de acum.
Pacat! Se poate mai mult, sunt sigur.

reFresh castiga cursa

Refresh.ro este castigatorul primului an. A evoluat mult in aceasta perioada, a diversificat continutul (nu atat de mult cat mi-as fi dorit dar este ok), a avut si cateva incercari de articole in serie care au incetat sa mai apara la un moment dat dar, totusi, a miscat.

In momentul de fata cred ca refresh ar trebui sa pastreze nota generala a articolelor dar, in acelasi timp, sa se focusese si pe articole de specialitate.

Mai vedem peste un an ce s-a mai intamplat

Daca ti-a placut acest articol citeste si:

• Grandi.ro, o continuare
• Expertii din online-ul romanesc
• Online-ul romanesc, unde suntem si incotro ne indreptam

Prima pagina a unui magazin online

Varianta 1: punem produsele pe care vrem sa le promovam noi, produsele care ne aduc cel mai bun profit sau produsele care nu se vand sau, poate, produsele care apartin furnizorului X cu care am facut un contract de promovare sau cu care avem un deal special.
Aceasta varianta pleaca de la ideea ca pe prima pagina facem push la produse care au o anume valoare pentru noi.

Varianta 2: punem produsele cele mai atractive; produsele cele mai vizitate sau cele mai comandate.
Varianta aceasta se bazeaza pe ideea de best seller, punem ce se vinde / cauta cel mai bine cat mai in fata.

Varianta 3: analizam ce categorii / produse viziteaza userul sau ce produse a comandat pana atunci si facem o selectie de produse bazandu-ne pe aceste criterii.
In varianta asta tinem cont de interesul utilizatorului.

Intrebarea ramane: ce punem pe prima pagina a unui magazin online?

Care solutie este corecta?

Din pacate, niciuna dintre cele 3 variante nu este corecta, asa cum niciuna dintre cele 3 variante este gresita. Variantele 1 si 2 merg pe un model clasic de vanzari care, in unele cazuri, poate da rezultate bune pe cand varianta 3 merge pe un model de behavioural shopping care, si acesta, poate functiona o perioada.

Eu, personal, as merge pe un mix intre cele 3 plus un flavour de sezonalitate. Voi cum procedati?

Daca ti-a placut acest articol citeste si:

• Pentru cei interesati de ecommerce
• Ecommerce: doua oportunitati de dezvoltare
• eCommerce in Romania, evolutie in bine
• Prezentare: Must haves pentru magazine online
• Valoarea experimentelor in comertul online

Hai sa vedem ce-am mai descoperit.

Am tot cautat referinte si in stanga si-n drepata despre acest sistem de joc.
Sistemul nu este nou, este vechi de aproximativ 10 ani. Afara s-au facut tot felul de astfel de site-uri, mai mult sau mai putin asemanatoare ca mecanica dar esenta ramanand aceeasi.
Unele din aceste site-uri sunt live si astazi, altele sunt moarte de mult; unele au fost tepe clare, altele au derulat un business curat.

O sa incep acum sa enumar concluziile research-ului

0. Scam / teapa- se poate sau nu? cum ne dam seama?

E greu sa iti dai seama aprioric daca este sau nu o teapa dar un lucru este clar: In toate exemplele analizate NU sistemul de joc s-a dovedit a fi cauza tepei ci echipa din spate.
Traducere: un astfel de sistem de joc nu este un semn clar ca afacerea poate fi o teapa ci oamenii care manageruiesc un astfel de proiect.

1. Calculele facut in articolul anterior sunt total eronate
Da, eu estimam acolo ca se pot incasa pentru Golf in jur de 56.000 euro, adica de 3 ori si ceva valoarea produsului.
Din studiul facut a rezultat ca un produs pe un astfel de site produce intre 150% si 1200% valoarea lui inainte ca licitatia sa se incheie, valoarea produsului fiind direct proportionala cu valoarea procentul profitului (la o valoare mai mare se tinde catre un profit de 1200%)

2. Sistemul de joc e foarte simplu dar nu este predictibil
In orice moment pot aparea oferte noi si, sistemul fiind real time, o frauda manuala este aproape imposibila

3. Cateva sfaturi pentru cei care vor sa joace
Eu am jucat si am pierdut, HDD-ul a fost castigat de Ivan Cristian din Bucuresti. Habar n’am cine este dar sper sa dam de el sa ii luam un “interviu”. Sunt sigur ca cineva ii va pune cateva intrebari, cu siguranta

• valoarea la care se va castiga este undeva intre 1% si 3% din valoarea de piata a produsului, cu cat valoarea produsului e mai mare se tinde spre 3%
• este nevoie de minim 5-7 licitari pentru a putea nimeri valoarea minima unica; se poate si cu o singura oferta dar cu mult prea mult noroc
• sunt foarte importante ultimele minute ale liciatiei
• la licitatii de valoare mare este de preferat sa ofertezi cu intervale

Cateva sfaturi pentru cei de la Grandi.ro

Din discutiile care s-au legat in jurul subiectului am extras 2 idei care cred ca ar functiona foarte bine pentru a mari increderea oamenilor in proiect.

1. Scoateti echipa in fata
Oamenilor nu le plac oamenii invizibili. E suspect.
Scoate echipa in fata, la voi pe blog. Un post comun cu toti, 2-3 poze, sa vedem ca ei exista si ca este totul ok.
Be human!

2. O saptamana de licitatii mici si dese
O saptamana in care avem 5 licitatii scurte pe zi, fiecare cu durata de 2 ore. Valoare mica a produsului, super promovate, un mod in care oamenii se pot juca si voi puteti castiga increderea lor.
Este vorba de 35 de licitatii cu o valoare medie de 70 euro pe produs, o pierdere maxima de 2450 de euro desi cred ca pana la sfarsitul saptamanii se poate ajunge si pe profit

——————————–

Concluzia este simpla, eu o sa mai joc, nu hardcore, o sa-mi masor sansele in functie de produse.

Cam asta a fost pana acum, astept feedbackul vostru .

Daca ti-a placut acest articol citeste si:

• Grandi.ro : Bun sau Rau ?
• Bloguri de nisa despre online in .ro (1 year after)
• Expertii din online-ul romanesc
• Online-ul romanesc, unde suntem si incotro ne indreptam
• Cum se cladeste o economie, in Chile se poate

Intentia nu a fost sa particip la acel concurs dar uite ca s-a nimerit, si s-a nimerit bine .

In primul rand ma bucur ca am castigat, mai ales ca eu nu prea am avut noroc la astfel de concursuri in ultimii 32 de ani .
Apoi ma bucur, dar tot in primul rand, pentru ca in 42 de zile imi expira licenta de Kaspersky Antivirus 2010 pe care o aveam deja.

Ce-am castigat? O licenta pentru un Kaspersky Internet Security 2010, acesta fiind un pachet cu antivirusul plus anti spyware, anti spam, anti malware.

Kaspersky pentru mine a insemnat un lucru cu calculatorul in liniste, fara stres si la un cost de resurse pe care nu-l simt.
Sper, doar, sa fie in continuare la fel

Daca ti-a placut acest articol citeste si:

• Kaspersky si politia internetului, dincolo de aparente

Auzisem despre proiect cand au fost in perioada de testare si, din curiozitate, am intrat sa vad despre ce este vorba in ideea ca nu promoveaza Chinezu prostii.
In esenta este vorba de un sistem de licitatii unde castiga cel care facea cea mai mica oferta unica castiga obiectul la care a licitat.
Inca din prima secunda mi-a fost clar, sunt sanse extrem de mari sa fie o teapa.

Hai sa vedem, de ce ar fi o teapa?

Suntem tara in care am avut un Caritas si asta spune multe. Suntem online-ul care a avut licitatii bomba, pret bomba si alte astfel de proiecte.
La noi pana si la extragerile la uleiuri si bere se fac aranjamente.
Cine ar fi nebun sa dea un Golf VI celui care a licitat unic cel mai putin indiferent de numarul de licitatii care se fac? Vorbim totusi de o masina in valoare de 14500 euro.

Apoi am stat si m-am gandit: asa cum este 100% romanesc sa te gandesti la tepe si la inselaciuni nu este oare la fel de 100% romanesc sa ajungi sa te indoiesti de tot si de toate?
Si astfel am inceput sa ma gandesc:

Daca, totusi, NU este o teapa si exagerez eu?

Ma gandesc, in primul rand, ca ii cunosc si pe Chinezu si pe Piticu si nu s-ar baga intr-0 porcarie. Si totusi, fiecare isi are pragul lui de naivitate.
Si uite asa am ajuns la concluzia ca institutul meu trebuie sa faca o investigatie.

In primul rand mi-am facut un cont si am inceput sa citesc ce zic ei pe acolo si cum functioneaza sistemul.
Fiecare licitare te costa un numar de credite si fiecare credit costa bani. Costul unui credit este intre 6 si 7 lei.

Intrebarea care urmeaza, in ordinea logica a investigatiei, este: este facut sistemul in asa fel incat ei sa iasa in profit respectand regulile si, astfel, sistemul sa fie corect? Hai sa vedem.
La Golf-ul de care spuneam licitatia mai este deschisa inca 60 de zile si o licitare costa 2 credite, adica aproximativ 3.5 euro . Masina este evaluata la 14500 euro dar nu cred ca ei dau mai mult de 12000 euro pe ea.
12000 euro inseamna aproape 3430 de licitari in 60 de zile, deci o medie aproximativa de 57 licitari pe zi. Daca ne gandim totusi ca batalia pe oferte se face in ultimele minute nici nu trebuie sa avem 57 licitari pe zi ci in jur de 40. Orice peste valoarea asta inseamna profit curat pentru ei.

Hai sa ne gandim acum la profilul utilizatorului Grandi:

• avem userul ocazional care va licita odata, maxim de doua ori la aceasta licitatie si apoi va renunta; probabil acestia vor fi cei mai multi
• avem userul ocazional dar are spiritul de jucator in sange si care, probabil, va mai licita de cateva ori; riscul aici este sa ajunga sa liciteze atat de multe credite incat sa nu-si doreasca sa piarda si sa continue pana la un moment in care isi atinge maximumul bugetului alocat
• avem si userii hardcore care vor licita putin pe perioada celor 60 de zile dar foarte mult in ultimele cateva minute ale licitatiei.

Daca avem 50 de useri hardcore care vor licita de 100 de ori fiecare cate 2 credite ajungem la vreo 35000 euro.
Daca avem si vreo 200 de useri de tipul 2 care liciteaza cam de 10 ori cate 2 credite asta inseamna alti 14000 euro.
Si cei ocazionali sa zicem ca sunt vreo 700 (un pic peste 10 pe zi) care liciteaza in medie de 1.5 ori cate 2 credite asta mai inseamna inca vreo 7350 euro.
Asta ar insemna un total de vreo 56.350 euro .

Asta ar  insemna ca isi permit sa fie corecti si sa oferte masina si le ramane un profit forte bun. Chiar si daca calculul meu este eronat si valorile reale ar fi la jumatate din cat am calculat tot este bine.

Ce intelegem de aici? Ca ar putea fi, totusi, corecti.

Si aici apare dilema mea. Este Grandi.ro bun sau rau?

Pasul urmator este sa testez sistemul participand la o licitatie scurta si sa incerc sa vad si eu cum se face alegerea castigatorului.
Promit sa revin cu mai multe detalii ale investigatiei.

Later update: concluziile le puteti vedea aici.

Daca ti-a placut acest articol citeste si:

• Grandi.ro, o continuare
• Cum se cladeste o economie, in Chile se poate

Intro: N-am mai scris de ceva timp un articol tehnic si simteam nevoia sa fac asta. Sunt multe subiecte pe care as vrea sa le ating, sunt multe articole pe care le-am inceput si nu le-am mai terminat dar imi revin.
Incep cu un subiect interesant (in opinia mea) care sper sa va stimuleze sa investigati mai mult problema optimizarii unei pagini web.

A optimiza o pagina web: o afirmatie cu multe sensuri. Optimizare pentru motoare de cautare, optimizarea vitezei de incarcare, optimizarea layout-ului pentru o utilizare cat mai buna, etc.
In acest articol voi scrie despre optimizarea vitezei de incarcare a unei pagini.

1. Anatomia unei pagini web

Inainte de toate trebuie sa discutam despre ce se intampla din momentul in care introducem un url in browser si pana cand pagina s-a terminat de incarcat.
Putem imparti actiunile care au loc in urmatoarele tipuri , in ordine cronologica:

• Server side: performanta este data de cat de bine sunt implementati algoritmii care genereaza continutul paginii si de accesul la resurse externe (storage, incluzand baze de date, API-uri)
• Transferul fisierelor catre client: performanta este data de viteza cu care fisierele ajung de pe server pe client, numarul de fisiere sau marimea lor
• Afisarea paginii la client: performanta este data de modul in care este construita pagina (html / css / js)

Fiecare dintre aceste tipuri de actiuni are o importanta majora in perfomanta generala a site-ului si atunci cand vrem sa optimizam viteza de incarcare a unei pagini web trebuie sa adresam fiecare tip de actiune in parte.

2. Optimizarea server side

Asa cum spuneam si la punctul anterior, aici vorbim despre doua aspecte: performanta algoritmilor pe care ii implementam si accesul la resurse externe.
Performanta algoritmilor pe care ii implementam tine, in general, de tipul de aplicatie pe care o dezvoltam si nu exista prea multe sfaturi general valabile care pot fie date. Totusi, sunt cateva lucruri de care trebuie sa ne asiguram in orice tip de aplicatie dezvoltam.
Accesul la resurse externe se refera la accesul la baza de date, la storage-ul fizic al serverului sau la API-uri externe.

Aspecte la care trebuie sa fim atenti:

• Redundanta la construirea structurilor de date: atunci cand proiectam o baza de date trebuie sa analizam si cererile care se vor face catre aceasta si, in functie de tipurile de date care vor fi foarte accesate, frecventa si modul de accesare, trebuie sa pastram inregistrari redundante.
  Exemplu: se da o structura de categorii, una de tag-uri si una de articole; desi relatia intre articole si categorii si tag-uri se salveaza in tabele de join (tabele ce pastreaza strict aceasta relatie) este de preferat sa salvam si in tabela de articol atat denumirile categoriilor cat si cele ale tag-urilor; astfel evitam, la afisare, 2 join-uri pe care le-am face
• Lucru pe baza de date in mod delayed: o mare problema de performanta apare in momentul in care selectam date dintr-o tabela si ordonam informatiile dupa un camp care este modificat foarte des. In cele mai multe cazuri engine-ul de baza de date nu va putea sa modifice acel camp si sa reconstruiasca un index pe acesta in timp util, astfel incat performanta sa nu fie afectata.
  Lucrul in mod delayed poate fi facut in doua feluri, in functie de necesitati: fie folosim instructiuni sql specifice atunci cand facem un update / insert, cum ar fi DELAYED sau LOW_PRIORITY, fie construim o structura de date paralela care sa ne permita o performanta ridicata.
  Exemplu: avem nevoie sa afisam articolele ordonate dupa numarul de afisari iar campul care tine numarul de afisari este in tabela de articole si trebuie incrementat la fiecare afisare a unui articol. O solutie ar fi sa facem update cu keyword-ul DELAYED pe tabela de articole, astfel incrementarea numarului de afisari se va face numai in momentul in care tabela este libera.
  O alta solutie ar fi construirea unei alte tabele in care sa tinem doar afisarile asociate unui articol, in esenta putem insera doar id-ul unui articol. Acest insert, cu sau fara keyword-ul LOW_PRIORITY este foarte rapid. La fiecare 10 – 15 minute putem rula un script care sa goleasca aceasta tabela si sa faca update pe tabela de articole pentru a modifica numarul de afisari.
• Caching, in mai multe feluri: in circuitul informatiei intre server si client este bine sa folosim si proceduri de caching pentru a mari viteza cu care sunt servite informatiile si pentru a reduce incarcarea pe server.
  - cache pe file system: sectiuni de pe paginile service catre client pot fi salvate pe server ca si fisiere si pot fi servite de catre serverul web direct de acolo; in functie de frecventa de schimbare a continutului alegeti un timp de rescriere a acestor pagini; un astfel de sistem se foloseste pentru sectiuni de pagina care nu se schimba prea des insa sunt accesate foarte des (ex: listari de categorii cu count de produse)
  - cache in memorie: stucturi intregi de date pot fi salvate in memorie si pot fi accesate de catre orice proces al serverului web; un astfel de sistem se poate folosi pentru caching de cautari (se salveaza rezultatele in memorie pentru un interval de timp) sau de comentarii.
  - cache logic la nivelul bazei de date: acest sistem se foloseste in cazul in care stocam in baza de date informatii brute si le afisam in forma procesata; ex: salvam afisarile unei pagini si vrem sa afisam si numarul de afisari pe fiecare tip de browser, in cazul acest facem o noua tabela in care salvam aceasta informatie deja procesata
• Executie de procese in background: sunt actiuni care trebuie executate in mod frecvent pe o aplicatie, cum ar fi procesarile necesare pentru caching; toate acestea trebuie rulate in procese separate.
• Folosim sau nu un framework: in cele mai multe cazuri un framework inseamna o munca mai simpla si mai rapida pentru programator dar, in acelasi timp, inseamna si un load pe server care nu poate fi ignorat; intotdeauna trebuie analizat daca acest load se justifica (beneficiul adus de folosirea acelui framework sa justifice cheltuielile cu hardware-ul pentru a sustine acel framework).

3. Optimizarea client side

Desi optimizarea client side este strans legata de actiuni server side prefer sa le analizam separat.

• Incarcare JS-uri: fisierele javascript se impart, in aceasta situatie, in 2 feluri: framework-uri JS si fisiere cu functii proprii.
  Fisierele ce contin definitii de framework-uri JS este de preferat sa le incarcam direct de pe site-ul de unde sunt distribuite pentru ca astfel se cache-uiesc de catre browser mult mai bine si sunt service catre client fara a incarca serverul pe care este aplicatia. Ex: jQuery este de preferat sa-l incarcam de la http://code.jquery.com/jquery-1.4.2.js .
  Fisierele cu functii proprii trebuie tratate altfel. In primul rand trebuie impartite in: 1) fisier cu functii generale si 2) fisiere cu functii specifice pe sectiuni. Aceste fisiere trebuie incarcate selectiv in functie de sectiunea accesata.
  Dupa ce ajungem la o versiune finala a unui fisier JS trebuie sa-l trecem printr-o procedura de minificare.
• Incarcare CSS: in ce priveste fiserele CSS situatia este similara cu cea de la fisierele JS
• Incarcare imagini:
  - procesarea imaginilor: pe un site putem afisa o imagine in mai multe dimensiuni (in listare, intr-o galerie, in preview, in vizualizare, etc); este de preferat ca la uploadul imaginii sa generam toate dimensiunile de imagini de care avem nevoie
  - salvarea imaginilor: atunci cand nu dispunem de un CDN este de preferat sa salvam imaginile intr-o structura separata de serverul care serveste si aplicatie pentru a putea distribui load-ul generat de aceste request-uri; pentru serverul care va servi imaginile puteti folosi lighttpd sau nginx.
  - servirea imaginilor de layout: o parte din layout-ul site-ului consta in imagini si in general vorbim de imagini multe si mici; este de preferat sa salvam toate aceste imagini intr-un sprite; mai multe despre acest subiect puteti citi aici.

Articolul este deschis iar pentru orice completari la aceasta lista de optimizari va rog sa lasati un comentariu.
Sunt intotdeauna deschis si la alte metode de optimizare .

Daca ti-a placut acest articol citeste si:

• Optimizari la lucrul cu bazele de date – incarcarea predictiva

Mie mi-a placut! Chiar daca seama foarte mult ca mecanica cu campania derulata anul trecut pe automarket.ro eu zic ca este ceva atipic pentru piata de la noi.
Probabil mecanismul va mai fi folosit dar nu este o problema. Ma intreb insa cum il vor adapta pentru cinemagia.ro .

Faptul ca aceasta campanie exista ne dovedeste (daca mai era nevoie) ca inca mai sunt multe lucruri care se pot face pe online, dincolo de clasicele bannere si, mai nou, programe de afiliere (aici trebuie sa aduc aminte de JoyBox, cred ca a fost primul program de afiliere de acest gen de la noi).

Daca ti-a placut acest articol citeste si:

• Prezidentiale 2009 – pe cine votam?