Először is nagy örömünkre szolgál bejelenteni, hogy ügyfeleink érdekében jelentős mértékben csökkentettük virtuális szerver (VPS) árainkat. 

A szolgáltatásról részletesen a http://inclust.com/vps_cloud címen tájékozódhatsz, megrendelni a https://webadmin.inclust.com/order/vps_cloud címen tudod. Az új árakat a következő táblázat mutatja be:

	VPS 256	VPS 512	VPS 1024	VPS 2048
Memória (RAM)	256 MB	512 MB	1024 MB	2048 MB
Tárterület (HDD)	10 GB	20 GB	40 GB	80 GB
IP cím	1 db	1 db	1 db	1 db
Root elérés
1 hónap	3500 Ft + ÁFA 2000 Ft + ÁFA	6000Ft + ÁFA 4000 Ft + ÁFA	12000 Ft + ÁFA 8000 Ft + ÁFA	19500 Ft + ÁFA 18000 Ft + ÁFA
6 hónap	19500 Ft + ÁFA 11000 Ft + ÁFA	33000Ft + ÁFA 22000 Ft + ÁFA	68000 Ft + ÁFA 44000 Ft + ÁFA	111000 Ft + ÁFA 100000 Ft + ÁFA
12 hónap	35000 + ÁFA 22000 Ft + ÁFA	60000 Ft + ÁFA 44000 Ft + ÁFA	120000 Ft + ÁFA 88000 Ft + ÁFA	195000 Ft + ÁFA 200000 Ft + ÁFA

Emellett megváltoztak .com és .eu domain regisztráció áraink, ezentúl 3000 Ft + ÁFA áron lehet ezen domaineket megrendelni.

A VPS és domain árak 2011. november 1-től visszavonásig érvényesek.

Általános Szerződési Feltételek

Fontos megemlíteni, hogy néhány apróbb pontban megváltoztak az Általános Szerződési feltételeink. A főbb változások:

• Ezentúl a szolgáltatás lejárata előtt 10 nappal fogunk értesítőt (fizetési emlékeztetőt) küldeni, (3.2. pont)
• A postai dokumentumküldésre vonatkozó pontokat megváltoztattuk, hiszen szolgáltatásaink megrendelése elektronikus úton történik, és a számlákat is így küldjük. (2.1.pont, 3.2. pont)
• Bekerült az ÁSZF-be a következő sor: Bizonyos szolgáltatásokhoz a Szolgáltatási Lapokon feltüntetett módon pénzvisszafizetési garancia jár. (4.2.pont), Webhosting szolgáltatásunk esetén ugyanis 15 nap pénzvisszafizetési garanciát vállalunk

A megváltozott és a jelenleg hatályos Általános Szerződési feltételeink a http://inclust.com/kapcsolat oldalon találhatóak meg az ÁSZF elválaszthatatlan mellékletét képező Szolgáltatási Lapokkal együtt.

Az új ÁSZF 2011. december 1-től hatályos.

Nagy örömünkre szolgál bejelenteni, hogy több hónapos fejlesztési munkánknak köszönhetően elérkeztünk az első mérföldkőhöz. Megújult arculattal, weboldallal, bloggal, webadmin és pénzügyi, valamint profil rendszerrel állunk rendelkezésetekre.

A legfontosabb, és legnagyobb volumenű változás a saját fejlesztésű Inclust Webadmin adminisztrációs felületünk teljes átalakulása. Felhasználói és piaci igények, valamint folyamatos tesztelés következtében született meg a jelenlegi állapot. A fejlesztés során nagy hangsúlyt fektettünk egyrészt a felhasználói élményre, másrészt az egyszerű használhatóságra. A rendszerben az egyes domaineket kiválasztva módosíthatjuk az FTP, MySQL, E-mail stb. beállításokat. A funkciók folyamatosan bővülni fognak, ebben a Ti segítségetekre is feltétlenül szükségünk van. Emellett megújultak a megrendelési folyamatok is, szolgáltatásainkat ezentúl a https://webadmin.inclust.com/order címen rendelhetitek meg.

A Webadmin rendszer mögött működik a korábban már bemutatott, szintén saját fejlesztésű pénzügyi rendszer, melyet Inclust Finance névre kereszteltünk. Ez a rendszer felel a díjbekérők,  számlák kiállításáért, valamint a szolgáltatások meghosszabbításáért.  A Webadmin rendszerből elérhetitek saját pénzügyeiteket, ahol láthatjátok számlázási adataitokat, megrendelt szolgáltatásaitokat és befizetéseiteket.

A felhasználói adatok egy külön modulban, az Inclust Profile-ban kaptak helyet, melyet a http://p.inclust.com cím alatt érhettek el. Itt tölthettek fel fényképet, és tölthetitek ki adataitokat, mely a publikus adatlapotokon is szerepelhet. A következő hónapokban a Profile modul sokat fog fejlődni, részleteket még nem árulunk el, hogy izgalmasabb legyen. :)

Emellett biztosan észrevettétek már az arculat, logó, valamint az inclust.com weboldal és a blog.inclust.com blogunk teljes megújulását is. A blogbejegyzéshez hozzászólni szintén bejelentkezés után lehet.

Az összes modul és oldal közös tulajdonsága, hogy az oldalak felső részén helyet kapott egy fekete sáv, melyet házon belül Inclust Collective Menu-nek nevezünk, ahonnan az összes szolgáltatásunk és a bejelentkezés egy kattintással elérhető.

Mint minden új rendszer bevezetésekor, így természetesen nálunk is előfordulhatnak apróbb fennakadások, ezért szeretnénk türelmetek és ugyanakkor segítségetek kérni. Ha bármilyen észrevételetek, kérdésetek van, bátran írjatok e-mailt a support [a] inclust.com címünkre vagy facebook oldalunkra a http://facebook.com/inclust címen.

Az átállás következtében felmerülő esetleges kellemetlenségekért megértésetek kérjük, igyekszünk minden energiánkat rendszereink tökéletesre csiszolására fordítani. Az elkövetkezendő hónapok a jelenlegi rendszer finomhangolása mellett számos új funkció bevezetéséről fognak szólni, ahol szintén számítunk rátok!


Köszönjük Nektek!
Inclust Systems.

Pörögnek a fejlesztések az Inclust háza táján, hamarosan teljesen megújulunk. A jelenlegi post az egyik frissen elkészült rendszerünket, az "előfizetéskezelő modult" (Finance-t) mutatja be. A Finance célja, hogy kezelje a szolgáltatások megrendelésével kapcsolatos adatokat, befizetéseket, számlákat, és fizetési emlékeztetőket. A rendszer egyébként később önállóan is megvásárolható lesz, és képes más drupal alapú rendszerrel is együttműködni.

A részletekről a fejlesztőt, Csineszt kérdeztük:

Szia, mivel foglalkozol az Inclustnál?
Drupal modulfejlesztéssel és Sitebuild-del foglalkozom.

Elmondanád pár szóban, hogy mit tud a Finance?
Lényegében a Finance célja a folyamatos szolgáltatások (megújuló előfizetések) kezelése és pénzügyi felügyelete. Ide tartozik az ügyfelek periodikus értesítése, ha lejár a szolgátlatás, a szolgáltatások letiltásának indítása, a befizetések és kintlevőségek nyilvántartása. A rendszer mind az ügyfelek, mind az ügyintézők mindennapjait segít. A cél, hogy egyértelmű és egyszerű adatokat kapjon mindenki: mit miért mikor hova fizessen. (szerzk. megj.: nem úgy, mint sokszor a közműszámlák esetében.)
Úgy kell elképzelni, mint a TV vagy Internet előfizetést kezelő rendszert a telecom cégeknél, csak közérthetőbben.

Miben más a hasonló pénzügyi nyilvántartó rendszerekhez képest?
Véleményem szerint abban különbözik a többitől, hogy minden szolgáltatással, előfizetéssel kapcsolatos problémakört lefed és ez nem megy a felhasználóbarátság rovására. A rendszer használatához ajánlott céges folyamatokat is kidolgoztunk, nagyon csökkenti az ügyintézői hibalehetőséget igen nagy ügyfélszám esetén is.
A legfontosabb elem: 1 óra alatt taníható az ügyintézői felület használata.

Szerinted milyen előnyei vannak egy ilyen rendszer használatának?
A folyamatos vagy megújuló szolgáltatásból élő cégeknek nagyban megkönnyíti az adminisztrációt.
- segít folyamatosan beszedni a pénzt
- egyszerű betanítást igényel
- plaformfüggetlen és minimális infrastruktúra kell hozzá
- hatékony céges folyamatokat támogat
- kis rendszer, de könnyen integrálható más rendszerekhez

Bizonyos előfizető felett képtelenség Excel táblázatokban áttekinthetően rendszerezni az ügyféladatokat és azt, hogy ki mire mikor fizetett elő vagy milyen extra igényei vannak. A számlázó-szoftvereket sem erre találták ki. A rendszer támogatja a számlázást, de nem kell kidobni a jelenlegi számlázót a használatához.
Az általunk eddig látott nagy rendszerek aránytalanul drágák. Pár évvel a bevezetés után pedig nagyon drágán lehet csak új funkciót kérni bele.

Ha valaki szeretné meglévő rendszerével integrálni mit kell tennie, és mennyire bonyolult folyamat elvégezni az integrációt?
A rendszer megtervezése során fontos szempont volt az integráció előkészítése és könnyítése. Ez a verzió most épp drupal alapú, de az üzleti logika könnyen átültethető más nyelvre is. A jelenlegi drupal modul valódi modulként viselkedik. Könnyedén lehet integrációt létesíteni más rendszerekkel.

Miben látod a Drupal platform erősségeit?
Nagyon szimpatikus a Drupal-ban hogy erősen támogatott, több milliós fejlesztői tábora van. Átgondolt, robosztus rendszer. Rendkívül jól programozható, tele van olyan beépített függvényekkel és egyéb kényelmi eszközökkel, amit elősegítik a fejlesztést. Az alapvető dolgokban nagyon jó a dokumentáció, viszont ha az ember valami extrábbat szeretne készíteni, akkor néha talál 1-2 hiányos területet. Összességében ilyen méretű projekthez jó választás volt, mint mérnöki kompromisszum.

Köszönjük!

Skálázható, felhő alapú webkiszolgálás

Az eddigi, klasszikus megoldásban az internetről érkező HTTP kérések kiszolgálását egyetlen folyamat biztosította, amely minden bejövő kérést önállóan válaszolt meg. Az internet felé néző webkiszolgálónk (belsős szlenggel: Front-szerver) 80-as portján futó Apache kiszolgáló-folyamat mellett a háttérben futottak még egyéb, hagyományos processzek is: ütemezett scriptek (Cron) kezelése, levelezés biztosítása, stb. Ez a megoldás egy sokat bizonyított, a mindennapokban jól beváló módszer, de skálázni egy idő után már csak memóriabővítéssel lehet, aminek mennyisége a végtelenségig nem növelhető.

Nem maradt más választásunk, minthogy a webkiszolgálásunkat felhő alapúvá alakítva a front szerverünk terhelését csökkentsük. A frontról leválasztottuk az összes hagyományos webes forgalmat és csupán egy terheléselosztást végző proxy réteget hagytunk meg szeptember 1-től kezdődően. A beérkező kéréseket a proxy átadja egy háttérben futó 3 webkiszolgáló egyikének, amelyek mind-mind teljesen megegyező, önálló kiszolgálásra alkalmas szerverek. Így minden hagyományos HTTP kérés átirányítódik a háttér-szerverekhez és azok szolgálják ki őket, tehermentesítve a front szervert.

Az új megoldás legnagyobb előnye a skálázhatóság és emellett a hibatűrés is nagymértékben növekedett. A proxy a háttérszervereket folyamatosan monitorozza, így az új rendszerrel képesek vagyunk az egyik kiszolgáló kiesése esetén a forgalmat a megmaradt kiszolgálók felé irányítani és a későbbiekben a meghibásodott szerver helyett egy új példányt készíteni és csatasorba állítani. Az automatikus újrakonfigurálás technológiája segítségével a rendszer későbbiekben majd öngyógyítóvá válik és kiesés esetén képes lesz magától egy új szervert létrehozni, konfigurálni és elindítani. Így, ha megnő a terhelés, vagy valamelyik szerver csődöt mondana, azonnal, emberi beavatkozás nélkül beáll majd egy új példány.

Mint mindennek, az új rendszernek is vannak hátulütői. Az egyik ilyen, hogy egyetlen adatbázis van, amit minden szervernek ugyanúgy el kell érnie bármikor. Hasonlóan, a weboldalakat kiszolgáló tárhelyhez is mindig, minden node-nak hozzá kell tudnia férni. Ennek megoldásához különböző változtatásokat kellett eszközölni a belső hálózatunkon.

A nagyobb problémát a session-kezelés megvalósítása, valamint a hálózati kialakítás miatti rosszul detektált kliens IP-címek jelentették. Az előbbi feladatra a proxyn futó elosztó alkalmazás nyújt megoldást, mely letárol minden, a kliensekkel újonnan létesített kapcsolatot és onnantól a kommunikáció lezárásáig ugyanazon a háttér kiszolgálószerverrel folyik az adatcsere. Utolsó problémaként felmerült, hogy a belső hálós IP címek összezavarják azokat a szerver oldalon futó alkalmazásokat, amelyek lekérdezték a kliensek címeit. Ennek oka az, hogy az Apache szempontjából a kérések olyanok, mintha a proxy géptől jönnének, azaz minden kliens a proxy belső IP-jével látszik.

A megoldás az, hogy a proxy a továbbítás során elhelyez egy HTTP headert a HTTP kérésbe, amibe beleteszi az eredeti kliens IP-jét, és van egy Apache modul, ami a kiszolgálón ezt értelmezi és kicseréli a kliens IP-jét (proxy szerver belső IP-je) a tényleges kliens (böngésző gép) IP-jére.

A rendszer éles üzembehelyezése előtt a proxy a front szerver 80-as helyett egy másik portjára volt beállítva, így ezen keresztül folyt a tesztelés. Miután bebizonyosodott, hogy minden papírforma szerint működik, egyszerűen átirányítottuk a 80-as portra érkező forgalmat. A változás minden szempontból sikeres volt. Felhasználói oldalról szubjektíven is érezhetően gyorsabban töltődnek be a weboldalak. A mérési eredmények pedig szintén megerősítették ezt. A webszerver terhelése nagyjából a harmadára csökkent, nem véletlenül: Ezentúl 3 szerver szolgál ki ugyanannyi kérést, amit eddig 1 tett meg.