Oplog divergence madness

I never thought I’ll ever blog about ClearCase, but I have to write about the latest issue I had.

One of the sites I maintain has a couple of VOBs (Versioned Object Base, it’s called repository in other version control systems) which got corrupted. Someone from NAS team (it’s not your home NAS system) tweaked with NFS parameters, and locked out the VOB server for a couple of seconds. It’s not nice.

Anyways, the server reboots every now and then, to add more spice. Continue reading

Make deployments even more robust

I’m sad to say, but me and inploy parted ways. I just need even more robustness in deployment. I don’t want to get the whole deployment screwed up just because of the git repo cannot be fast-forwarded. I don’t want to screw my deployment on any issue.

I ended up returning to Vlad. The journey to Inploy had it’s advantage though. Continue reading

Make rails3 deployment more robust with inploy

I never touched Capistrano, it looked like a rake spinoff. I started using Vlad instead (my post in Hungarian), but at some point, it started to be very frustrating. Deployment took too long, deployment versions lost their meaning (you won’t remember which was the last one which worked well), and all these small things led me to Inploy by Diego Carrion. Continue reading

Tárgyalás a bérgyilkosokkal

Lassan bocsánatot kell kérjek a mindent magyarítás miatti szenzációhajhász címek miatt :) Szóval az úgy kezdődött, hogy a pet projectemet egyre több és több dologgal szeretném felcicomázni, szeretném belakni az új környezetet, és eközben akadtam rá a Capistrano bonyolultságával szembehelyezkedő Vlad-ra.

Persze nézem a forrást, és látom, hogy egyszerűcske a dolog, szögletes az a karika, de aztán belenéztem a capistrano forrásába, hogy némi fícsört vigyek a vlad-ba, és azt kell mondjam, akkor már a bérgyilkos szakasz.  Nem teljesen egyértelmű a használata, de azért jól ki lehet jönni vele. Continue reading

Új év, új blogmotor

Hölgyeim és uraim!

Miután végleg elegem lett a DBM iszonyatos bénaságaiból, és mivel az idő múlásával más egyéb szórakozásokat eszeltem ki magamnak, ezért egy utolsó flavour írásával befejeztem a Blosxom.PHP-t. A megjelenítő modul (gyk. flav) neve: wpinport… na vajon mit csinál?

Igen, a régi Blosxom.PHP írásaidból csinál egy bazi hosszú RSS2 feedet, amiben bent vannak a kommentek is! Persze én már akkor befejeztem a konverziót, amikor még nem volt minden 100%-on, így sajnos a hozzászólások egyszerre, a Unix epoch-kor érkeztek (hiszed-e), és néhány blog bejegyzés neve eltűnt. Ezeket majd orvoslom idővel.

Hú de nehéz kommittálni a flav-ot SVN-re, mert én már csak git-ezek :(

Ennek megfelelően a blog új helyre költözött: http://blog.js.hu/, tessék frissíteni!  (az alapvető átirányításokat beraktam, szóval sok gond nincs, de azért mégis).

GIT egylet

Jó dolog tisztában lenni a manapság használatos verziókövető rendszerekkel, ha már egyszer ClearCase admin az ember.

Fapados, védőkesztyű viselése kötelező, aláírom. Kicsit nyögvenyelős Windows-on, de a rendszer nagyon jó. Rendben, volna mit javítani rajta, de alapvetően el bírnám képzelni, ha holnap a cég áttérne Git-re. Continue reading

Pozícionálás

Örömmel tudatom minden érdekelttel, hogy a cégben megváltozott a munkaköröm. Immár ClearCase architectként dolgozom.

Magáról a rendszerről hirtelen csak annyit tudnék mondani, hogy ez tényleg egy insttrumentum, nem némi szkript és hamu. Rengeteg hibája van, amit nem éri meg az IBM-nek kijavítani, de az alapgondolat és a működési módszer jó alapokon nyugszik, és piszkosul robusztus. Kell is érte dellázni rendesen.

Három olyan előnye van, amit eddig még nem sikerült előcsiholnom free verziókövető rendszerből: a több központú, de mégis központosított fejlesztés, a branch-merge teljes támogatása, és a working copy akár fájl szintű konfigurálása.

Egyszerű form készítés == fonák HTML tervezés?

Végigolvastam, és megemésztettem az A List Apart Prettier Accessible Forms cikkét. Nagyon szép cikk, és sokat is lehet belőle tanulni, de nem az igazi. Lényeg ami lényeg: a struktúra <fieldset> / <ol> / <label> + <input>, és a label-nek nem float-ot, hanem inline-box-ot használ. De mivel pont a Firefox nem támogatja ezt a megjelenítést, ezért JavaScript-tel alakítja át az oldalt. Ez ugye ellent mond annak az elvnek, hogy a építsd és teszteld a CSS-t a legjobb elérhető böngészőben, mielőtt a többiben tesztelnéd.

Az elsődleges kérdés: miért nem float? Azt mégiscsak egyszerűbb kezelni… A válasza egyszerű, nem megmagyarázó: ha egy bonyolultabb float-ba raksz bele ilyen float-ot, akkor nem szép IE alatt. Mit ne mondjak, nem értem. Igazán megmagyarázhatta volna, lévén senki sem igazolta vissza, hogy tényleg.

A második kérdés az, hogy miért <ol>? Persze, mert így legalább sorszámosítja a kérdéseket a felolvasó szoftver, ami szerintem egy egész jó ötlet. Itt azért felvetették a <dl>-t is, mint alternatívát, ami szemantikailag lehet, hogy jó, de én még mindig azt mondom, hogy a <label>-be kell beágyazni a beírómezőket. Amit persze ott nem lehet.

A harmadik az inline-box említésekor hozott elő belőlem rossz élményeket, ti. elég mostohán kezelik a böngészők, nem beszélve arról, hogy nem egy népszerű beállításról van szó. Nézzük csak meg, mit is takar ez a display tulajdonság:

[Az inline-box beállítása] azt eredményezi, hogy az elem egy olyan soron belüli dobozt fog alkotni, ami felsőszintű blokkdobozként viselkedik, hasonlóan a helyettesített elemekhez. Az inline-box belülről blokkdobozként, maga az elem pedig soron belüli elemként formázható.

A szép perspektívának megvan azonban az ára: IE alatt szépen működik, de csak azokra az elemekre, amik eredetileg soron belüliek (pl. <span>, <label>). Mozilla alatt meg egyáltalán nem megy… van viszont -moz-inline-box, ami majdnem ugyanolyan, mint az eredeti. A gond csak az, hogy a hosszú szövegeket nem töri meg. Ezt persze úgy védhetjük ki, hogy a <label>-be (ami display: -moz-inline-box) egy valódi blokkdobozt teszünk, és annak állítjuk be a szélességét.

Összköltség: a JQuery JavaScript lib, és az, hogy Firefoxhoz el kell indítanunk egy átalakító scriptet. Természetesen ez az a pont, ahol a puristák rögtön a torkodnak ugranak, és ha nem vigyázol, megöl a webes szakemberekből összeverődött lincstömeg.

Mindazonáltal a JQuery nagyon jó, szerintem korrektebb, mint a Prototype, bár a kicsit oldschool-nemtudjuk-miazadesign-de-weboldaltakarok kinézete elriasztja az embereket.

Zen-O-Web

Azt mondják, hogy a szoftverek újraírása nem jó ötlet. Mivel engem nem kerget a tatár, szórakozásként nekiálltam megint egy webes keretrendszernek. A lényege kb. ugyanaz volt, mint a Blosxom.PHP-nak: a lehető legtöbbet a lehető legegyszerűbben. Az egyik legfontosabb tulajdonsága, hogy két fájlon (meg a képeken) kívül az összes többit el lehet tenni a webes könyvtárból. Természetesen MVC az egész, külön session objektummal, ami megcsinálja a menükezelést, azonosítást, PRG-t (POST-REDIRECT-GET). Continue reading