http://thedesigninspiration.com/articles/top-45-creative-anti-smoking-advertisements/ Marha jó!!
tracker magyar stopwords hiba
Úgy tűnik a mai nap a hibakeresésé. 🙂
Tracker-ben ha keresést indítottam a daemon egyszerűen kilépett. Ennyit hagyott maga után:
0xb7ce08f8 in sb_stemmer_stem (stemmer=0x0, word=0x8f4d820 "hup", size=3) at libstemmer.c:91 91 libstemmer.c: No such file or directory. in libstemmer.c
A stemmer lib a szótövezésért felelős. A magyart átírva angolra rögtön jó lett. Belenéztem kíváncsiságból a magyar fájlba és azt láttam hogy az utf8 nem áll a helyzet magaslatán. Feltettem egy javított változatot:
http://workshop.connor.hu/src/stopwords.hu
Egyenlőre nem bizonyított, hogy ezért szállt el, az újraindexelés még zajlik.
érdekes vino/xdg hiba
Frissítés óta/egy ideje elkezdte pörgetni a procit az ubuntu. A hibakeresés nyomán oda jutottam, hogy a dbus gconf páros miatt megy átlag közel 50%-os procihasználattal a gép. Mivel sem a dbus sem a gconfd nem lehet önmagában hibás (mind a kettőt használja/hívogatja valami ezért elkezdtem random kilőni a programokat. A vino-server lett a hibás. A vino-server -t a /desktop/gnome/remote_access/enabled kulcs módosítása indítja el/állítja le. Ezt a kulcsot az xdg autostart funkciója figyelia (lásd: /etc/xdg/autostart/vino-server.desktop).
Valahogy sikerült az xdg-nek kétszer elindítania a vino-t. A második indulással mivel a dbus már foglalt volt az adott néven ezért ez a folyamat kilépett. A xdg ezt látva viszont rápróbált és megint elindította. Így végtelen ciklusba került és folyamatosan próbálta indítani a második változatot. Ilyenkor persze dbus-hoz és gconfd-hez próbál csatlakozni, ezért a nagy procihasználat azoknál a programoknál. Egyenlőre úgy tűnik sikerült megjavítani (desktop fájl áthelyezése máshova, X restart, fájl vissza, X restart), de reprodukálni még nem tudtam a hibát. És hogy melyik program a ludas? Jó kérdés. Önmagában a vino nem, hiszen kilép ha kétszer indul. Az xdg talán (?) nem hiszen ha egy program hibával elszáll helyes elvárás, hogy indítsa újra. A kettő találkozásakor ilyen ciklus alakulhat ki. A hiba itt van, no meg ott hogy miért indította kétszer az xdg a folyamatot?!
meta tracker thunderbird alá
A meta trackert nem sokból tart beüzemelni thunderbird alá. Le kell tölteni egy kiterjesztést. Majd ezt feltelepíteni a levelezőkliensbe. A többit elvégzi a program.
jetpack tapasztalatok
Pár hete olvastam a mozilla blogban a jetpack kezdeményezésről. Anno a terminológiaszótárnak készíteni akartam egy firefox kiterjesztést. Idő hiányában ez elmaradt, így késztetést éreztem megnézni mit tud ez a jetpack. Ha tényleg gyorsan lehet vele fejleszteni akkor rögtön két legyet ütök egy csapásra. Megnézem mit tud a jetpack és elkészül a kiterjesztés.
Az egész elképzelés arra épít, hogy ha egyszer webesek használják weboldalak fejlesztésére a firefox-ot akkor miért ne lehetne webes eszközökkel firefox kiterjesztést írni? Hogy a fejlesztőnek ne kelljen teljesen új API-t megtanulni, behozták a jquery-t mint JS API, így gyorsítva meg a kezdeti lépéseket. És tényleg! A megírt minta alkalmazások alig nagyobbak pár száz sornál és azok megírásához sem kell több idő mint egy két óra. Tapasztalat, hogy egy hagyományos kiterjesztést megírni, csak a környezet kialakítása ennyi idő (fejlesztésről debuggolásról még szó se esett). A firefox felületi elemeit (fülek, értesítési funkció, állapotsor) a jetpack-en keresztül lehet elérni.
Sajnos a program még nagyon kezdeti fázisban van. Annyira, hogy az ember hol az API alul-dokumentáltságával küzd, hol azzal, hogy az adott funkcióhoz nem létezik API, hol pedig a kettővel egyszerre. Ha mindezt legyőzi, tényleg nagyszerű keretrendszerré válik. Ezek után már csak egy kérdéses rész maradt: hogy lesz a jetpack kiterjesztésből terjeszthető kiegészítő? Azt csak remélni tudom, hogy nem kell majd a felhasználókra rátukmálni a jetpack kiterjesztést ahhoz hogy futtatni lehessen az ebben megírt kiegészítőket…
Szumma szummárum a dolog tetszik! Hajrá mozilla!
ape to mp3
apt-get install libjmac-java
IFS=$’\n’; for i in $(ls *.ape); do java -jar /usr/share/java/jmac.jar d “$i” $(basename “$i” ape)wav; ffmpeg -y -i $(basename “$i” ape)wav -ab 320000 $(basename “$i” ape)mp3; rm *.wav; done
ledprogram, és a frissítés
Várnagy György minden frissítés után belefut a hibába, hogy a ledvillogtató programom a /sys mappa struktúrájának változása miatt elromlik. És minden alkalommal lelkiismeretesen el is küldi a megoldást. Ím az utolsó:
A trükk az, hogy az elérési út megváltozott és ezt kell kijavítani az /etc/rc.local-ban és a szkriptedben.
A régi elérési út :
/sys/devices/virtual/leds/asus:mail/brightnessAz új pedig :
/sys/devices/virtual/leds/asus::mail/brightnessAz utóbbiban van egy plusz kettőspont a mail előtt.
A Mail Notification program is frissült már korábban. A frissítés óta a beállító grafikus felületen nincsenek meg a mezők amibe be lehetne írni, hogy mi történjen, ha új mail érkezett és ha a mailt már elolvasták. Én ezt úgy oldottam meg, hogy a régi verzió beállításait tartalmazó rejtett fájlokat átmásoltam az új verziójú program rejtett könyvtárába. Így az új Mail Notification program továbbra is indítja a led_on és exit_led_on szkripteket.
Ha az általam leírt megoldás nálad is működik és arra érdemesnek tartod, kitehetnéd az oldaladra hátha mást is érdekel a megoldás.
Gyuri
Köszi! 🙂
személyes siker
Néha vannak olyan dolgok amiknek kifejezetten tudok örülni. Ilyen az a siker is amit a hétvégén értünk el. Online kampány során sikerült 3000 kattintást kihozni 50.000 Ftból. A profi nagymenő cég ennek a számnak a felét hozta ki 150.000 Ftból. Egy hét alatt.
Elbízásra nincs ok. Még van hova fejlődni.
vendor és product id win alatt
Drivert kellett összevadászni hálókártyához. Adva van hogy a vendor és product id alapján. Mindez windows alatt így deríthető ki:
regedit: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Enum\PCI
Itt ki kell keresni a DeviceDesc alapján amire szükségünk van, a többi értelem szerűen.
pdf megnyitása böngésző ablakon belül
apt-get install mozplugger
🙂
Szeretem az egyszerű dolgokat…
mpl és a szerver
Neten bóklászva találtam:
“Az ország bármely pontjáról elküldheti hozzánk akár postán szerverét!”
Elképzelem ahogy a magyar pósta elvisz egy rack szervert… 😀
bejelentkezett felhasználók követése apache logokban
php kódba:
apache_note(‘user_id’, $some_user_id);
apache logformat:
LogFormat “%h %l %{user_id}n %t \”%r\” %>s %b \”%{Referer}i\” \”%{User-Agent}i\”” combined_w_uid
CustomLog /var/log/apache2/access.log combined_w_uid
silihost spam
Ismét spam, ismét a Silihost tartományából. Legközelebb tényleg feljelentem a céget! Folyamatosan spammelnek a rendszerükről… Még jó, hogy a közkézen forgó illegális adatbázisban most már 3 címem van. 🙂
Tisztelt cím!
A továbbított levelet a mai napon kaptam, mely megszegi a 2008. évi
hatályos spam törvényt.
Idézet a 2008. évi XLVIII. törvényből:
“…reklám természetes személynek […] elektronikus levelezés vagy
azzal egyenértékű más egyéni kommunikációs eszköz útján […] kizárólag
akkor közölhető, ha ahhoz a reklám címzettje előzetesen egyértelműen és
kifejezetten hozzájárult.”
Kijelentem, hogy nem járultam hozzá előzetesen, címemet feltehetőleg
illegális adatbázis útján szerezte meg a levelet küldő.
A levél küldőjének “Peter Stefan” van megjelölve. A feladótól korábbi
alkalmakon további 2 emailt kaptam melyek szintén sértik a hatályos
jogszabályokat.
A levelet fejléce alapján autoresponder.hu domain-ről küldték ki
melynek ip címe 213.163.8.132.
autoresponder.hu domain tulajdonosa Silihost Kft.
A fent található címhez tartozó tartományok közvetlen felhasználója
szintúgy a Silihost Kft, internet szolgáltatója az Invitel Távközlési
Zrt.
A Silihost Kft tartományából korábban is érkezett spam tartalmú levél,
más címzettektől. Ezek alapján kijelenthető, hogy a cég közvetve
rendre törvénysértést követ el, az ügyfelei számára folyamatosan
megengedi a kéretlen levelek küldését.
Kérek mielőbbi intézkedést a levél feladója és a hoszting szolgáltató ellen.
Amennyiben további kéretlen levelet kapok a Silihost Kft
tartományából, jogi útra terelem az ügyet!
Jelenlegi levelemről másolatot kap:
A törvénysértést elkövető ügyfél.
A szervert üzemeltető Silihost Kft.
A szervert elhelyező Invitel Távközlési Zrt.
A Nemzeti Hírközlési Hatóság.
régi idők böngészője
Az előző lelkes hozzászólásom és Doransky korábbi IE6-os fejtegetései kapcsán született egy kiegészítés az utóbbihoz.
Ma kétféle IE6 felhasználóval találkoztam. Az egyik aki azért nem frissít mert a Magyar Postánál dolgozik. Ha sokak által ismert állami szerv levélküldési szolgáltatásainak minőségét veszem, akkor szerintem reális képet kapok a rendszergazdáinak alulfizetettségéről/képzetlenségéről. Ezek után nem meglepő, hogy ott még IE6-ot használnak.
Megoldás: Portable apps/firefox. Ha gizike tudná mi az…
De ugye erről írt is Doransky.
Viszont a másik felhasználó kategória az izgalmasabb! Azért nem frissít mert lopott operációs-rendszere van. A Microsoft mint zárt programokat gyártó és ezt pénzért licencelő profitorientált cég, a programjait joggal csak olyan rendszerekre készíti amit megvásároltak. Az illegalitást nem támogatja (én se tenném), hiszen abból nincs bevétele. Ezzel azt éri el, hogy a kedves páciens nem fog frissíteni. Addig a pontig amíg egy csoda folytán nem jut az IE penetráció olyan szintre, hogy ne érje meg a rá való fejlesztést. Akkor mi történik? Összelop a kedves jóember egy újabb operációs rendszert, amiben ugye alapból újabb Internet Felfedező csücsül. Igen ám! De a mostanában zajló perek talán egyik lehetséges kimenetele az lesz hogy az új operációs rendszert Internet Felfedező nélkül fogják szállítani. Ahhoz hogy telepítve legyen rá ilyen, vagy ehhez hasonló funkcionalitású program, vagy jogtiszta forrásból kell beszerezni azt (ingyenes és letölti, Opera, Chrome, Firefox stb) vagy az operációs rendszert kell megvenni (lévén akkor sem fogja támogatni az MS a lopott rendszerre való töltést). A kör bezárult, eredmény felhasználóvesztés.
A másik lehetséges forgatókönyv szerint, az operációs rendszer frissítése nélkül kénytelen lesz a felhasználó egy alternatív ingyenes változatot letölteni, hogy a továbbiakban használni tudja az internetet és böngészni tudjon.
Ennek a változatnak is az a vége hogy felhasználót veszít a gyártó. Amivel szerintem nincs semmi baj. Így áll be egy egyensúly a megvásárolt és az ingyenes rendszerek/programok között.
Már csak az a kérdés, hogy melyik nagy szolgáltató kezdi el itthon a NO-IE6 külföldi kezdeményezést.
Én mint fejlesztő a nyolcas böngészőverzióval védve lettem. Ha szerződésben az áll, hogy utolsó stabil és utolsó stabil-1 (mindezt a 4 nagyobb böngészőre), akkor a kedves megrendelő csak kemény összegekért tud rávenni arra, hogy az oldala elkészüljön IE6-ra is. Ha megfizeti örömmel szívok vele. Ha nem… 🙂
IE8
Egy hétfőn induló oldal kapcsán fel kellett tennem, a most megjelent IE 8-at. Hogy őszinte legyek, életemben először tudtam örülni annak amit látok explorerben. Mindent úgy jelenített meg ahogy azt Firefoxban vagy Operában! Feltételes megjegyzéseket ráigazítottam, hogy csak ie 7 alatt aktiválódnak és tökéletes eredményt kaptam! Az animációk, JS interakciók működnek, a design a helyén, a böngésző teszi a dolgát. Ha ennyi bajom lesz ezzel a verzióval a jövőben akkor szeretni fogom! 🙂