Kategória: Problémák
Miért hagy ki a Windows Live Messenger?
Valószínűleg már többen szembesültetek azzal a problémával, hogy csevegés közben egyszerűen nem érkeznek meg valamelyik fél üzenetei a másikhoz. Hihetetlenül idegesítő tud lenni, főleg akkor, amikor sürgős választ vártok, vagy amikor egyszerre több sor marad ki, és erről semmiféle visszajelzést nem kaptok.
Az elmúlt egy hónapban ez a jelenség engem fokozottan érintett, és már majdnem térítésbe kezdtem annak reményében, hogy az ismerőseimet átszoktathatom egy másik azonnali üzenetküldő használatára, de ekkor gyanakodni kezdtem az amúgy is sok gondot okozó Asus routeremre. Megerősíteni egészen addig nem tudtam ezt a feltételezésemet, amíg le nem cseréltem azt a jelenleg is üzemelő Linksysre, ugyanis azóta, mintha elvágták volna, és megszűnt a problémám. Minden üzenetet sikeresen megkapnak az ismerőseim, és én is az övékét.
Teljes biztonsággal azért nem állíthatom, hogy hasonló probléma esetén ti is a routerben keressétek a hibát, ellenben tökéletes kiindulópontot jelenthet a probléma okának felderítésére. Ha tudod azt, hogy a jelenség olyan partnernél jelentkezik, aki szintén egy router árnyékából internetezik, akkor nagy valószínűséggel gyanakodhatsz valamelyikötök készülékére. 
Frissítés! (2010. február 2.): Egyik panaszkodó partneremnél pont ma derült ki, hogy Asus WL-520GC típusú routerrel kűzd. 
Hozzászólás: » 2 « • Írta: Petya (2010/01/22 21:15)
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: Petya (2010/01/13 14:14)
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: Petya (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: Petya (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: Petya (2009/12/25 18:02)
A vertical-align rejtélye …
Az első bejegyzésemmel azonnal bedoblak benneteket a mélyvízbe, és mutatok egy apró, de annál hasznosabb CSS trükköt, ami még haladó webfejlesztők számára is értékes információ lehet.
Bővebben …
