Shoemoney Affiliate Summit West contest

  • english

Hi Jeremy and Shoemoney folks!

I earn my living by doing SEO consulting and Drupal development as a freelancer in Hungary.

I could have said that I'd like to win the Affiliate Summit West pass to meet all the Big shot Internet Marketing folks. I could have said that I really want to feel the excitement of that blackjack game. Or I could have said that I simply want to see Vegas. All of these are partially true, but my main reason why I enter to this contest is to meet you! You do pretty exciting things in Internet Marketing and you are so open about it on your blog. But I bet the winner will hear some really crazy stories what you did or tried to do, and I want to be that guy :)

By the way, I could have posted this page on a brand new blog (I have edgarpe.com) but I posted it here, my main blog, which is registered and actively written to from 2003 (web based official whois for .hu ccTLD)

Mobil alkalmazás: akkor kell, ha kell!

Mobil alkalmazások ábra Az egész azzal indult, hogy az Index előrukkolt az iOS és Android alkalmazásaival. Erre aztán HH Gergő és Doransky is megírta a tutit a mobil alkalmazás vs. mobil web alkalmazás témában.

Erősen túl van ez lihegve kéremszépen! Jó nagy feneket kerítettek a semminek. Ha felmerül a kérdés, hogy valamit hogy csináljunk meg, natív app-ként vagy web appként, akkor az azt jelenti, hogy megvalósítható webappként is. Tehát teljesen felesleges a natív app. Bővebben:

A natív alkalmazást nulláról le kell fejleszteni, folyamatosan támogatni és/vagy üzemeltetni kell, mindezt minden egyes platformra külön-külön. És közben igazodni az adott market szabályaihoz. A felhasználónak meg meg kell találnia és le kell töltenie.

Miközben, a mobil web alkalmazást, meg csak használni kell. Fejleszteni és üzemeltetni pedig egy olyan technológiai közegben kell, amihez már rendelkezésre áll az infrastruktúra. Csakúgy, mint az ehhez szükséges szaktudás is.

Persze van, amit nem lehet mobil weboldalként leprogramozni, egyszerűen szükséges a natív iOS vagy Android alkalmazás. Erre mondom én, hogy akkor kell, ha kell. Ha meg nem, hát akkor meg nem.

Dől a lé

Persze, mindez csak a technológiai megközelítés, tudom én jól. Üzleti szempontból akár lehetne is értelme a külön mobil app-nak. De most olyan érzésem van, mint a 90-es években, amikor azért akart valaki weboldalt, mert a másiknak is van. Magyarul, teljesen feleslegesen csinálták, nem is vártak tőle konkrét üzleti eredményt, inkább csak áhítoztak, hogy ettől majd milyen jól beindul a biznisz.

Ez van most is a mobil alkalmazásokkal. Csináljuk meg, mert a konkurenciának is van. Ha nem tudod alátámasztani sziklaszilárd üzleti tervvel, hogy miért éri meg megcsinálni, akkor nem éri meg. Ez tényleg, ennyire bonyolult?

Egyébként Doransky blog bejegyzésének majdnem mind a 8 pontjában szerepel, hogy „rá kéne már ébredni, hogy...” Mátyás, ugye ismered azt a viccet, amikor a rádióban bemondják, hogy egy őrült szembe megy a forgalommal az autópályán. Mire a hűsünk: Egy? Dehogy egy, mindenki!

Keresőoptimalizálás gyorstalpaló előadás

Nagyon jól sikerült a Drupal Hétvége 2011, innen is köszönöm a szervezőknek. A SEO gyorstalpaló előadásomnál ezt a prezi-t használtam:

Update: ustream.tv kötvetítés itt:

Az idei előadásban az általános dolgokat mutattam be. A Drupal specifikus dolgokról 2010-ben beszéltem, a Drupal keresőoptimalizálás nevű előadásban. Fordított sorrendben több értelme van a dolognak, úgyhogy előbb az idei "SEO gyorstalpaló"-t nézzétek végig, utána a 2010-est.

A robots.txt tiltás nem mindig azt csinálja, mint amire számítunk.

Elképesztő dolog történt velem nemrég. Egy régi kedves ügyfelem, akinek webáruházat készítettem felhívott, hogy valami gond van, mert bejött a boltba egy vásárló aki a weboldalon feladott rendelésére, nem kapott rá semmi választ. Mutatta az emailt amit a webáruház küldött neki automatikusan, szerepelt is benne rendelés azonosító. De mi nyomát sem találtuk a megrendelésnek az adatbázisban.

Kiderült, hogy nem a valódi weboldalon adta fel a rendelését, hanem a fejlesztői szerveren. Meg is találtam a megrendelést ott. A Google küldte a fejlesztői szerverre a vásárlót.

Ez a fejlesztői szerver jelszóval védett volt, de egy rövid időre ki kellett kapcsolnom a jelszó védelmet, egy külső rendszer integrációja miatt. Hogy, hogy nem, a Google anno megtalálta és indexelte a félkész oldalt. Ezt észre sem vettük addig, amíg nem élesítettük a közben elkészült weboldalt. Ekkor keresett rá a saját nevére az ügyfél a Google-ben, és látta hogy a rossz címet hozza ki a valódi weboldal helyett.

Ekkor pár hétig átirányítást állítottam be a fejlesztői szerverről, a valódi honlapra. De később ezt levettem és visszaállítottam a jelszavas védelmet és beállítottam robots.txt tiltást a teljes fejlesztői szerverre. Na ez így együtt hiba volt, mint később kiderült.

Mindez hónapokkal ezelőtt történt. Most megint le kellett vennem a jelszavas védelmet, de a robots.txt tiltás megmarad. És kb. másfél nap alatt a Google képes volt annyi látogatót küldeni a fejlesztői szerverre, hogy abból lett két valódi vásárlás.

Mi történt? A robots.txt tiltást figyelembe vette a Google és soha többet nem töltötte le azokat az oldalakat, amiket egyszer már beindexelt a fejlesztői szerverről. De ennek ellenére hónapokon át küldözgette oda a látogatókat, vásárlókat. Amikor egy pillanatra megszűnt a jelszavas védelem, gyorsan feladták a rendelést a szegény elkeseredett vevők.

Mi ebből a tanulság? Ha el akarsz tüntetni egy címet a Google indexből, arra nem az a megoldás, hogy robots.txt-ben letiltod. És még mi a tanulság? Hogy a link nem minden a Google-nél sem, mert egy árva link sem mutat a fejlesztői szerverre.

Google Maps API használata – 2. Események

Itt az ideje, hogy folytassam a Google Maps API példákat. Az első részben a leg alapvetőbb példát néztük meg, a GMaps API „Hello World”-jét. Most is egy egyszerű dolgot fogunk megnézni, az eseményeket.

Események

A térképnek és a rajta elhelyezett objektumoknak különböző eseményei vannak, amikre fel tudunk iratkozni. Egyelőre csak a térkép objektummal tudunk dolgozni, ezért nézzük meg most ezt:

A google.maps.Map objektum eseményei:

  • zoom_changed
  • center_changed
  • bounds_changed

A nevek elég egyértelműen meghatározzák az eseményeket, sorban: ha változik a zoom, ha változik a középpont és ha változik a befoglaló keret. A dokumentáció szerint az első kettőnél még nem biztos, hogy a befoglaló keret is megváltozott, magyarul nem mindig lehet tudni, hogy pontosan mit is tartalmaz a térkép. A bounds_changed eseménynél viszont már lehet, a gyakorlatban is ez a leghasznosabb, így nézzünk ezzel egy példát.

Példa esemény feliratkozásra

A szokásos módon létrehozzuk a térkép objektumot, ezt már mutattam az első példában:

var myOptions = {
  zoom: 7,
  center: latlng,
  mapTypeId: google.maps.MapTypeId.ROADMAP
};

map = new google.maps.Map(document.getElementById("terkep"), myOptions);

A Hello World példához képest, mindössze ennyivel egészítjük ki a JavaScript részt:

google.maps.event.addListener(map, 'bounds_changed', function() {
  var zoom = map.getZoom();
  var center = map.getCenter();
     
  document.getElementById("zoom").innerHTML = zoom;
  document.getElementById("lat").innerHTML = center.lat();
  document.getElementById("lng").innerHTML = center.lng();
});

A google.maps.event.addListener függvénnyel tudunk feliratkozni egy eseményre. Első paramétere az a térkép objektum, aminek az eseményére fel akarunk iratkozni. A második az esemény neve, az utolsó paraméter pedig a függvényünk, amit meg fog hívni az API, amikor bekövetkezik az esemény.

A függvény tartalma nagyon egyszerű, a map objektum getZoom() és getCenter() függvényeivel kiolvassuk az aktuális középpontot és a zoom értékét, majd egyszerű JavaScripttel kiírjuk a megfelelő span tag-be.

Ezek után a kapcsolódó HTML már nem okozhat meglepetést, mindössze ennyi:

<div id="terkep"></div>
<p>
  Zoom: <span id="zoom"></span><br />
  Center Lat: <span id="lat"></span><br />
  Center Lng: <span id="lng"></span>
</p>

Demó

Működés közben itt lehet megnézni a dolgot:
http://edgarpe.hu/sites/default/files/gmaps-api-2-esemenyek.html

A demó forrásába érdemes lehet belenézni, bár szinte semmi mást nem tartalmaz a fentieken kívül.

Megjegyzések

A teljes Google Maps API dokumentációja angolul:
http://code.google.com/apis/maps/index.html

A példa kódok a fenti dokumentáció alapján készültek, az ott található kódok átalakított változatai.

Legközelebb megmutatom a Markerek használatát (információs pontok a térképen). És továbbra is várom a tippeket, hogy milyen példák legyenek még.

Remélem hasznos volt, jöhetnek a kérdések:

Oldalak

Feliratkozás Prunk-Éger Edgár  RSS csatornájára