A régi, fapados Edimax routerem nem tudta kiszolgálni a rendelkezésre álló sávszélességet többé, ez örvendetes változás természetesen. Egy felsőkategóriás gigabit routert szemeltem ki, az Asus RT-N56U-t. Kötelező firmware frissítés megvolt. A router a pincében helyezkedik el, a mellette lévő VOiP adapter simán felcsatlakozik, ellenben a földszinten és az emeleten lévő gépek nem. Mi lehet? Felhozom a routert a gépem mellé és rákötve egy kábellel, működik. A falban lévő kábel hossza maximum 60 méter lehet, inkább kevesebb, szabvány szerint bőven jó (nem gibabithez persze). Visszarakva a régi routert (BR-6104k, egy belépőszintű modell) újra megy. Aztán találtam itthon egy switch-cset, azzal kiváltva a router ethernet portjait, és azzal működésre tudtam bírni a hálózatot. Tanulság? A Wifi részre gyúrtak rá és egy elég ócska switch-részt sikerült a router mellé építeni. Küldtem emailt az Asus supportnak, még nem válaszoltak. Hogy egyedi hiba lenne? Kötve hiszem, az Amazon termékoldalon mások is panaszkodnak ilyesmire. Vásárlás előtt kellett volna hinni az egy csillagos véleményeknek, csak az volt a baj, hogy az ötcsillagosok voltak elsöprő többségben.

A feladat részlete:
What will be the algorithmic complexity of such a call in this webservice? Document it in the
source code!
A válasz:
/*
THE GREATER THE NUMBER OF WORDS, THE GREATER THE RESOURCES REQUIRED.
*/

A kedvenc időtöltésem tesztfeladatokat írni a cégnél!

Na nem a jelenlegi kollégákat, őket megtalálom, ha kell, hanem a csapathoz a jövőben csatlakozókat, azaz talán éppen Téged! Egy kis genfi székhelyű cégről van szó (http://agenceinovae.com/en/about-us - nem 100%-ig naprakész az oldal), 2009 ősze óta működik, tulajdonképpen azóta dolgozom ott. Kicsinek indultunk, most már körülbelül tíz fős csapatunk van. A munka változatos, lehet, hogy épp egy modult kell megírni nulláról (http://drupal.org/project/mp_wallet) vagy éppen egy contrib modulban akad valami SOS kijavítani való (http://drupal.org/node/1003434 vagy http://drupal.org/node/1263028), nem unatkozunk. Azért a dologhoz hozzátartozik, hogy nem csak contribute-olásból áll az élet itt sem, sitebuilding-et támogató kódolás és többször maga a sitebuilding is szintúgy része a munkának. Jómagam távmunkában dolgozom, alapvetően távmunkára keresünk most embert, back-end fejlesztésre. Egy szép drupal.org profil sokat nyom a latban, de ez nem kizárólagos feltétel, máshogy is meg lehet győzni engem, hogy remekül érted a Drupalt.
Jó, ha már ismered: Drupal, jQuery, SQL nem alapfokon, GIT, alap unix shell ismeretek.
Na jó, a lista eleje kötelező, a vége felé már rugalmasabb.
Ha érdekel, írj egy emailt vagy keress az oldal alján található elérhetőségek egyikén.

Megint volt egy kis alakítgatás a rendszeren:

Fájlrendszer Méret Fogl Szab. Fo.% Csatol. pont
rootfs 111G 18G 92G 17% /
udev 7,9G 4,0K 7,9G 1% /dev
tmpfs 7,9G 6,8M 7,9G 1% /dev/shm
tmpfs 7,9G 732K 7,9G 1% /run
/dev/sda1 111G 18G 92G 17% /
tmpfs 7,9G 0 7,9G 0% /sys/fs/cgroup
tmpfs 7,9G 80M 7,8G 1% /tmp
tmpfs 7,9G 480K 7,9G 1% /var/log
/dev/md0 885G 324G 516G 39% /home
tmpfs 7,9G 80M 7,8G 1% /tmp
tmpfs 7,9G 16M 7,9G 1% /var/tmp
/dev/md0 885G 324G 516G 39% /home

A mai divatnak megfelelően beszereztem a rendszerpartícióhoz egy SSD-t (Corsair Force GT), úgyhogy a bőséges RAM kapacitás mellett több minden tmpfs-re került, azaz a memóriába. Ügyes és okos SSD vezérlők ide vagy oda, talán nem árt az írási ciklusokkal csínján bánni (/tmp, /var/tmp, /run). De a /var/log? Ez egy kényes kérdés, nálam teljesen jól működik, csak az apache kényeskedik, ha nem létezik a /var/log/httpd, de ezt könnyedén orvosoltam. Igen, ezzel minden újraindításkor kinyírom a logjaimat, de egy desktop gépen nem találtam ezt olyan borzasztónak. Természetesen a /var/lib/mysql maradt az SSD-n és elképesztően gyorsan futnak a Drupal oldalak! Több cikk javasolja a Drupal 7-es simpletestek futtatásához az adatbázis ramdiskre helyezését, érzésre az SSD-re pakolás hasonló eredményt ér el. Egyébként érdekes volt, hogy amíg az egész rendszer az SSD-ről futott, érezhetően fürgébb volt, a /home lassít a rendszeren, hiszen mindenféle konfigurációs fájlt olvas onnan a rendszer és így tovább, de a 120 Gb-os meghajtón képtelenség elférni, kell az 1Tb-os RAID az adatoknak. Több virtuális gép, fényképek, stb, nem olyan nehéz megtölteni. Bár a fenti kihasználtság nem igaz, a 324Gb-nak egy része a régi rendszer (F14). Ez már Fedora 15. Kell nekem új release előtt upgrade-be fogni...

Tegnap este Michael West Szabadesés című darabját néztük meg Eszterrel a Bárkán. Nem ez volt az első élményünk itt, múltkor a Harminchárom változat Haydn-koponyára, szintén Göttinger Pál által rendezett művet láttuk. Az élet és a halál közötti vékony határmezsgye: kóma; a megélt passzivitásból a kényszerű passzivitásba történő átmenet. Hova transzformálódik egy házasság? Kiderülnek-e a bennünk mélyen eltemetett titkok? Felkavaró gondolatok, ahogy a mű is az. Az utolsó pillanatok misztériumáról és sok minden másról is.
A rendezés teljesen jól szolgálta a mondanivalót, nekem úgy tűnt, mint botcsinálta színházlátogatónak, hogy kimondottan szellemes megoldásokkal operálnak.
Az előadás vége után mintegy azonnali népítéletre kérik fel a nyájas közönséget, túlnyomó többség felfele mutatta a hüvelykujját (vö. lájkol). Én is köztük voltam.

Az előző blogbejegyzésben felvetett problémára vázolnám a tökéletes megoldást: SOCKS proxy. Például:

ssh -ND 9999 user@hostname

A -D kapcsoló hatására dinamikus port-forwardot kapunk, pont, amit előzőleg hiányoltam.
Ezután pl. a Firefoxban megadjuk a proxybeállításoknál a SOCKS proxy címnek a 127.0.0.1:9999-et és minden kapcsolat a böngészőből a távoli gépen keresztül fog történni, igen, még a flash plugin is tiszteletben tartja a beállítást. A hulu.com tökéletesen működik így például. El is kezdtem nézni az Alf sorozatot :)
Ha ennél többre vágyunk, akkor a redsocks-ra van szükség. Tegyük fel, hogy egy egész virtuális gépet akarunk úgy kezelni, mintha azon a bizonyos távoli gépen keresztül kapcsolódna az internethez. A redsocks lehetővé teszi, hogy iptables szabályok szerint kapcsolatokat önműködően socks proxy felé irányítsunk. Miután a socks proxyzás iptables-szel össze lett integrálva, tulajdonképpen bármit megtehetünk a hálózati kapcsolatainkkal. Be lehet állítani, hogy bizonyos IP címeket bizonyos lokáción keresztül érjünk el, valamint így last mile titkosítást is ki tudunk kényszeríteni automatikusan bizonyos tevékenységekhez, hiszen amit emígy proxy-zunk, az távoli ugródeszkánkig legalább titkosított lesz (wifi userek előnyben).

Pár napja elkezdett foglalkoztatni a gondolat, hogy hogyan lehet kényelmesen megkerülni a különböző földrajzi elhelyezkedésen alapuló korlátozásokat (zattoo.com, hulu.com, számtalan zenebolt, stb). Először próbaképpen a Dreamhostnál kértem egy VPS szervert, raktam rá egy squid-ot, SSH tunnellel kapcsolódtam hozzá (csak a 127.0.0.1-en figyelt a squid) és teszteltem.
A zattoo.com szépen elkezdett működni. A hulu.com azonban nem. Némi kutakodás után rájöttem, hogy a flash egysrészt szereti figyelmen kívül hagyni a proxyt, másrészt nem biztos, hogy 80-as porton keresztüli HTTP-t használ.
Egy kissé biztosabb megoldás a VPN. Az általam használt VPS-re nem lehetett az openvpn-t feltelepíteni, így alternatív megoldások után kutattam. Windows alá találtam egy remek eszközt, az SSH Tunnel Easy-t, amellyel bármilyen gépen át tudunk tunnelezni, amelyhez SSH hozzáférésünk van. VMWare alatt kipróbáltam, remekül tudtam használni a Dreamhost-os VPS-emet böngészésre így. Egyébként bármilyen gépet tudunk használni, amihez van SSH hozzáférésünk és a port forward nincs letiltva.

Linux alá nem találtam ilyen eszközt, viszont a StrongVPN szolgáltatással, ami Linux alatt is kényelmesen bekonfigurálható és 100%-os megoldást ad, TCP és UDP-t kezel, gond nélkül megoldottam a kérdést Linux alatt, mindegyik szolgáltatást külön hókuszpókusz nélkül el tudtam érni.

Kínában persze nagy igény van efféle VPN szolgáltatásokra, hogy a nagy tűzfalat meg lehessen kerülni, de kérdés az, hogy Magyarországról ér-e 1200 Ft-ot havonta, hogy számunkra letiltott, de amúgy ingyenes tartalmakat el lehessen érni?
Az online vásárláshoz ez nem sok segítséget nyújt, magyar bankkártyával valószínűleg vissza lesz dobva a tranzakciónk, ha nem nekünk szánják az oldalt (Moozone.com -on például így jártam USA-beli IP-t használva).

Tud valaki az SSH Tunnel Easy-hez hasonlatos megoldást Linuxra? Mindenütt csak ilyen fapados leírásokat találtam, hogy triviálisan be lehet rakni tunnelbe egyedi szolgáltatásokat szerverek felé, de ez messze nem ugyanaz, hogy minden kimenő TCP kapcsolatot önműködően berak a tunnelbe.

Tegnap találtam rá az scdbackup nevezetű programra, hirtelen felindulásból biztonsági mentést szerettem volna csinálni 50 Gb-nyi képről. Van ugyan erre a célra egy külső merevlemez, amit használni is szoktam hébe-hóba, de néha kiírom DVD-kre is. Körülbelül 10 DVD megtöltése korántsem mókás feladat, a különböző méretű könyvtárakkal sakkozni, mi az, amit már kiírtam, mi az, amit nem, könnyen el lehet rontani. Ez a program pont ezt gyorsítja meg.
Egy parancsot kellett kiadjak mindössze:

./cmd/sdvdbackup /home/aaron/Képek/

, ezután szépen sorban bekért 9 DVD-t és a feladat elintézve. Ügyes!

Ha sok OG csoportunk van az oldalon, eléggé bajos lehet a felhasználóknak a normál select widgetet használva több csoportba rakni egy node-ot. Lehet a Ctrl gombot nyomogatni, satöbbi, de ez minden, csak nem felhasználóbarát.
Cseréljük le ezt egy Hierarchical Select widgetre (http://drupal.org/project/hierarchical_select), sokkal jobban kezelhetővé válik.
Nem kell hozzá más, mint egy hook_form_alter() implementációban elkövetni ezt: