Kategória: Megoldások
Patch csel a Messenger ellen
Nem olyan régen írtam arról, hogyan lehet blokkolni a reklámokat Windows Live Messengerben, és ennek köszönhetően hívta fel a figyelmemet a StarBlog írója az A-Patch nevezetű alkalmazásra. A program segítségével könnyedén ki-be kapcsolhatjuk a kliensben megjelenő, de számunkra teljesen fölösleges bigyókat, hogy egy letisztultabb felületet kapjunk eredményül. A kedvenc konfiguránciónkat le is menthetjük, és a későbbiekben pár pillanat alatt újra aktiválhatjuk azt, ha valamilyen okból kifolyólag újra kellett telepítenünk az üzenetküldőnket, vagy ne adj Isten az egész rendszert.
Hozzászólás: » 2 « • Írta: Péter (2010/01/31 13:26)
mIRC: * [10101] Host disconnected
Az utóbbi időben elkezdtem az alkalmazásaimat mind átállítani az SSL protokoll használatára, így ütköztem bele a címben is olvasható hibaüzenetbe a mIRC finomhangolása során. A megoldás pofon egyszerű, de elsőre egyáltalán nem nyilvánvaló.
A címbeli üzenetet egy “(Password mismatch)” felhívás is kíséri, tehát leginkább azok találkozhatnak ezzel a problémával, akik rendszeresen azonosítják nicknevüket a NickServeknél. Őszintén bevallom, hogy én még ennek az üzenetnek az ismeretében is tanácstalanul pislogtam pár percig, ugyanis álmomban sem gondoltam volna, hogy egy “rossz” (értsd: titkosítatlan) jelszóval nem lehet csatlakozni az IRC szerverhez. Először nem is értettem, hogy milyen jelszóra panaszkodik a kliens, de aztán rájöttem … Régóta használom a Perform parancsokat, de a jelszavakat sosem itt deklaráltam, és ez jelentette a problémát. Ugyanis a kliens, a szerverbeállításoknál megadott jelszavakat nem SSL-en keresztül küldi ki, így a szerver nem tudja azt értelmezni, és összepárosítani a nickemmel.
Bővebben …
Hozzászólás: » 0 « • Írta: Péter (2010/01/28 17:21)
:hover receptek képes linkekhez
A következő bekezdésekben arról írok, hogy miként érdemes a többállású képhivatkozásokat beágyazni egy honlap forrásába, és rávilágítok az ezzel kapcsolatos ok-okozati tényezőkre is. A haladóknak nem feltétlenül mondok újdonságot, de azért mindenképpen érdemes elolvasni, hogy tudatosuljon bennünk a bemutatott technikák előnyei és hátrányai.
Bővebben …
Hozzászólás: » 2 « • Írta: Péter (2010/01/25 23:50)
Azt hittem beteg a Tűzrókám …, de nem!
Két bejegyzéssel ezelőtt a HTML 5-öt alkalmazva illesztettem be egy kódsort, melynek a feladata egy rövid hangfelvétel lejátszása. Azonban azt még a Mozilla Firefox 3.5.7-es verziójában teszteltem, így működésképtelenségét e verzió számlájára írtam. Szinte a bejegyzés megírása után jelent meg az új 3.6-os verzió, amire azonnal felfrissítettem a böngészőmet. Lelkesen vártam, hogy végre működőképes lesz a beágyazott kód, de hiába. Mivel nem hagyott nyugodni, ezért ma utánajártam a rejtélynek.
Elméletileg a HTML 5 biztosít lehetőséget arra, hogy egy médiafájl beágyazása esetén deklaráljuk a szükséges kódekeket, de úgy veszem észre ez még eléggé gyerekcipőben jár. A Mozilla Developer Center idevonatkozó oldalán találtam rá a megoldásra:
Firefox 3.5 introduced support for the HTML 5
audioandvideoelements, offering the ability to easily embed media into HTML documents. Currently, Ogg Theora, Ogg Vorbis, and WAV format media is supported.
(Forrás: https://developer.mozilla.org/En/Using_audio_and_video_in_FireFox)
Tehát a Google Chrome-nak sikerült megtévesztenie azáltal, hogy szó nélkül lejátszotta a beágyazott .mp3 formátumot, így a Mozilla Firefox-tól is elvártam ugyanezt. Sajnos, ez hiba volt. 🙁 Ezek után viszont már biztosan állíthatom, hogy az Ogg Theora és az Ogg Vorbis fájlokat mindkét böngésző hibátlanul kezeli, de a .wav fájlokat csak a Firefox.
A fenti tapasztalatok megszerzése után kicseréltem a régi bejegyzésemben az .mp3 fájlt egy .ogg-ra, így már “mindenki” számára hallható, de aki nem szeretne odáig visszalapozni, annak beillesztettem ide egy sokkal hatásossabb hang effektust. 😀
Frissítés!
Csak én nem tudom elkapni a hangerőszabályzó csúszkát a Firefox-ban? 😯
Hozzászólás: » 5 « • Írta: Péter (2010/01/23 10:41)
FileZilla: Sorry, the maximum number of clients ( ) for this user are already connected.
A tárhelyem legutóbbi költöztetésekor futottam bele a fenti hibaüzenetbe, mely a fájlok feltöltése során jelentkezett. A FileZilla folyamatosan dobálta fel az FTP kapcsolat jelszavának bekérésére szolgáló ablakot. Amíg nem láttam az üzenetet, nem értettem a jelenséget, de aztán azonnal felkutattam a szükséges beállításokat.
A hiba oka egyébként nem volt más, minthogy nem vettem figyelembe a tárhelyszolgáltatóm által engedélyezett FTP kapcsolatok maximális számát. A fájlok feltöltése során négy szálon kezdeményeztem a feltöltést, miközben maximálisan három volt engedélyezett. A kliens pedig folyamatosan létre szerette volna hozni a negyedik kapcsolatot is, ellenben a szerver ezt a plusz kezdeményezést, annak rendje és módja szerint folyamatosan vissza is utasította. A kellemetlenség megszűntetésére kétféle megoldást is találtam.
Bővebben …
Hozzászólás: » 0 « • Írta: Péter (2010/01/13 14:14)
A Google ismét teljesíti az egyik kívánságomat
Az utóbbi időben már felkutattam minden lehetséges tárhelyszolgáltatót, ahol gigabájtos mennyiségben tudnék fájlokat tárolni, akár némi fizetés ellenében is. A népszerű és megbízható szolgáltatók azonban vagy túl kevés tárhelyet kínáltak méregdrágán, vagy egyéb korlátozó tényezők miatt nem éreztem azt, hogy azt kapnám a pénzemért, amit szeretnék. Ennek ellenére, ha valaki engem kérdez, hogy mégis mit ajánlanék neki mindezek ellenére, akkor a MediaFire mellett tenném le a voksomat.
Időközben felmerült bennem, hogy a Google Mail fiókomat használhatnám a fenti célra, ugyanis egész barátságos áron kínál plusz tárkapacitást a vállalat, ami azért nem lett volna túl praktikus, mert a csatolható fájlok méretére vonatkozó korlát 25 MB e-mailenként. Ezek után szinte teljesen felhagytam az online fészekrakásról, de a reményt azonnal újraélesztette bennem a ma reggel megjelent hír. A Google Documents szolgáltatás hamarosan bármilyen típusú fájlt képes lesz fogadni, és az állományok mérete akár a 250 MB-ot is elérheti. Kíváncsian várom az eredményt!
(Forrás: http://googleblog.blogspot.com/2010/01/upload-your-files-and-access-them.html)
Frissítés!
Files that you store but don’t convert can’t be larger than 250 MB each. You get 1 GB of free storage for your Google Account, and you can purchase additional storage for $0.25 per GB.
(Forrás: http://docs.google.com/support/bin/answer.py?answer=50092)
Ha jól számolom, akkor a fentiek alapján 1 TB-ig ugyanaz a díjszabás lesz érvényben, amit a második bekezdésemben is linkeltem, esetleg azzal a különbséggel, hogy a Documents tárhelye nem csak az ott feltűntetett léptékek szerint növelhető, hanem akár 1 GB-os egységekkel is számolhatunk.
Hozzászólás: » 2 « • Írta: Péter (2010/01/13 11:29)
Hogyan lehet localhostról e-mailt küldeni?
Az utóbbi időben a munkám megkívánta, hogy itthonról teszteljem egy portál e-mail küldési funkcióit, viszont SMTP szervert se telepíteni, se konfigurálni nem volt kedvem. Végül találtam két hazai kiszolgálót, amit most megosztok veletek és egyúttal magamnak is feljegyzem. Az SSL-t nem támogatják, de ezt nem is várom el.
- mail.globonet.hu
- mail.pantelweb.hu
(Forrás: http://helpdesk.invitel.hu/altinf.htm)
Amire viszont programozás során mindenképpen érdemes odafigyelni, hogy a feladóként megadott (From:) e-mail cím a választott SMTP címével végződjön (például @globonet.hu-ra vagy @pantelweb.hu-ra), különben mégnagyobb lesz az esélye annak, hogy nem ér célba a levél. (Egyébként is érdemes felkészülni arra, hogy ezek a kiszolgálók nem kézbesítenek minden e-mailt.) Végül pedig következzen egy rövid példa, mellyel kód közben egyetlen rövid sor újradeklarálja az alapértelmezett SMTP szervert, majd kiküld egy e-mailt a kontakt@blog.hu-ra. 😉
PHP Kód:
ini_set ('SMTP', 'mail.globonet.hu');
mail ('kontakt@blog.hu', 'A levél tárgya ...', 'A levél tartalma ...', 'From: Teszt <teszt@globonet.hu>'."\r\n".'Reply-To: teszt@globonet.hu'."\r\n");Hozzászólás: » 0 « • Írta: Péter (2010/01/07 10:00)
mIRC: * [10053] Software caused connection abort
Én a mai napig rendszeres IRC felhasználó vagyok, és részben ennek a bejegyzésnek a létjogosultsága is ennak köszönhető, de inkább annak, hogy a közel hét évig működő routerem felmondta a szolgálatot, és kénytelen voltam beszerezni egy újat.
A régi eszköz egy teljesen névtelen gyártótól származott, ráadásul nem is én vásároltam, ezért kénytelen voltam tudomásul venni a gyengeségeit, és igyekeztem a legtöbbet kihozni belőle. Talán a névtelenségének volt köszönhető, hogy nem működött benne minden rendeltetésszerűen, és ezért sem bukott ki a mIRC-ből oly sok éven át a címben is említett hibaüzenet. Az új router esetén ugyanis arra lettem figyelmes, hogy az IRC kliensemben ~10-20 perces időközönként rendszeresen megszakad a kapcsolat.
A port forwarding táblázata már a probléma előtt tartalmazta az általam eddig szükségesnek hitt rekordokat, ezért több napon át teszteltem az új, de már márkás routert, hátha mégis az hibázik valahol. Az interneten hemzsegnek a fenti hibaüzenettől a találatok, azonban megoldást sehol sem találtam, és kezdtem a reményt is elveszíteni, amikor több fórumban azt írták, hogy nincs rá megoldás, de én úgy döntöttem nem adom fel.
Viszonylag hosszas kutatások után, és a netstat segítségével sikerült csak kiderítenem, hogy a mIRC a helyi portok közül mindig az 1024 és 5000 közötti intervallumról véletlenszerűen választ. Több év után csak ekkor többentem rá, hogy a régi routerben mindig csak a szerverek kapcsolódási portját (Default Port: 6667) nyitottam, ami az új routerben sem volt idáig másként. Természetesen nem állt szándékomban ezek után sem több ezer rést nyitni a világháló felé, ezért újabb hosszas tanácstalanság után jöttem csak rá, hogyan lehet ezt a többezer portot egyetlen egyre leszűkíteni. A mIRC hivatalos honlapja nem tartalmaz erre vonatkozóan semmi kézzelfogható információt, de a fórumok sem segítettek. Ellenben a DCC által használt tartományt már évek óta rendszeresen szűkítettem egyetlen portra, mégis nagyon meglepett, hogy ezen beállítások mellett csak egy pipát kell bekattintani ahhoz, hogy az általam megadott intervallumot használja a kliens. Ezt az opciót pedig a következő helyen találjátok:
Tools » Options… » Connect » Options » Advanced… » Other
Ezután értelemszerűen az itt megadott “intervallumot” kell csak felszabadítani a router beállításai között. Mellékesen jegyzem még meg, hogy aki szintén egyetlen egy portot szeretne használni, annak elég ugyanazt a számot írnia a First: és a Last: mezőkbe egyaránt. További zökkenőmentes chatelést kívánok mindenkinek!
Hozzászólás: » 0 « • Írta: Péter (2010/01/06 21:08)
µTorrent: Error 12057
Mostanában kezdtem el nagyobb hangsúlyt fektetni arra, hogy alkalmazásaim igyekezzenek a HTTPS protokollon keresztül kommunikálni, így találtam szemben magam a címben is említett Error 12057 hibaüzenettel.
Végül viszonylag kacifántos, de nem túl hosszas kutatómunka után találtam rá a megoldásra, melyhez egy pipát kell eltávolítani az alábbi opció mellől:
Internet Explorer » Tools » Internet Options » Advanced » Security » Check for server certificate revocation*
Internet Explorer » Eszközök » Internet Beállítások » Speciális » Biztonság » A kiszolgáló tanúsítvány visszavonásának ellenőrzése*
A módosítás jóváhagyása után szükség lehet a böngésző újraindítására, de a trackerek frissítésére vagy a torrentek újraindítására a µTorrent-ben mindenképpen.
Hozzászólás: » 0 « • Írta: Péter (2009/12/25 18:02)
A privát fájlcserélők házigazdája
Előfordult már többször is, hogy barátaim tetemesebb mennyiségű fényképet szerettek volna nekem átküldeni, melyre az azonnali üzenetküldő kliensek használhatatlanok. (Egyszer talán még a Windows Live Messenger-ről alkotott véleményemet is megpróbálom szalonképes formában leírni.) Szerintem mindegyikünkkel előfordult már, hogy megszakadt a fájlok küldése, és utána kezdhettük az egészet előlről …
Bővebben …
