L

Gyorsítsunk az oldal betöltésen

A közösségi portálok gyors és egyszerű kódokkal segítik a szolgáltatásaik beágyazását weboldalunkba. Egyszerű copy-paste (másolás-beillesztés) az egész. De ezzel van egy aprócska probléma. Minden ilyen közösségi oldal JavaScript kódot használ, ennek a "gördülékeny" megoldásához. Persze van lehetőség iframeben beilleszteni vagy egyéb finomságokkal játszani, de vegyük az átlagos esetet, mikor egyszerűen a Facebook HTML5 kódját használjuk. Tehát ehhez mindenképp kelleni fog egy JS kód is.

A JavaScript használata egyetlen gondot fog nekünk okozni, mégpedig, újabb lekéréseket fog indítani a céloldal felé. Ezzel növeli a betöltési időt, még több HTTP lekérést indít. Tehát egyetlen szóval: rossz.

Mi a jó megoldás? Használjuk helyette a megosztás linkeket.

Miért jó ez nekem? Most persze szintén a Facebookból indulok ki, és a saját megfigyeléseimből. Tehát, ha megosztasz valamit a Facere, akkor az a hírfolyamodban egyből megjelenik, hogy "XY shared a link". Végig görgetem a hírfolyamot és sehol sem látok olyat, hogy "XY liked a link", ez persze a chat felett jelenik meg a Tickerben. Arra nagyjából hetente 1x nézek rá, amikor az online ismerőseim között keresem azt, akire rá szeretnék írni.

Bezár a DicsakBuksi

Hivatalosan is bezárom a DicsakBuksit. Sajnos nem tudtam teljesíteni vele azt a szintet, amit régen kitűztem. Persze, tudom, hogy a semmiből nem lehet várat építeni. Emiatt is hoztam meg a döntést, hogy a Buksinak sajnos mennie kell.

Miért döntöttem így?

Nulla háttérfinanszírozással indult az oldal. Egyedül a domain került pénzbe. Ezt az oldalt azért csináltam, hogy kipróbáljam magam ebben a műfajban is. Sajnos így is későn léptem a csatatérre. Már akkor, mikor el kezdtem gondolkodni azon, hogy megcsinálom, működött a NemKutya, akkor élte fénykorát a Napiszar.

Ezután mindenki nyitotta sorra a viccoldalait. Sajnos ez megváltoztatta a teljes "műfajt". Már az volt a lényeg, hogy minél több reklámot, megosztást generáljanak az oldalak. Jöttek a rejtett like-gombok, a kötelező megosztás, a kötelező like. A pofátlan oldalak 1-2 nap alatt több ezres követői tábort szereztek maguknak.

Tervek a jövőben

Tovább fejlődni

Az első és legfontosabb haladni tovább a profi programozó címért ezzel együtt a jó programozó követelményeit is folyamatosan teljesítenem kell. A gyakorlás egyik előnye, hogy folyamatosan bővülnek a tapasztalataim. Minden reggel, mielőtt elkezdek a tényleges munkával foglalkozni, leülök a gép elé, és egy kisebb feladatot megoldok. Ennek előnye, hogy ezek a feladatok rögzülnek, így gyorsabban meg tudom oldani a feladatot. Első reggel, mikor elkezdtem ugyanez a feladat fél órát vett igénybe, mára 5 perc, eközben a kódom mérete csökkent, a sebessége pedig nőtt. Ehhez persze kellett az, hogy minden alkalommal újratervezzem a kódrészletet, és mindig egyszerűsítsek rajta.

Saját project

Aztán kicsit fel szeretném pörgetni a függőben lévő fejlesztésemet. Sajnos az elmúlt időszakban a saját projectemel nem volt időm foglalkozni, így a fejlesztése is leállt. Most újra elővakartam a backup mappa mélyéről, és elkezdtem átformálni, hogy a régi kódom kicsit átláthatóbb legyen, könnyebben bővíthető és természetesen gyorsabb. Most épp az egyik lekérdezésnél szenvedek, mert nagyon megdobja a memóriát. Alap esetben mindig alacsony a memóriafogyasztás, majd a lekérdezés után 150%-kal megnő. Persze, rengeteg adattal dolgozok, így nem csoda, de a lekérdezést át kellene alakítanom, hogy ténylegesen csak annyi adatot kérdezzen le, amennyivel az adott helyzetben dolgozni fogok. Ezáltal nem lesznek felesleges tömb elemek, melyek plusz memóriát foglalnak. Így számításaim szerint csak duplázódni fog maximum a memória használat. Ami már elfogadhatóbb. Persze, minden alkalommal, mikor ránézek a kódra, jön egy újabb ötlet, még egy kis fejlesztés, egy kis egyszerűsítés, így folyamatosan lefelé tornázom a terhelést.

Spam! Spam! Mindenhol...

Alap sztori.

Ülök a gép mellett, épp egy PAYU rendszert rakok össze, mikor egy adat miatt meg akartam nyitni a mail fiókomat. 2 új email. Nincs is vele gond, fel vagyok iratkozva egy pár hírlevélre, gondoltam tőlük kaptam valamit. Szeretem rendben tartani a mail fiókom, így minden mappázva van. Az összes ritkán használt mail fiókom is egybe van irányítva. Így mindent egyből el tudok olvasni.

Tehát ez nem a megszokott hírlevél, hanem egy tök idegen.

Kedves Lacy!

Hogy mi a jó büdös anyád? Soha nem adom meg így, csak facen vagyok Lacy. Érdekes. Gyorsan keresgéljünk kapcsolatot, hogy ki a franc a "titkos" feladó. Azért "titkos", mert nevén nem nevezzük, de amúgy a levelében kb a levél fele csak a cég logója.

This is my fault

Jogos a cím, közel 2 órája szenvedek azzal, hogy működjön egy script… vagyis működik, csak hibásan… Életemben nem gondoltam volna, hogy egy ilyen apróság ki tud tolni velem… :)

Már egy ideje PDO-t használok, de még mindig vannak kiaknázatlan kérdések. Így én arra fogtam, hogy valamit rosszul kötöttem össze, és a program emiatt hülye. De nem.

Böngésző gyorsítótárának (cache) ürítése, a sütik (cookies) törlése

Ha nem tudod hogyan kell a Google Crhomeban, Mozilla Firefoxban, esetleg Internet Explorerben a Sütiket (cookie) vagy a Gyorsítótárat (cache) törölni/üríteni, akkor ez a bejegyzés neked szól!

Linux felhasználó hozzáadása a www-data csoporthoz

Hogyan adhatok felhasználót a www-data apache felhasználói csoporthoz?

Az adott problémára több megoldás is létezik.

Először is, miért jó ez nekünk?

Teszt vagy developer szerveren elég sokszor fordul elő, hogy fájlokat kell törölni, módosítani, áthelyezni másik mappába. Nekem jelenleg a /home/leoamros/public_html mappa alatt helyezkedik el a virtuális domainek tárhelye. Ezért automatikusan leoamros felhasználó és leoamros groupként hozom létre a mappákat. De az Apache www-data felhasználó és www-data groupként menti a fájlokat. Így mivel a két csoport nem fedi egymást, sokszor kapok hibaüzenetet, hogy a fájlhoz nincs hozzáférésem.

Ilyenkor több megoldás létezik. Vagy hozzáadjuk a felhasználónkat a www-group csoporthoz, ezáltal engedélyünk lesz módosítani a fájlokat, vagy a mappaszerkezetet tulajdonosát és csoportját "hackeljük" meg :)

CSS: Több elem sötétítése hover-re

Elég nehéz értelmes címet adni neki :) tehát amiről szó van. Van egy több boxból álló menü, slide vagy bármilyen panelünk. A feladat, hogy alap esetben minden box legyen világos, ha rávisszük az egeret, az aktuális box világos marad, a többi besötétedik.

A megoldást nemrég még simán jQuery-ben oldottam volna meg, de kicsit filózva rájöttem, hogy CSS segítségével is megoldható a probléma.

Mit is kell végig gondolni? Mi történik? Van egy nagy div, benne több kisebb div.

Miért látszik folyamatosan a YouTube videó?

Sok embernek okoz gondot, hogy egy beépített YouTube videó mindig az elemek fölé kerül. Így jártam jelen pillanatban én is.

Egy admin felületen vizuális panelszerkesztő felületet csinálok, ahol az oldal elemeit valós időben lehet szerkeszteni. YouTube panel, slideshow, szövegbox. Bármit hozzáadhat az admin… A panelekről információt kérhetünk le, egy kis “i” gombra kattintva, ami egy beúszó ablakban jön be.

Eleinte fel sem tűnt, hogy a YouTube videók megpróbálnak minden elem fölé kerülni. Egy darabig ez nem is zavart, csak mikor egy teljes szerkesztő felületen lett az inputok és gombok helyén YouTube video részlet. Először próbálkoztam azzal, ami ilyenkor elsőként eszembe jut, z-index az elemen. Jó pár 9-es után sem javult a helyzet, így ismét Gugliztam kicsit.

Landing oldalak

A landing oldalakat a PPC (Paid per Click) kampányok fő elemének tekinthetjük. Ezeken az oldalakon múlik, hogy mennyire lesz sikeres a kampányunk, sikerül-e a terméket/szolgáltatást eladnunk.

A landing oldalra érkező látogatóért a PPC reklámok esetében a kampány alatt fizetnünk kell. Ilyen PPC reklám például a Google Adwords hirdetés is. Ezért is fontos, hogy a kehető legtöbb látogatót megfogjuk, hisz minden olyan látogató, aki elmegy, és semmit nem csinált nálunk, veszteséget generál. Ezért kell törekednünk egy landing oldal létrehozásánál arra, hogy a látogatót megfogjuk, interakcióra bírjuk.

htaccess átírányítás www.domain-re

Ha szerverünk/szolgáltatónk támogatja, érdemes a 301-es átírányítást htaccess segítségével elvégeznünk, főleg ha www nélküli domain nevünket szeretnénk www-re irányítani.

Ha az oldalad összes kérését szeretnéd www nélküli domainedről www-re irányítani, akkor nincs más dolgod, mint a következő néhány sort bemásolni a htaccess fileodba:

RewriteEngine On
RewriteCond %{HTTP_HOST} !^www\.
RewriteRule ^(.*)$ http://www.%{HTTP_HOST}/$1 [R=301,L]

Fontos, hogy a RewriteEngine On legyen, hiszen az apache ekkor tölti be a Rewrite modult.

Mindent a Biztonságos jelszavakról

Mit is kell tudnunk egy biztonságos jelszóról? Milyen szabályok betartásával védhetjük meg adatainkat?

Egy biztonságos jelszó:

  • legalább 15 karakter hosszú
  • vannak benne nagybetűk
  • vannak benne kisbetűk
  • vannak benne számok
  • vannak benne speciális karakterek ( ‘ ” ? $ & # ( ) [ ] { } @ ~ < > , . – / \ | )
  • nem hasonlít előző jelszavadra
  • nem a neved
  • nem a felhasználóneved
  • nem egy barátod neve
  • nem családtagod neve
  • nem szótári szó
  • nem becenév
  • nem a születési dátumod
  • nem a telefonszámod
  • nem egy billentyűzeten könnyen beírható karaktersorozat (123456789, qwertzuio, asdfghjk)
  • semmilyen módon ne lehessen személyedhez kötni
  • minden weboldalon más-más jelszót használsz
  • sűrűn, legalább néhány havonta változtatod a jelszavaidat

www vagy nem www? Ez itt a kérdés…

Több szempontból is fontos, hogy eldöntsük, oldalunk www.domain.hu vagy csak simán domain.hu domain néven legyen elérhető. Az egyik legfontosabb, hogy a Google ne vegye duplikált tartalomnak a két, számára különböző linket.

Tehát elsőként gondoljuk végig miért is fontos, hogy a fenti kérdésen rágódjunk.

Az első és mindenki szemponjából fontos szempont a Google. A google több dokumentumában is kijelenti, hogy külön domain-nek számít nála a www.leoamros.com és a leoamros.com. Ez számunkra keresőoptimalizálás szempontjából a legrosszabb hír, hiszen mindenki másképp fog linkelni az oldalunkra, lesz aki odateszi a www-t és lesz, aki nem. Ekkor a google tartalom duplikálás miatt fog minket büntetni, hisz a két domaint ő külön veszi, a tartalmuk mégis ugyanaz. Tehát nagyon nem jó pont.

Leoamros

X

Üdv! Ha még személyesen nem ismerjük egymást, Smajda László vagyok, de szólíts csak egyszerűen Laccának vagy Leoamrosnak. Olyan netbúvároknak osztom az észt, akik szárnyaikat próbálgatják a PHP, MySQL, JavaScript világában, és elakadnak valamelyik folyamat során. Főleg a saját tapasztalatokat írom le, ettől függetlenül kérdezhetsz bátran, lehetőségeimhez mérten válaszolok.

Kategóriák
Címkék
Social Media
Eszközök