Blogbejegyzések

A Firefox memóriaigénye

Történt, hogy egy weblapot kellett készítenem, és hát ehhez az ember szereti a három nagy linuxos böngészőt (Opera, Chrome és Firefox) igénybe venni.

Ennek okáért négy napos folyamatos üzem után megnéztem a memóriahasználatot. Az Operában a Dragonfly, a Chrome-ban a saját hibakeresője, míg a Firefoxban a Firebug volt használatban.

Verziók:
Opera: 11.10, x64, megengedő memóriahasználat
Chromium: 13.0.751.0
Firefox: 4.0.1

Az Operát használtam elsődleges böngészőnek, így ott 18 fül volt nyitva, a többiben csak egy.

A kékség fogai :)

Mostanában elég sokat nyomkodom a kékséget (oka van, sajnos, de ez itt offtopic), most is azt teszem. És továbbra se komálom a .HU kb layout-ot... Amikor meg lett rendelve, igen komoly hardver kívánságaim voltak („Aztán babakék legyem ám!”), így sikerült egy olyan darabot kifogni, ami elég jól támogatott Linux alatt. Viszont maradt pár funkció, amit eddig nem próbáltam / nem ment, de most volt rá időm, hogy megpróbáljak utánajárni.

Oroszország

ha valaki a fent említett vidéken lenne / élne / dolgozna stb éppen, kérem szépen nézze már meg nekem, hogy a

-Vostok GAZ-14 GTLS 5654140
-Poljot Kozmosz 3133.5088811
-Moscow Classic Diver 3603/00631020

karórákat mennyiért adják, az első óraüzletben megmondják ha jól sejtem. a másodikról van közelítő áram, de vélhetően irreális. az első kettő lenne a leginkább érdekes. köszönöm előre!

tomld #5

Írom át a python kódomat C-be. A felénél túl vagyok.

Úgy gondolom, hogy jó sebességet tudtam már python-ból is kihozni a regex modullal, mivel ott natív kód futott és a legtöbb text manipulációmat ezzel csináltam. Illetve optimalizáltam is sokat. Úgy, hogy sok beépített függvényt használtam, az egyik rendező rutinom 0.6 sec alatt futott, ezt C-ben 0.1 alatt sikerült kihozni.

Mivel C-ben nincs dinamikus string kezelés, ezért az előre nem látott méretekhez egy fix nagy méretet foglalok mindenhol. Ez kicsit szívás lett, mert így /usr/bin/time -v paranccsal azt mutatja, hogy a max rezidens memória foglaltságom 207 MB lett egy alap futtatásnál (sok belső ciklus miatt is elfutott ez a méret). Ez python-nál 40 MB körül van mindig. Most ezt sikerült lefaragnom 5 Mb-ra. Ez már elég jó, viszont a stringek miatt a VM mérete még hatalmas.

Festés

Bútorok összehúzva, nejlonozva. Kapcsolók, dug. alj fedelek leszedve, ajtók keretei kimaszkolva. Jöhet a festő, húzhatja a glettet. Ha kész (2 nap), akkor nekiállok szegélylécezni meg újrakábelezni a lakást. Ha már egyszer szét van döntve, akkor most a legegyszerűbb megcsinálni.

IE box model

Emlékszünk még azokra az időkre, amikor az ie box model-je eltért a többi browser által alkalmazott box model-től? Mindenki szidta a microsoftot érte, pedig ha végiggondoljuk, egész logikus dolog volt.

Aki nem értené, annak egy rövid ismeretterjesztés: régebbi ie verziókban a html elemek width és height propertyje a content+padding+border értékét adta (természetesen a margin nem számított bele), míg a többi browserben csak a content értékét. Azaz ha én beállítottam pl. 100px-re a width értéket, 20px-re a paddingot és 1px-re a bordert, az adott elem ie-ben 100px széles volt (és a tartalom lett 100px - 2*20px - 2*1px = 58px), míg a többi browserben 100px + 2*20px + 2*1px = 142px széles (és a tartalom maradt 100px).

Ajánló: Sylpheed e-mail kliens

Sylpheed.

- MH file format, minden a levelezőn belüli könyvtár egy könyvtár a FS-en, ugyanígy minden e-mail egy külön plain text file.
- POP3/IMAP/SMTP, SSL-el is, van newsgroup, mailbox, maildir támogatás is.
- Konfigurálható hogy hol legyen a mail folder, és a config folder is. Ez utóbbit csak Windows alatt használtam, mert a C:\Doc... helyektől a hideg ráz.
- Van jó levelező lista, ahol 'sylpheed:abcde' formában (ahol abcde=[0-9]) sorszámokkal automatikusan megjelölik az e-maileket, így sokkal gyorsabb keresni közöttük.
- Apróság de nekem nagyon tetszik, hogy a levelezőn belül elég csak áthúzni az egeret egy másik ablak felé, nem kell kattintani ahhoz hogy a görgetés ott működjön.

GlassFish - Admin felulet proxyzasa SSL-el

Hogy ne unatkozzak, feladatkent adododtt, hogy egy GlassFish admin feluletet proxyzzam ki ugy, hogy kifele SSL-nek latszodjon a dolog.

Mivel nem szeretem az SSLProxy definiciot az Apache-ban, mert kell neki a tanusitvany, ami kijon a backendbol, igy inkabb azt a vonalat hagytam a fenebe.

A sima proxy is eleg erre a celra, egy kis csavarral. A GlassFish ugyanis okos, o tudja, hogy http-n kommunikal azzal, aki elotte van, kovetkezeskeppen o http:// -t hasznal mindenhol, ahol ezt explicite meg kell adni. A Location headerben is.

Ez viszont mindenkit megzavart. A GlassFish ugyanis ugy tolt be egyes adminpanel feluleteket, hogy javascripttel lekeri a vonatkozo HTML snippetet, majd beilleszti a megfelo helyre, eltavolitva az elozoleg ott levo tartalmat. Igen am, de JS nem kozveltenul kerte le ezt a stuffot, hanem egy POST keressel elkuldte a session adatokat, majd erre a GF egy 302-es statusszal megmondta, hogy hol eri el a vonatkozo reszt. Es itt kezdodott a bonyodalom.

Jazoon 11?

jon valaki? megihatnank egy sort. :)

most irtam nekik, hogy mennyiert adnanak egy belepot, mert valahogy nincs kedvem 2200 frankert venni...

Magyarok a vilag nyolcezresein

Szinte minden evben megprobalnak megmaszni egy nyolcezer meter feletti csucsot, de az eddigi bizonytalan radio es muholdastelefon-kapcsolat helyett most mar 3G-vel interneteznek az emberek a Himalaja hegyei kozott.
A most a Lhoce 8500m-es csucsaval probalkozo negy magyar, Kollar Lajos, Mecs Laszlo, Horvath Tibor es Eross Zsolt. Utobbi talan a legismertebb, a magyar hoparduc rangot birtokolja, most epp fel labbal probal elonyt adni a tobbieknek. Sajnos ket eve elveszitette az egyiket egy szlovak lavina-balesetben.

A blogjaik redundansak, de a kepek es a beszamolok miatt erdemes ranezni a hegyek szerelmeseinek: