Menu

Kötelező a Cookie figyelmeztetés és beleegyezés kérése

2015. október 1-től az EU-s jogszabályokhoz igazodva a hazai weboldalakon is kötelező a látogató beleegyezését kérni, ha weboldalunk cookie-kat helyez el a látogató gépén. Márpedig jó eséllyel elhelyez, így ez a szabály gyakorlatilag minden weboldalt érint, amit nem egyszerű HTML lapok alkotnak, hanem például valamilyen CMS rendszert használnak. WordPress, Joomla, Drupal szinte biztosan ide tartozik, így a saját tárhely szolgáltatásainkon tárolt oldalak 90%-a érintett. Érdemes utánanézni a cookie használatnak akkor is ha egyedi PHP fejlesztésről van szó!

Jó tudni!

A cookie-k működéséről, felhasználásukról részletes tájékozatást írtunk Cookie-k (sütik) használata oldalainkon címmel.

Cookie Monster

Cookie Monster

Az informatikus berkekben csak Sütiszörnyként (Cookie Monster a Szezám utcából) elhíresült törvény (2003. évi C. törvény az elektronikus hírközlésről 155. §) alapján általánosan elmondható, hogy ha weboldalunk cookie-kban tárol látogatói adatokat, például Google Analytics-el követi a felhasználó böngészését, hogy abból később anonim statisztikákat tudjunk készíteni, webshop kosár vagy bejelentkezés van rajta, akkor biztosan fel kell hívnunk rá a felhasználó figyelmét, hogy sütiket küldünk a gépére.

Támad a cookie monster

Tehát a Szörny a neten megtalálható oldalak jelentős részét érinti. Szörnyek egyrészt azért is tekinthető, mert néhol jelentős fejlesztést igényel, és sok oldalt érint. A jelenleg alkalmazott gyakorlat szerint, amit mi is választottunk a Tárhelyparknál, a megnyitott oldalon egy felugró ablakban vagy sávban kell a látogatót figyelmeztetni a sütik használatára, és részletesen tájékoztatni kell mi is történik. Ezt látjátok az összes tárhelypark.hu domain-en levő oldal tetején jelenleg.

A Szörny azonban ezzel nincs legyőzve sajnos. Mint ahogyan a jogi fórumon Dr. Domokos N. Márton publikációja rávilágít, ha az oldal már akkor sütiket tárol az oldalon, mielőtt a látogató beleegyezne, akkor gyakorlatilag a belegyezése nélkül tárolunk információt. Márpedig a jelenlegi gyakorlat ez, hiszen amikor az oldal megnyílik a beleegyezést kérő pop-up ablakkal, akkor már mennek is a sütik. Tehát minden oldal elé kellene a törvény szerint egy külön oldal, ami még nem tárol semmit, és csak utána nyílik meg a keresett oldal. Igen, jól érted! Beütöd az oldal linkjét, vagy kiválasztod a google-ben a keresett oldalt, akkor nem az az oldal jelenik meg, hanem egy külön erre szolgáló, ahol rögtönk el kell fogadnod a cookie szabályokat. Felhasználói élmény, SEO? Nem számít!

Továbbmegyek, mi történik ha nem fogadod el a cookie tárolást? Mivel azt, hogy elfogadtad, cookie tárolja, nem tudjuk ezt az információt mikor az oldalon kattintasz. Így minden új kattintás után meg kell kérdeznünk megint: elfogadod a cookie szabályokat? Úgy érzem kevéssé lett átgondolva ez a rész.

És még nincs vége. A törvény szerint a belegyezést annak kell kérnie, aki cookie-t tárolja (a szolgáltatónak). Google szolgáltatások használata esetében, tehát amikor a tarhelypark.hu a Google Analytics segítségével készít statisztikát, akkor a cookie-t nem mi, hanem a Google szervere helyezi el a látogató gépén egy Javascript program segítségével. Akkor most ki a szolgáltató? Ki tárol cookie-t? Kinek kell belegyezést kérnie? A kérdések úgy érzem jóval túlmutatnak rajtam.

Rengeteg probléma merül fel a törvénnyel kapcsolatban, hiszen az többféleképpen is értelmezhető, és ha jól értem a linkelt publikációban írtakat, akkor az alkalmazására csak ajánlások vannak rögzítve.

Mit kell tennie a weboldal tulajdonosoknak?

Úgy gondolom azzal, hogy részletesen leírjuk mire is használjuk a cookie-kat az oldalainkon, illetve figyelmeztetést küldünk a felhasználónak amit el kell fogadnia, mindent megteszünk, hogy megfeleljünk a törvénynek. Javaslom mindenkinek, hogy nézze át oldalait függetlenül attól, hogy a törvény szerintem még nem kiforrott, mert súlyos büntetésekre számíthat aki semmit nem tesz!

Mi a WordPress oldalakhoz a Cookie Notice by dFactory plugin-t használjuk, ami jól kezeli az aldomain-jeinket is, de számos más plugin létezik WordPress-hez, és gondolom a többi CMS rendszerhez is.

Weboldal készítés a Tárhelyparknál

Év eleje óta a tárhely szolgáltatás mellett már a weboldal készítés is megtalálható a szolgáltatásink között, válaszul az elmúlt években rendszeresen kapott felkérésekre megrendelőinktől. Komplett szolgáltatás csomaggal igyekszünk kiszolgálni a weboldal fejlesztésre vonatkozó kéréseket, aminek a honlap programozása csak egy része. Az elkészült honlapot üzemeltetjük, látogatói statisztikákat készítünk, és ez alapján optimalizáljuk (SEO) az oldalt, igény esetén még reklámozzuk is a keresőkben.

Úgy gondoljuk, hogy egy weboldal elkészítése önmagában nem elég a sikerhez. Mivel eddig is igyekeztünk új, innovatív megoldásokat kínálni a felmerült igényekre, így Magyarországon egyedülálló módon, komplett, professzionális szolgáltatás csomagot kínálunk havi díjas konstrukcióban, egyéb költségek nélkül. Tehát már akár 4900 Ft + ÁFA / hó áron készítünk egyedi weboldalakat, ingyenes demo lehetőséggel, domain regisztrációval, adminisztrátori felülettel, és minden mással, ami jócskán túlmutat egy weboldal elkészítésén és feltelepítésén.

A honlap készítés részletes paramétereit tartalmazza a szolgáltatás weboldala, most megpróbálom összefoglalni annak legfontosabb elemeit. A kiemelt szolgáltatásokon túl még számos egyéb kapcsolódó szolgáltatást kínálunk, a Tárhelypark.hu-val megszerzett több éves tapasztalatunk alapján, amik nekünk is segítettek egy sikeres szolgáltatás és honlap kialakításában.

Igényfelmérés

Ahhoz, hogy a megfelelő weboldalt és szolgáltatásokat meg tudjuk határozni és árajánlatot tudjunk küldeni, tudnunk kell, mik az igényeid. Ehhez létrehoztunk egy Weboldal készítés ajánlatkérő lapot, amit kötelezettségektől mentesen kitölthetsz, és ez alapján tudni fogjuk, mit ajánljunk.

Weboldal készítés, ingyenes demo

Vállaljuk, hogy az ajánlatkérő alapján, korszerű, professzionális kinézetben, ingyenesen elkészítünk egy demo (bemutató) oldalt. Ekkor eldöntheted, hogy tetszik-e a munkánk. Ha igen, akkor a megrendelés után folytatjuk a honlap fejlesztést.

Adminisztrátori felület

Minden általunk készített weboldalhoz komplett adminisztrátori felület tartozik, ahol megváltoztathatod a weboldal tartalmát, ha később esetleg módosítanál rajta. Magától értetődő, hogy a bloggal, galériával vagy webáruházzal rendelkező oldalakhoz tartozik ilyen.

Webmester, üzemeltetés

A weboldal készítés csak az első lépés, az elkészült weboldalt üzemeltetni kell, ehhez szakember szükséges. A megjelenő frissítések telepítése, illetve technikai beállítások válhatnak szükségessé a honlapon, esetleg SEO beállítások, vagy a hirdetésekkel kapcsolatos módosítások. Ezekkel neked nem kell foglalkoznod, mi vállaljuk az adminisztrátori feladatokat az elkészült honlap mellé.

Keresőoptimalizálás, SEO

Az elkészített weboldalnál figyelünk az alapvető SEO elvárásokra. Az adminisztrátori felületen megjelenítjük az egyes lapok esetleges hibáit, amik a módosítások vagy új tartalmak elhelyezése után léphetnek fel, és lehetőséget biztosítunk a javításukra. Igény szerint az elkészült honlapról részletes SEO kimutatást készítünk, illetve akár folyamatosan monitorozzuk a változásokat, hibákat.

Hirdetés, közösség, ügyfélszerzés

Segítünk az oldal reklámozásában, kérésedre Google Adwords kampányt készítünk és üzemeltetünk az általad meghatározott célokkal és költségekkel. Természetesen a nagy közösségi oldalakhoz tudjuk kapcsolni oldaladat, ahonnan még több potenciális látogatóra és ügyfélre tehetsz szert.

Ha tetszik weboldal készítés szolgáltatásunk leírása, és épp új honlapot tervezel, vagy felújítanád a régi weboldaladat, ne habozz, kérj egy ajánlatot, és máris készítjük az ingyenes demo oldalt!

Két új, nagy teljesítményű tárhely szerverünk üzemel

A cpanel7-es szervernél már bevált Blade szervereken indítottuk el pár hete a cpanel8 és cpanel9-es tárhely szervereinket, hiszen korábbi várakozásaink beigazolódtak. A két 2.6 Ghz-es Xeon E5 processzorral, SSD-vel, 10k-s merevlemezzel és már bővített 64Gb memóriával szerelt cpanel7 alatt futó vasnak nem nagyon kottyan meg a weboldalak délutáni terhelése sem.

Az új szerverek szintén ezt a konfigurációt kapták. A cpanel8-as szerverre a korábbi cpanel5-ös szerverünk felhasználóit költöztetjük át folyamatosan, míg a cpanel9-re kizárólag az új ügyfelek kerülnek. Már meglévő ügyfeleink számíthatnak rá, hogy a cpanel7 terhelése nem fog nőni, hiszen oda már nem kerülnek új ügyfelek, illetve a az új szerverek is hasonlóan villámgyorsak lesznek.

Természetesen az új szerverek válaszideje is nyomonkövethető Szerver státusz oldalunkon, ahol látszanak az esetleges kiesések, a rendelkezésre állás, és az egyes szerverek működő szolgáltatásai.

Asszisztenst keresünk irodánkba

Update 2015.02.27.

Már nem keresünk, megtaláltuk! Ne küldj jelentkezést erre a blog bejegyzésre!


Ismét új munkatársat keresünk, most asszisztens munkakörbe, az alábbi elvárásokkal, feladatokkal. Jelentkezni fényképes önéletrajzzal és fizetési igény megjelölésével tudsz a job kukac tarhelypark pont hu címen.

Feladatok:

  • Napi 4 óra munkavégzés Budapesten
  • Iratok, számlák rendezése
  • Könyvelési anyag rendszeres eljuttatása a könyvelőnek
  • Ügyvezető levelezésének, naptárának nyomon követése
  • Konyha feltöltése (kávé, víz, tea)
  • Esetenként kapcsolattartás ügyfelekkel, hibás utalások, hibás számlák egyeztetése

Elvárások:

  • Talpraesett, pontos, precíz munkavégzés
  • Internet, szövegszerkesztő, táblázatkezelő és mail program ismerete, napi szintű használata

Előny (de nem elvárás):

  • Angol, német nyelv ismeret
  • Jogosítvány

Amit kínálunk:

  • Barátságos csapat
  • Érdekes, változatos feladatok
  • Rengeteg elégedett ügyfél
  • Szakmai fejlődés támogatása
  • Kávé, tea, ásványvíz, zene
  • Munkavégzés irodánkban

Domareg – a Tárhelypark új dokumentum feltöltője .hu domainekhez

A .hu domainek igényléséhez és átregisztrációjához eddig emailben kellett elküldeni nekünk egy kinyomtatott és beszkennelt igénylő lapot. Ennek mostantól vége! Csatasorba állt új oldalunk a domareg.tarhelypark.hu hogy pofonegyszerűen pár perc alatt feltölthesd a programunk által előre kitöltött dokumentumokat!

A hosszabb tesztelési folyamat után körülbelül 2 hete működő rendszerünk jól vizsgázott eddig, rengeteg sikeres regisztráción és transzferen vagyunk túl az indítás óta! A rendszert abból a célból hoztuk létre, hogy minél könnyebbé és gyorsabbá tegyük a dokumentum feltöltést, amely a .hu domainek regisztrációjához és transzferéhez szükséges. A program finomhangolását folyamatosan végezzük a visszajelzések alapján, így igyekszünk még hatékonyabbá tenni a domain igénylés folyamatát. A rendszer nekünk is időt spórol, így még több idő jut ügyfeleinkre, és gyorsabban indíthatóak a regisztrációk.

Ha .hu domaint rendelsz tőlük, vagy .hu domaint átregisztrálsz hozzánk, akkor a megrendelés után emailt fogsz kapni tőlünk, hogy töltsd fel az aláírt megrendelő lapot az új domained regisztrációjához, illetve, ha átregisztrálod a domaint egyéb papírokat is alá kell írnod. Most a domareg.tarhelypark.hu mindezt leegyszerűsíti neked: az igénylő lapot a megrendelésnél megadott adatokkal kitöltve elkészíti az oldal, neked csak ellenőrizned kell az adataidat, ki kell nyomtatni, beszkennelni vagy lefotózni, és feltölteni ugyanott egy-két kattintással. A feltöltésnél csak fotózd le a mobiloddal, és a mobilod böngészőjén keresztül egyből fel is tudod tölteni!

Jó tudni!

A .hu domain regisztrációt és átregisztrációt csak akkor tudjuk elindítani, ha a szükséges aláírt lapokat már feltöltötted! Ritkán előfordulhat, hogy utólag valamilyen egyéb dokumentum feltöltésére is szükség van, ezt ilyenkor jelezzük neked emailben. Nem .hu domain végződéseknél nincs szükség dokumentum feltöltésre!

 

PHP és Ruby on Rails fejlesztőket keresünk

Szeretnénk csapatunkat bővíteni PHP és/vagy Ruby on Rails fejlesztővel. Több olyan izgalmas feladatunk is van, melyek megoldása igazi kihívást jelenthet. Várunk minden jelentkezőt, aki szeretne fiatalos csapatunkban velünk dolgozni, hogy több ezer ügyfelünk még boldogabb legyen szolgáltatásainkkal.

Elvárásainkat megtalálod és jelentkezni tudsz az álláshirdetést tartalmazó PHP fejlesztő állás lehetőség illetve Ruby On Rails állás lehetőség oldalainkon.

Szuper szerveren ketyeg a cpanel7

Szemfülesebb ügyfeleink már napokkal korábban észrevehették szerver státusz oldalunkon, hogy elindult új tárhely szerverünk, a cpanel7. Az új szerver mérföldkő a Tárhelypark történetében, hiszen a két processzoros, összesen 12 magos és 24 szálas Xeon alapú konfiguráció teljesítménye jóval meghaladja eddigi, Intel i7 alapú szervereink számítási kapacitását. Ez természetesen nem jelenti, hogy a teljesítményt csak az új szerveren érezhetitek, igyekszünk a régebbi szerverek terhelését csökkenteni, a jelenlegi terhelést elosztani ahol szükséges.

Mit tud az új szerver?

Supermicro

Itt szeretnék egy kicsit a technikai részletekben elmerülni. A szerver alapja a Supermicro Blade szervere, melyben négy önálló szerver kaphat helyet, egyenként két Xeon processzorral, és 256 Gb memóriával. A cpanel7 jelenleg egy ilyen Blad-et kapott, két 2.6 Ghz-es Xeon E5 processzorral, és 32Gb memóriával. A 24 szálas feldolgozás háromszorosa az eddigi szervereinknek, ahol 8 szál dolgozta fel a beérkező kéréseket. A 32 Gb memória és természetesen a már megszokott SSD Raid garantálja, hogy a weboldalakat a megszokott gyorsasággal jeleníti meg a szerver.

Fejlesztettünk a szerverben levő merevlemezeket is, így az új háttértárak Western Digital VelociRapto 10K háttértárak lettek, melyek sebessége a tesztjeink alapján szintén jócskán meghaladják az eddig használt 7200-as fordulatú lemezekét.

A fejlesztések sorának ezzel még nincsen vége! Lényeges újítás, hogy a szerverhez Gigabites belföldi és külföldi sávszélesség tartozik. Ennek előnyeit az átlagos használatkor nem fogjátok érezni, azonban akkor, amikor egy-egy oldal forgalma hirtelen megnő, jó szolgálatot tesz majd a gigabit, mert a többi oldal nem fogja érzékelni a terhelés növekedést.

Mit tervezünk még?

Sokat várunk az új konfigurációtól, és reméljük, hogy érezni fogjátok a teljesítmény növekedést, ahogyan folyamatosan elosztjuk a jelenlegi szerverek terhelését. Ha beválik az új konfiguráció, nem titkolt tervünk, hogy jelenlegi szervereinket is leváltjuk az új hardver konfigurációra. Ez természetesen egy hosszabb távú cél, és időben értesülni fogtok róla.

Megszűnik a mindent elkapó alapértelmezett e-mail fiók

Április 1-én globálisan kikapcsoljuk szervereinken a mindent elkapó, vagy más néven alapértelmezett postafiókot. Ha eddig ezt a funkciót használtad, akkor a kikapcsolás után levelezésed úgy tud hibamentesen működni, ha az adminisztrátori felületen egyesével felveszed az általad használt mail címeket. Ezt egyszerűen megteheted leírásunk alapján: E-mail fiókok hozzáadása/eltávolítása

A kikapcsolásnak több oka is van, egyrészt sokan nem értik ennek a funkciónak a működését, és gondot jelent a használata, másrészt az elmúlt hónapokban megnövekedett spam levelek véletlenszerűen generált mail címekre érkeznek, amiket ezek az alapértelmezett fiókok elfogadnak (hiszen ez a dolguk). Az így elfogadott spam levelek pillanatok alatt feltöltik a rendelkezésre álló tárhelyet, és a normál levelek sok esetben nem érkeznek meg.

Még rosszabb eset, amikor a mindent elkapó fiók továbbítva van egy külső mail címre, például GMail-re, így tulajdonképpen a mi szerverünk küld ezer számra kéretlen leveleket a GMail-nek.

Kit érint a változás?

A változás nem érinti azokat a mail fiókokat, amiket a cpanel adminisztrátori felületen normál módon létrehoztál a Segítség oldalunk E-mail fiókok hozzáadása/eltávolítása című leírása alapján.

A problémát az jelenti, ha nincsen külön létrehozott mail címed, és a leveleidet a Mindent elkapó E-mail fiókban kezeled a cpanel felületen közvetlenül a fő oldalon elérhető Webmail olvasása menüpontból, vagy levelező programodat erre az alapértelmezett fiókra állítottad úgy, hogy a levelező programban mail címként a cpanel bejelentkezési nevedet adtad meg.

Probléma az is, ha az alapértelmezett mail fiók át van irányítva egy külső, például GMail-es mail címre, mert a kikapcsolás után ez sem fog működni, nem fogunk olyan leveleket továbbítani, amik nem egy konkrét mail címre érkeznek.

A levelezés helyes beállítása

A jövőben csak olyan leveleket fognak szervereink átvenni, amik egy valódi, a cPanel adminisztrátori felületen létrehozott mail címre érkeztek. Minden általad használt mail címet fel kell venned leírásunk alapján. Az így létrehozott mail fiókokat ugyanúgy használhatod mint az alapértelmezett mail fiókot.

Webmail helyes elérése

Webmailen keresztül a következőképpen tudod használni a levelezést: webmail.domainneved.hu Itt a teljes email címet add meg, és a hozzá tartozó jelszót amelyet az email cím létrehozásakor megadtál. Részletes leírást találsz a Webmail kezelés bejegyzésünkben.

Levelek továbbítása

A leveleket úgy tudod továbbítani, hogy konkrét mail címet továbbítasz az E-mail továbbítók menüpont használatával. Ha nem akarod, nem szükséges a mail címet létrehoznod nálunk, így a levelek a mi szerverünkön nem tárolódnak.

Ha mégis létrehozod a mail címet, akkor a beérkezett leveleket mi is tárolni fogjuk, és továbbításra is kerülnek.

PHP fejlesztői környezet saját gépen

Néha hetente több alkalommal is felvetődik a kérdés ügyfeleink részéről, hol és hogyan fejlesszék weboldalukat. Mi mindig azt javasoljuk, hogy a fejlesztés saját gépen történjen, mert egyrészt nem szeretné a mindenki számára elérhető weboldalt üzemképtelenné tenni, másrészt vannak esetek, amikor jobb ha nem a tárhely szerveren zajlik az oldal tesztelése. Saját gépen fejleszteni körülményes is lehet, mert ahhoz, hogy a Tárhelypark szerverekhez hasonló környezetet produkáljunk saját gépünkön, számos szoftvert telepíteni kell. Szerencsére most egy olyan megoldást mutatok be egy rövid cikksorozat első lépéseként, ahol nincs szükség hosszadalmas telepítésre, és aminek a végén mindenki saját fejlesztői környezetében tesztelheti weboldalát.

Mi az a fejlesztői környezet?

A fejlesztői környezet (developer system, developer environment, dev) egy olyan szoftverhalmaz, amit csak azért telepítünk fel, hogy a készülő szoftvert tesztelni és fejleszteni tudjuk, lehetőleg egyszerűen és gyorsan. Ez a környezet soha nem elérhető a látogatóknak, és soha nem is szabad összekeverni az éles, működésben levő rendszerünkkel, amit a felhasználóink látnak. Éles környezeten nem tesztelünk, nem próbálgatunk, csak azok a dolgok kerülnek oda, amiket már leteszteltünk a fejlesztői környezetben és jól működnek. Ennek az általános képnek természetesen vannak szintjei. A program bonyolultságától és attól függően mennyire stabil rendszert szeretnénk, lehetnek más környezetek is a képben, de ennek elemzésétől most az egyszerűség kedvéért eltekintek.

Milyen programokat kell telepítened?

A fejlesztői környezet bárhol kialakítható, de most a saját gépedre fogjuk telepíteni, hogy a fejlesztés és tesztelés egyszerű és gyors legyen. Már elő is készítettem egy feltelepített szervert, amit virtualizációval fogsz a gépedre feltelepíteni, így nem kell minden szoftvert egyesével telepítened.

A virtualizáció azt jelenti, hogy a saját operációs rendszereden (akár windows-on is) fogsz futtatni egy másik operációs rendszert, ami úgy fog viselkedni mintha egy másik számítógép lenne, de közben saját gépedet használhatod saját programjaiddal.

Jó tudni!

A telepítésbe bátran belevághatsz! A virtualizáció nem egy teljesen új operációs rendszer telepítés, jelenlegi operációs rendszeredet nem módosítjuk, nincs szükséged új partícióra sem, és a gépedet sem kell újraindítani. A telepítés kizárólag egy szoftvert telepít jelenlegi rendszeredre, amit utána akár törölhetsz is.

Ennek az az előnye, hogy bármikor kikapcsolhatod, így a saját gépeden nem fognak mindenféle adatbázis és webszerverek futni. A megvalósításhoz a VirtualBox-ot fogod használni, amit aztán a Vagrant konfigurációs rendszerrel fogunk konfigurálni és elindítani. Letöltések:

A két programot fel kell telepíteni. A telepítés elvégezhető Windows-on, Linux-on és OSX-en is. Én OSX-en dolgozom, így lehetnek kisebb eltérések például windows-on. Ha minden jól van feltelepítve, akkor a következő parancsoknak működniük kell a parancssorban vagy terminálban (a verziószámok eltérhetnek):
Linux/OSX:

Windows:

A fejlesztői környezet előkészítése

A VirtualBox és Vagrant telepítése után szükséged van rá, hogy ezeket a rendszerek bekonfiguráld. Ez nem nagy dolog, előre létrehoztam a szükséges fájlokat, csak le kell töltened innen (http://bit.ly/1n6YmFw) egy újonnan létrehozott könyvtárba (kb. 550mb). Legyen az új könyvtár neve például a domain neved, én tarhelypark.hu-nak neveztem el. Ez lesz a fejlesztői környezeted könyvtára. Ha belépsz a könyvtárba, akkor a fájl letöltése után ez fogad:
Linux/OSX:

Windows:

A  centos65-php-dev.box fájl az operációs rendszer képe (image fájl vagy box), amit a Vagrant-al fogsz telepíteni. Ebben a fájlban én már előre beállítottam egy olyan CentOS Linux operációs rendszert Apache, PHP és MySQL programokkal, ami nagyon hasonlít a Tárhelypark szervereinek környezetére.

Tehát a saját gépeden amin Windows, Linux vagy OSX van, fog futni egy CentOS Linux operációs rendszer, és a virtualizáció miatt azt fogja hinni, hogy egy saját különálló gépen fut. Elsőre ijesztő, de nem kell félni tőle. A virtualizáció a barátunk!

Telepítsük hát egyetlen utasítással új oprendszerünket, és utána a fájlt törölhetjük is, már nem lesz rá szükségünk.
Linux/OSX:

Windows:

Négy parancsot kellett kiadnod, ezek magyarázata:

  • Hozzáadtad a Vagrant-hoz a kép fájlt
  • Letörölted a letöltött fájlt, mert már amúgy is hozzáadtad, ne foglalja a helyet
  • Listáztad a könyvtárat, üres
  • Lekérdezted milyen box (operációs rendszer kép) van fenn a Vagrant-ban

Jó tudni!

A fentebbi Vagrant telepítési lépéseket nem szükséges többször elvégezni, a hozzáadott Box használható ezentúl a többi projektünknél is.

A környezet létrehozása

Mielőtt még telepítenéd saját weblapodat vagy új CMS-t rendszeredet, teszteljük le, hogy minden megfelelően működik-e! Ehhez egy egyszerű phpinfo() parancsot fogunk használni.

Először is a Vagrant-ot kell utasítanunk, hogy hozza létre nekünk a szükséges konfigurációs fájlokat.
Linux/OSX:

Windows:

Az első utasítás inicializálja a konfigurációs fájlt úgy, hogy az előbb létrehozott CentOS-6.5-php-dev nevű Box-ot használja. A második utasítással csak kilistázod mi is van most a könyvtárban.

Látszik, hogy létrejött egy Vagrantfile nevű konfigurációs fájl, ami azt tartalmazza, hogy a virtuális gép hogyan fog elindulni.

Most nyisd meg kedvenc szövegszerkesztődet és hozz létre egy phpinfo.php nevű fájlt ami egyetlen sort tartalmazzon:

 A virtuális számítógép elindítása

Nincs más hátra, mint kipróbálni művünket. A virtuális gépet a vagrant up utasítással indíthatod el.
Linux/OSX:

Windows:

Mi is történt itt most pontosan? Elindult a virtuális szervered, amit rögtön tesztelni is tudsz. Mivel ez egy webszerver, nyiss meg egy böngészőt, és a következő linken máris megjelenik a phpinfo oldal, amit fentebb létrehoztunk: http://localhost:8080/phpinfo.php

A működő gép 80-as HTTP portja a saját géped 8080-as portjára került átirányításra. Ez azért kell, mert általában a 80-as port a saját gépen foglalt másra. Ezért kell a linkben is feltüntetni a 8080-as portot.

Jó tudni!

Ha tűzfal van telepítve gépedre, akkor elképzelhető, hogy nem nyílik meg az oldal. Kapcsold ki a tűzfalat, vagy engedélyezd a 8080-as és 2222-es portokat!

Miért jó a fejlesztői környezet nekem?

A fentebbi telepítési leírásból még nem teljesen egyértelmű, de:

  • Gyakorlatilag nem telepítettél és konfiguráltál szerver programokat, ezeket mind előre telepítettem neked, így pillanatok alatt elindult a gép ahhoz képest, mintha nekiláttál volna egyenként mindent telepíteni.
  • Van egy saját szervered, amit akkor indítasz el amikor tetszik, és ha már nem kell leállítod vagy meg is szüntetheted. Ha legközelebb kell, majd megint elindítod.
  • A weboldalt (jelenleg a phpinfo oldal) a saját gépeden szerkeszted a kedvenc szerkesztő programoddal. Mivel a könyvtárat “bedrótoztuk” a szerverbe, ezért a változások azonnal látszanak, nem kell feltöltés, FTP stb.
  • A szerver programok, Apache, PHP, MySQL nem a te gépedre van telepítve, így ha a virtuális gépet leállítod, nem futnak, nem foglalják a memóriát
  • A virtuális szerver nagyban hasonlít a tárhelypark szerverekhez, így sokkal egyszerűbb a fejlesztés

Néhány hasznos tudnivaló

A fejlesztői környezeted virtuális szerverét a következő parancsokkal tudod vezérelni:

  • vagrant up: létrehozás, indítás
  • vagrant suspend: altatás, a gép nem törlődik, de nem fut
  • vagrant destroy: a gép teljes törlése
  • vagrant ssh: ssh bejelentkezés a gépre

A virtuális gép root jelszava: tmppwd

Hogyan tovább?

A következő cikkekben egy új WordPress telepítést fogok bemutatni, aztán megnézzük, hogyan lehet egy már létező oldalt feltelepíteni a környezetbe. Ha ezzel megvagyunk, akkor néhány hasznos trükköt fogok mutatni, hogyan deríthetők ki egyes tipikus hibák az oldalon.

Új technológiával indult a cPanel6

Három hete indítottuk el új, cPanel6 tárhely szerverünket, ahol a jól bevált technológiák mellett (pl. SSD Raid) ismét egy újítást hajtottunk végre. Eddig is virtuális gépeket használtunk a webhoszting szolgáltatás mögött, hogy kontrollálni tudjuk a felhasznált erőforrást, de a cPanel6-on ezt odáig fejlesztettük, hogy már nem csak az operációs rendszerben globálisan tudjuk állítani a paramétereket, hanem felhasználó szinten is. Így a nálunk levő oldalak és szervereink még stabilabbak lesznek.

Eljött a szerver túlterhelés vége

Összefoglalom, hogyan működik az új technológia, miről is van szó pontosan? Osztott tárhely szolgáltatáson általában ha az egyik felhasználó hibás programot futtat, túlterhelheti a tárhely szervert, és ezzel elveszi az értékes processzoridőt és memóriát a többi felhasználótól. Ekkor a többi weboldal tulajdonos csak annyit vesz észre, hogy lassabban jelennek meg az oldalai, vagy lassabban töltődnek le a levelei.

A megoldást eddig nekünk az jelentette, hogy a folyamatosan monitorozott szervereken már akkor észleltük a problémát, amikor ez a terhelés elkezdődött, de még nem nőtt kritikussá. Ekkor a hibás programot vagy weboldalt korlátoztuk a szerveren, hogy a többi ügyfelünk észre se vegye a hibát.

Ez akkor működik jól, ha a terhelés nem jelentkezik azonnal, hanem van egy kis felfutása. Abban az esetben azonban ha valaki olyan php vagy perl szkriptet futtat ami hirtelen akar nagyon sok erőforrást (pl. oldal feltörésénél) nem mindig tudunk időben reagálni.

Új cPanel6 szerverünkön ezt próbáltuk megoldani úgy, hogy az egyes felhasználók kaphatnak ugyan nagyon sok erőforrást, de csak értelmes ideig. Ezzel továbbra is fenntartjuk, hogy a weboldalak korlátlanul hozzáférnek a szerverhez, de növeljük a stabilitást is. Ha egy program túl sokáig akar túl sok erőforrást a szervertől, akkor a rendszer automatikusan korlátozza, amivel több szempontból is nyertünk:

  • A túlterheléseket a rendszer automatikusan figyeli, nem kell nekünk kézzel beavatkozni
  • A normálisan futó oldalak nem érzékelnek semmit a problémából
  • Az a felhasználó aki sokáig futtat egy szkriptet érzékelni fogja a problémát és azonnal javíthatja is.

Sokat várunk ettől az újítástól. Mivel még csak most használjuk éles környezetben először, előfordulhatnak hibák, amiket természetesen folyamatosan figyelünk továbbra is, hogy azonnal beavatkozzunk.