NemOldal

Érdeklődéssel figyeltem a pár hónapja indult Giveawayoftheday kezdeményezését. Az ötlet lényege, hogy fizetős progikat egy napig ingyen elérhetővé tesznek. Ez jó a progi fejlesztőjének (reklám), jó a giweaway-nek és jó nekünk. Jó nekünk, ha épp olyan alkalmazást kínálnak, amire szükségünk van és eddig csak az ára miatt nem használtuk. A felhozatal elég vegyes volt, kezdve a screensaver-től a jegyzetkezelőn át videoavatarig minden. A fejlesztők honlapjait átnézve látszódott, hogy viszonylag kisszámú cég áll mögötte. Ez persze nem baj, ha elég széles a repertoárjuk.
Tegnap viszont meglepődtem kissé, ha jól emlékszem eddig is volt olyan, hogy egy progit újrabetettek, ami persze nem baj, egyébként is karácsonykörnyékén volt, amikor sokan lemaradhattak róla. Tehát meglepődtem, mert ismét egy már letölthetővé tett progit ajánlottak, csak épp más névvel és az ikonok átszerkesztésével... Insofta vs Doublesafety
Miért van erre szükség? Miért éri ez meg? Talán nem csatlakoznak elegen ehhez a kedvezményezéshez? De akkor is minek?!
Ha most volna kedvem és időm kiváncsiságból megnézném a giveaway és az eddigi progik honlapjának tulajdonosát :)
Végül is mindegy ez, remélem hosszabb távon is menni fog a business és sok érdekes progival halmoznak el minket.

Péntekről szombatra virradó este gyakorlatilag sikeresen átálltunk az új szerverpárosra.
Tipikus kutyaütő magyar hosting és regisztrátor cégek miatt egy domain-hoz tartozó ftp nem elérhető, de az összes többi szolgáltatás az összes többi domain beindult. Ezekről a cégekről majd szeretnék külön postban is írni, most csak annyit, hogy több domaint nem írtak át többszöri halogatás után se (ez miatt egyébként a két hetes csúszás is). Ezekből az elmaradt domainokból egynél volt ftp is. Elég elrettentő példákat hallottunk arról, hogy egyes helyeken milyen remekül és milyen hosszú időre be tud cache-elődni a domainhoz tartozó ip, így az átállásnál ettől féltünk a legjobban. (szerintem) gondos tervezést keresztülhúzta a magyar rögvalóság, így az új szerverhez az átírás nem megtörténte miatt illetve a dns cache miatt nem odatalálók számát és ennek az időszaknak a csökkentése végett az alábbi megoldást választottuk:
A régi szerver úgy lett beállítva, hogy minden hozzáérkező kérést továbbküld az új szerverhez, az új meg az ilyen kéréseket nem közvetlenül a userhez, hanem a régi szerveren keresztül küldi vissza. Erre az inteligensebb tűzfalak és kevésbé inteligens alhálózatok miatt van szükség - a züzemeltetőnk szerint. Sajna ezzel a kőkorszaki ftp szaki nem tud együttműködni, így az ebben a formában nem működött.
Egyébként az átállás kb 3 órát vett igénybe teszteléssel együtt, amiből 1-1,25 óra volt a teljes elérhetetlenség (másolás, kicsomagolás, szolgáltatások beindítása), onnantól kezdve kívülről elérhető volt illetve gyakorlatilag innentől fogva a régi ip címre érkező kérések is beestek az újra. Eztán jött a tesztelés, majd a slave gépre történő szinkronizálás (ez mondjuk egy időre megfogta a gépet), majd a fullteszt.
A végén már csak levezetésként olvastam egy kicsit és háromkor bezuhantam az ágyba. Ám a legnagyobb elismerést a reggel/délelőtt hozta meg: párom megébredt mikor lefeküdtem és reggel gyerkőcöket visszafogta így sikerült egy nagyot aludnom.

Új szolgáltató mailban elküldte az accountot az admin felületéhez. Copy-paste-el próbálok belépni, de állandóan kidob. Megy a levélváltás, de már este 6 van, meg egyébként is ki az az őrült, aki dec. 27-én dolgozik.
Most jött a megvilágosodás kollégám felöl: cégünk neve két szóból áll és ők a usernevet ebből csinálták, csak épp a két szó fordított sorrendben volt (mint pl.: CocaCola vs ColaCoca)...
Legközelebb, ha gond lesz a jelszó betűiből is értelmes szavakat próbálok összerakni, hátha az a bibi. Persze gondolhattam volna, hogy nem a biztonságra mennek, ha sima mailban küldték az acc-ot.

Szerdán indult egy új szolgáltatásunk demo (webketteseknek: béta) verziója. Verziókezelő használata ellenére (illetve nem teljeskörű alkalmazása miatt) volt egy furi hiba. Szerdán volt az utolsó módosítás, de pénteken délelőtt vmikor a login form-ba betett username/psw páros eltünt. Ez a sablonfájlba volt beírva és állítólag péntek reggel még a progi felületén meg is jelent. Persze a gyors javítás miatt elfelejtették megnézni, hogy a fájl mikor volt utoljára módosítva.
Amiket tudunk: elméletileg be volt írva a sablonfájlba, elméletileg működött, mindenki megerősítette, hogy a webdir környékén se járt, sablondirben csak ennek a fájlnak a dátuma volt szerdánál frissebb (javítás dátuma szerepelt).
Én csak arra tudok gondolni, hogy vagy vmi browser dolog miatt működött (automatikus login form kitöltés, stb.) vagy kollégám nem írta be vagy ő írta felül. Ezekre ő is gondolt és nagy át- és visszagondolással megerősítette, hogy nem ez történt.
Régebben azt tanultam, ha nincs elfogadható magyarázat vmire, akkor a legkevésbé valószerűtlent kell elfogadni. Ez az elv alapján azt mondom, hogy nála lehetet a bibi.

Hogy ezt miért írtam le? Mert erre lett egy döntés: erre az élő oldalra vegyük el mindenkitől az írási jogot, csak kettőnknek maradjon meg.
Ennek ugye az lesz a vonzata, hogy a kollégák megértik nem bízunk bennük és emellett fel lett vállalva, hogy a frissítések lassabban fognak felkerülni.
Valóban néha korábban is voltak gondok a verziózással, de szerintem még mindig jobb ezeket felvállalni, mint egy ilyen semmire se jó módszert alkalmazni.
És igen vannak erre megoldások, de ezek egyrésze nem működik pár ember illetve a cég milyensége miatt, és igen hadakozhattam volna ez a döntés ellen (meg is tettem volna), de nekem is most van egy eléggé spéci helyzetem és idő se lenne a korrekt verziókezelés bevezetésére, ami miatt inkább azt mondtam OK, ha ez kell, hát legyen.
Félreértések elkerülése végett ezt nem kollégám ellen írom, mert a hibás inkább én vagyok az ebbe való beleegyezés miatt.

Előrebocsátom a 3-as előtti verzióig feltétlen híve voltam a Skype-nak. Látszott, hogy odatették magukat a tervezők, minden funkciója, melyet naponta használunk a legaprólékosabban meg volt tervezve a kényelm és a használhatóság szempontjából.

Minap volt hír, hogy prémiumszolgáltatásként a közeljövőben elérhető lesz hozzá egy hazugságvizsgáló. Elsőre jó poénnak tünt, de aztán elgondolkodtam, hogy mennyien is használják a skype-ot (most épp: 6 712 685 user) illetve a távmunka és a voip elterjedésével mennyien használhatják munkaeszközként. Eddigi munkáim során találkoztam már egy-két ritka őrült és ritka osotba vezetővel, főnökkel. Félek el se tudom képzelni mi lehet a következménye, ha elterjed és olcsó lesz. Mennyi kisstílű gyanúsítgatás vagy épp védekezésre lehetőséget nem adó ki nem mondott ítélet lesz emiatt.

Brrr, kiver a veríték tőle.

Évvégi hajrában gyártjuk a szoftvert ezerrel, de az egyik projekt megcsúszott. Már múlt héten meghoztuk a döntést, inkább ennél vállaljuk be a határidő módosítást, minthogy a számunkra fontosabbnál kelljen kavarnunk.
Persze a remény hal meg utoljára, így még hétfő délután egyeztettünk gyáron belül. A helyzet az volt, hogy a csillagok együttállása és a gyártósor megfelelő olajozása esetén volt remény a sikeres befejezésre. A telepítés és a bemutató időpontját viszont már aznap egyeztetni kellett volna, így a kockázatokat és ezek kihatásait kellett mérlegelnünk.
A serpenyőnk egyik felén volt a termék határidő szerinti legyártása, másik felén a határidőre való félkész vagy teszteletlen termék.
Az előbbinél, ha bevállaljuk a kivitelt, akkor minden OK, ha nem vállaljuk be, akkor verjük a fejünk a falba, mert feleslegesen rontottuk a renoménkat a megrendelőnél. Utóbbinál azonban, ha bevállaljuk, akkor trükközni kell a bemutatón, ami nem jó. Nem jó, mert igaz az esetek nagyrészében elrejthetőek, kimagyarázhatóak a hibák, hiányosságok (sajna ebben van tapasztalat), de a megrendelő se hülye és nem is lehet, nem is szabad palira venni, a lóláb mindig kilóg.
A témához kapcsolódik, hogy a szerződéskötés a vevő miatt csúszott 3 hetet, amiből kettőt kértünk vissza, viszont kérésük volt, hogy még karácsony előtt szállítsunk.
A döntés végül az lett próbálunk kis haladékot kérni, de ha nem adják meg, akkor a szerencsére bízzuk magunkat.
Természetesen itt nem a kötbér volt a kérdés, mert az szinte semmi, hanem a szavunk, amit nem célszerű eljátszani, főleg egy kis cégnél, akarom mondani gyárnál, ahol nincs is nagyon más érték... Meg persze arról, hogy a kimenetellel, ami nagy eséllyel felesleges ismét elmegy egy nap, ami megint csak kiesés lesz.

Jut eszembe nem is erről akartam írni :)
Elkezdtem hívogatni a kapcsolattartónkat, de folyton még csöngés előtt szétkapcsolt a telefon. Kedd dél körül küldtem egy mailt visszahívást kérve, amire mai napig nem jött válasz. Szerdán nyugtáztuk, valszeg elhúztak karácsonyibevásárolni...

Persze más kontaktokat is kereshettem volna, meg egyébként is ezzel nem takarózhatunk majd, de néha furcsa dolgok oldanak meg nagyobb dilemmákat, hosszabb rákészüléseket.
Ez kis részben megint csak erősíti a szabályt: ha gondod van vedd fel a telefont és kommunikálj! Mennyi időt és agysejtet megspórolhattunk volna.

Még egy gondolat a döntés indoklásához: tudták, hogy mennünk kellene a héten, mivel ők kérték ezt az időpontot, de mégse hívtak, nem érdeklődtek. Valszeg még is csak nekünk volt fontos ez az egész.

Túlnyomórészt fájlszintű jogokkal voltak gondok elsőkörben illetve mail szervert nem sikerült tesztelni. Üzemeltetőnk szinte mindent lekapcsolt az adatbázison és az apache-on kívül, mert 1-2 hete nem nyúltunk a géphez. Hibákra javítás délutánra lesz, de ismerve a rendszergazdák szokásait estére talán már lesz belőle valami.

Az eddigi tologatás helyett jött az új határidő: karácsony előtt el kellene költöztetni a szerveren lévő tartalmakat egy új szolgáltató új szerverére, azaz szervereire.
Mostani szolgáltatónk kissé furin kezeli az ügyeit: csúszó domain bejegyzések, folyton elromló vincsik, stb. Eddig már 3 merevlemez szállt el (persze maxtor...), de nem furcsa az ilyen, ha a rack-es gépben 3-ból 1 venti megy csak. És állítólag ez még az egyik legkorrektebb cég kicsiny hazánkban.
Na, szóval költözünk.
Új helyen a biztonságot szem előtt tartva két gép lesz. Lesz egy melegtartalék, melyben az adatbázis folyamatosan update-el, fájlszinten pedig 5 percenként. Ezzel cluster-szerű megoldást hozunk létre, így hiba esetén megvalósítható az azonnali átállás a melegtartalékra minimalizálva az adatvesztést. Szerencsére üzemeltetőnk ezt a részét már megcsinálta, most már csak tesztelni kellene, majd egy update és dns bejegyzések átpakolása. Mindezt karácsony előtt, horror.
Most az adattartalmakat és a fontosabb szolgáltatásokat tesztelgetem. A mailserver tesztje nagyobb rákészülést igényel, de érzem fejest kell ugranom a lekvárba...