Összejött megint egy adag a játék közben felírt félmondatos észrevételekből.
A legfontosabb, hogy nagyrészt pszichológia a játék. Főleg ha nem profikkal játszik az ember. Sokat segíthet a nyerésben, ha sosem mi vagyunk az elsők, mindig le vagyunk maradva fél lépéssel az első után. A leghosszabb út után eggyel, nem fejlesztjük ki idő előtt a metropoliszokat, vagy épp nem kapunk véletlenül +1 pontos fejlesztéskártyát, nem vesszük el egy egy-két ponttal előttünk járó ellenféltől a kereskedőt (amivel ugyanannyi vagy több pontunk lesz, mint neki).
Sokan csak a pontok számát nézik, ha odébb kell rakni a rablót, azt már nem, hogy milyen kilátásai vannak az illetőnek: elvesztette épp a városát az első támadásnál, van-e egy rakat városfejlesztése és már csak hajszál választja el egy, esetleg két metropolisztól, csak egy utat kell építenie, hogy összekösse az útjait, amivel végleg megszerzi a Leghosszabb út kártyát. Vagy esetleg egy árva aktivált lovag és búzamező melletti település nélkül kallódik, miközben a barbárok már csak egy-két lépésre vannak a támadástól, és a többiek se igen fogják megmenteni a városát, városait.
A fentiek egyébként jó lista ahhoz is, hogy mit érdemes figyelni. Egy kezdő ezek miatt könnyen királyválasztó lehet, ha mindig csak a pontok alapján ítél. Nem mindenki játszik racionálisan, és nem is mindig könnyű racionálisan dönteni.
Konkrétumok alább:
Pár nagyon alap dolog:
A korábbi költségtérítéses anomáliák után eléggé meglepett, hogy több kieges ismerősöm is kapott olyan levelet a villanykartól, amelyben arra hívják fel a figyelmüket, hogy mivel hagyományos képzésben végeztek az csak hét félévnek számít (akármeddig is jártak az egyetemre), így még van öt államilag finanszírozott félévük egy MSc-t végezni. Rákérdeztek, főiskola ide, főiskola oda, tényleg komolyan gondolják.
6 + 6 félév után még 5. Szumma 17. Csak sietni kell vele, mert már talán egy hét sincs hátra a jelentkezési határidőig. Ja, és korábbi tárgyakat is elfogadhatnak, vagy ilyesmi.
A Sun Certified Web Component Developer vizsga hasonló volt, mint az SCJP. Lentebb a múltkorihoz hasonló jegyzet néhány dologról, ami eszembe jutott tanulás közben, kérdezték valamelyik tesztkérdésben, érdemes megjegyezni, vagy épp elrontottam a valamelyik feladatban. Az angol szövegek többnyire javadoc-ból származnak, a gyakorlatiasabb dolgok pedig Tomcat 6 alatt kipróbált tesztek eredményeként.
A lista pontjait az általam használt Charles Lyons-féle SCWCD Study Companion (2nd Edition) c. könyv fejezetei alapján csoportosítottam. A web.xml-es és TLD-s részeknél néhol az XML elemek neveivel egybeírtam az előfordulásaiknak lehetséges számát is (?; 1; +; *).
Az előbbi könyvön kívül érdemes belenézni a Head First Servlets and JSP-be is, mert volt pár apróság, amiről az egyik könyv biztosan állította, hogy nem lesz vizsgán, miközben azt a másik úgy tárgyalta, mint rendes vizsgaanyag - és fordítva is. A Head First utolsó száz oldala ráadásul egy teljes tesztvizsga. Ehhez viszont ajánlott a webes hibajegyzéket is átvezetni a könyvbe, mert sajnos elég sok elírás van benne.
Épp összedobtam a fenti problémára egy shell szkriptet, aztán találtam egy kész megoldást: showfsck. A karmic-os Ubuntu csomag működik Debian alatt is. Egyébkén ez is csak egy egyszerű shell szkript, a csomagból kiszedve valószínűleg más rendszerek alatt is gond nélkül futtatható.
Szerintem érdemes berakni crontabba, így minden újraindítás után kapunk egy levelet az aktuális helyzetről.
# cat /etc/cron.d/showfsck PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin MAILTO=root @reboot root /usr/sbin/showfsck
Fájl menü, Importálás, Előre, Egyetlen fájl importálása, Előre, Fájlnév: ~/.kde/share/apps/korganizer/std.ics, Megnyitás, Fájltípus: iCalendar fájlok, Előre, Előre, Importálás.
Ezen kívül a ~/.kde/share/apps/korganizer könyvtárban még volt néhány üres könyvtár. Ezekkel nem foglalkoztam. Elképzelhető, hogy csak valamilyen általam nem használt funkció miatt voltak csak üresek, és adott esetben ezeket külön kell migrálni.
A korábbi winchesterlistás bejegyzés továbbfejlesztett változata a következő két szkript. Az első a SMART értékeket fájlba naplózza, a második pedig e-mailben küldi őket. Debian alatt a /etc/cron.daily, cron.weekly, stb. mappába megfelelő helyük van.
smartlog:
#!/bin/bash # smart data log script by palacsint, v1.0 # http://palacsint.hu/ # 2009. 11. 18. DATE=$(date +%Y-%m-%d) LOGDIR=/var/log/smart/ SMARTCTL=/usr/sbin/smartctl if [ ! -x $SMARTCTL ] then echo "error: $SMARTCTL not found" exit 1; fi #grep 0 /sys/block/{sd*,hd*}/removable | awk -F"/" '{print $4}' | while read DEVICE grep 0 /sys/block/sd*/removable | awk -F"/" '{print $4}' | while read DEVICE do DEVFILE=/dev/${DEVICE} if [ ! -b $DEVFILE ] then echo "${DEVFILE}: is not a block file" continue; fi LOGFILE="${LOGDIR}${DATE}-${DEVICE}.log" $SMARTCTL -a -d ata /dev/${DEVICE} > $LOGFILE done
smartmail:
#!/bin/bash # smart data mail script by palacsint, v1.0 # http://palacsint.hu # 2009. 11. 18. DATE=$(date +%Y-%m-%d) SMARTCTL=/usr/sbin/smartctl MAILADDR="miki@localhost" if [ ! -x $SMARTCTL ] then echo "error: $SMARTCTL not found" exit 1; fi #grep 0 /sys/block/{sd*,hd*}/removable | awk -F"/" '{print $4}' | while read DEVICE grep 0 /sys/block/{sd*}/removable | awk -F"/" '{print $4}' | while read DEVICE do DEVFILE=/dev/${DEVICE} if [ ! -b $DEVFILE ] then echo "${DEVFILE}: is not a block file" continue; fi $SMARTCTL -a -d ata /dev/${DEVICE} | mail -s "smartctl - ${DEVICE} - ${DATE}" $MAILADDR done
Középtájon van egy kikommentezett sor, ami akkor hasznos, ha nem csak sd* lemezek vannak a rendszerben.
Szintén pontokba szedve pár gondolat:
Egy apró shell szkript, amely mindenféle, időnként megszakadó stream felvételére használható.
#!/bin/bash URL=$1 while true do DATE=`date +%Y%m%d_%H_%M_%S_%N` mplayer -dumpstream "$URL" -dumpfile ${DATE}.dump sleep 2 done
A kimenete elég sok fájl lesz, de cserébe akár ssh-n, X nélkül is futtatható.
Kissé vicces, hogy egy olyan DoS támadásra nem nyújt védelmet a Firefox, amiért már nyolc-kilenc éve is kitiltás járt az akkori IRC csatornáinkról. A címből már valószínűleg kiderült, a végtelen alert() JavaScript hívások sorozatáról van szó. A Google Chrome egész okosan megoldotta:
Kis keresgélés után két ilyen kiegészítőt találtam a Firefox-hoz: AlertCheck, AlertStopper.
Ha viszont már megtörtént a baj, és a meglévő munkamenetünket, megnyitott füleket sem akarjuk elveszteni, akkor a következő talán segíthet:
Ha ezek közül megvan valamelyik, akkor Windows alatt a feladatkezelővel, Linux alatt pedig egy megfelelően paraméterezett kill paranccsal lődd ki a Firefox processzét. Újraindítás után remélhetőleg betölthető marad a összeomlott munkamenet, de NoScript esetén már nem fognak lefutni a JavaScriptek, tűzfalas tiltás esetén pedig a problémás oldal nem fog betöltődni. Ez utóbbit nem próbáltam. A tűzróka esetleg előhúzhatja a gyorsítótárból az oldal tartalmát, de ilyenkor a megnyitott új ablakban törölhető a cache tartalma is.
Három év és két kihagyott Hacktivity után idén ismét kimentem a rendezvényre. Most nézem a lemaradást. Voltak érdekes dolgok. Azt pedig már el is felejtettem, hogy ilyenkor mindig megdobják az ember egy táskányi marketinganyaggal. Még jó, hogy hoztam hátizsákot, mert kézben nem sok kedvem lett volna egész nap cipelni az ajándéktáskát. Mondjuk a v1.0-n még nem volt ilyen nagy felhajtás.
Pár gondolat, viccesebb, vagy elgondolkoztatóbb idézet, megállapítás az idei konferenciáról:
Egy kis kritika: tényleg el kell mondani, hogy mi az az nmap, SSL, valamint XOR titkosítás? Lehet, hogy inkább egy starter kitet kellene összedobni a konferenciához. Az előadások tematikái alapján nem lenne nehéz összeállítani egy ilyen listát.
Pár dolog az utolsó előadásból (Alexin Zoltán: Az egészségügyi adatvédelem jogi problémái), amin elég kevesen voltak, de szerintem a konferencia legjobb előadása volt:
Azt hiszem megyek jövőre is. A program tetszett, meg jó volt összefutni pár régebbi és újabb arccal.
Legutóbbi hozzászólások
8 év 47 hét
9 év 36 hét
9 év 40 hét
10 év 6 hét
11 év 8 hét
11 év 13 hét
11 év 13 hét
11 év 14 hét
11 év 24 hét
11 év 47 hét