elrte youtube videóbeágyazó gomb

Hogyan lehet egy új gombot beilleszteni az elRTE szerkesztőbe?

http://elrte.org/redmine/boards/4/topics/3761

Eclipse + FTP + File encoding

Az Eclipse-hez van egy Target Management plugin, amelynek része a Remote System Explorer, amellyel többek között FTP-hez való csatlakozás is lehetséges.

De egy ideig nem tudtam hogyan lehetne módosítani az FTP-n belül a fájlok karakterkódolását, mert minden esetben UTF-8-ban nyitotta meg. Már pedig nem egyszer találkoztam olyan honlappal, amely még Latin-2, Latin-1 kódolással lett elmentve. Ekkor jobb esetben azonnal észrevettem, hogy nem stimmel valami. De ha az első képernyőnyi kódban nem voltak ékezetes karakterek, vagy nem feltűnő helyen, akkor megtörtént, hogy rámentettem, és már meg is volt a baj!


Fájl kódolás módosítása FTP-n Eclipse-ben:


2 módja van:

• Egy adott fájl kódolásának változtatása:Ezt azonnal megtaláltam, mihelyt foglalkoztatott a probléma:
  A megnyitott FTP kapcsolaton belül a kérdéses fájlon helyi menüt kérve a "Properties" pont alatt az "Info" fülön belül a "File encoding" részen belül található a felülbírálás az alapértelmezettől
• Teljes FTP kapcsolaton belüli átállítás:
  (Erre csak a napokban jöttem rá!)
  Fontos, hogy zárjuk be az FTP kapcsolatot. Majd a kapcsolaton a helyi menüben szintén a "Properties" menü "Host" fülön belül a "Default encoding" részen belül módosíthatunk a teljes FTP kapcsolatra nézve!

Ui.: Anno próbáltam rákeresni a problémára, de feladtam. Valószínűleg nem megfelelően kerestem, mert minden bizonnyal már felmerült ez a probléma a Remote System Explorer-t használók körében!

Windows 7 XP mode telepítési fájlok

Windows 7 XP mode hungarian

Csak Professional, Enterprise és Ultimate alá telepíthető.

Telepítési sorrend:

--- 32 bit ---

Windows XP mode:
WindowsXPMode_hu-hu.exe
http://download.microsoft.com/download/A/F/6/AF6B89E4-50FB-4065-8105-106D5339C9BC/WindowsXPMode_hu-hu.exe

Virtual PC:
Windows6.1-KB958559-x86.msu
http://download.microsoft.com/download/0/5/5/0554AE99-785F-45CB-B1F2-0E3ED1E6117D/Windows6.1-KB958559-x86.msu

Windows XP mode upgrade:
Windows6.1-KB977206-x86.msu
http://download.microsoft.com/download/E/7/4/E742FBD2-AE2E-4920-AED1-ABE3F8173585/Windows6.1-KB977206-x86.msu



---- 64 bit ---

Windows XP mode:
WindowsXPMode_hu-hu.exe
http://download.microsoft.com/download/A/F/6/AF6B89E4-50FB-4065-8105-106D5339C9BC/WindowsXPMode_hu-hu.exe

Virtual PC:
Windows6.1-KB958559-x64.msu
http://download.microsoft.com/download/0/5/5/0554AE99-785F-45CB-B1F2-0E3ED1E6117D/Windows6.1-KB958559-x64.msu

Windows XP mode upgrade:
Windows6.1-KB977206-x64.msu
http://download.microsoft.com/download/0/A/3/0A326AC6-2F94-423F-B760-C61CB8439182/Windows6.1-KB977206-x64.msu

Pidgin + Facebook

A Pidgin és a facebook eddig jól megfért egymással, de most valamiért nem volt hajlandó bejelentkezni a jól megszokott módon, amikor nekem szükségem volt rá!

Hibajelenség:
Pidgin-ben aktiválva a facebook-os chat profilt megpróbál bejelentkezni, majd bejelentkezés után kiírja, hogy ez a fiók zárolva lett, mert egy másik helyen is bejelentkeztek (vagy valami hasonló). Illetve felugrik egy chat ablak a következő üzenettel chat.facebook.com partnertől (No! Akkor még maga a facebook is rajta van a partner listámon:)
"Kérlek jelentkezz be a www.facebook.com-on és kövesd az ott olvasható utasításokat."

Megoldás:

• Böngészőben ha be vagyunk jelentkezve facebook-ra, akkor lépjünk ki !(Esetleg törölhetjük a cookie-kat is) . 
• Majd lépjünk be újra a böngészőben!
• A facebook kitörő örömmel fog értesíteni minket, hogy történt néhány nem jóváhagyott bejelentkezési, hozzáférési kísérlet a profilhoz!
• Tovább haladva meg is mutatja nekünk az idejét, és becsült helyét az előbbi eseménynek.
• El dönthetjük, hogy ez a bejelentkezési kísérlettel teljes mértékben tisztában vagyunk, és elfogadjuk ezt a hozzáférési pontot egy facebook használati eszközként ("device"), aminek nevet is kell majd adnunk. Pontosan úgy, mint amikor nem megszokott böngészőnkből jelentkezünk be a Facebook-ba
• Minden eszköznek nevet adva a megszokott "fal" fogad
• Most már be lehet jelentkezni a Pidgin-en keresztül is a facebook chat-be. Így nem kell a böngészőben állandóan nyitva lenni, és a Pidgin-ben további IM (instant messaging) szolgáltatásokat is igénybe tudunk venni. Pl.: Google Talk, MSN, AIM, XAMPP protokoll alapú chat szolgáltatásokat, stb..

De azért soha ne felejtsünk el offline is lenni, ami nem egyenlő a vezetéknélküli élettel!
MERT A FACEBOOK ÖL, BUTÍT, ÉS NYOMORBA DÖNT!
Legalábbis sok mindent kiöl az emberből. Az amerikai gyerek nagy része már nem képes akkora mimikai kommunikációra, vagy egyéb testbeszédre. (Ezek helyett vannak a smiley-k) 
Butít: Minden szart post-olni kell, mert egyébként nem vagy faja ember?? Mikor toltál egy 4 kula átviteli sebességű kakakábelt; mikor keltél fel; mikor fekszel le; mikor pislantasz; mikor veszel levegőt??
Nyomorba dönt, mert sok idődet elveszi, amiből persze a facebook gazdagodik elég rendesen! Te pedig még mindig sehol sem vagy a világban, csak egy adathalmaz az éterben!!! Persze tegyék csak nyugodtan, hiszen igen innovatív elemeket hoztak a web2.0 világába, amit sokan átvettek tőlük!
Összességében igaz, hogy sokat köszönhetünk a facebook-nak, és elfajulást is! Vajon mekkora a hatás és ellenhatás mérlege???

MySQL Workbench & C++ Redistributable

Elsődlegesen a véleményem a címben említett programról, hogy hasznos, meg tudja könnyíteni az adatbázis tervezést, és magát a fejlesztési folyamatot, a dolgok átlátását.

DE!!
Időnként akad néhány gebasz! Néhányba nekem is bele sikerült futnom. Egy darabig kerestem rájuk a megoldást, majd ismét feladtam.

Környezet:

• Windows 7 (64 bit) /* Megj.: Hamarosan le lesz váltva Linux-ra de még válogatok és gondolkozom a dolgon. De akkor már csak Virtualbox-ba lesz száműzva a kis drága! */
• MySQL Workbench 5.2.35 csomagolt változat (mysql-workbench-gpl-5.2.35-win32-noinstall.zip)

Az eddig tapasztalt problémák

• Splash képernyő. Program betöltés során többször is hibaüzenetbe fut a program
  Megj.: Az 5.2.33-as verziónál előfordult, de ott 3 hiba jelentkezett. Ettől független a program működött, illetve működő képes volt
• Bizonyos szituációk után elmentett adatbázis projekt fájl visszatöltésekor hibás fájlra panaszkodott.
  Ilyen szituáció volt pl.:
• Egy projekt fájl megnyitása a programban, ER modell betöltése. ER modell van nyitva. Majd a programot magára hagyjuk, mert máshol is van dolgunk. Ablakok váltogatása böngésző, fejlesztő környezet, git között. Vagyis valamilyen fejlesztés zajlik.
• Egyszer csak bele kell nyúlni az adatbázis projektbe! Visszalépve azt tapasztalható, hogy az ER modell fájlt nem lehet görgetni, pozicionálni!
• A Workbench alkalmazás mentetlen módosításokkal lett magára hagyva
• Semmi gond! (Gondolom :( ) Projekt elment, program bezár, program ismét megnyit, projekt fájl betölt! HOPP!! Hibaüzenet, hogy nem stimmel valami a projekt fájlban

Egy kezemen nem tudnám megszámolni, hogy hányszor futottam neki az internetes keresésnek, hogy felkutassam a problémát! Már nem is emlékszem (valahogy nem is akarok :) ), hogyan jutottam el a következő megoldásig!

MEGOLDÁS:
A program futásához erősen javasolt a következő telepítése:
Microsoft Visual C++ x86 Redistributable  ( jelen pillanatban a legújabb verzió: 10.0.30319)
32 bites változat kell, mert maga a program is 32 bites.

Én szerencsétlenül hetekkel korábban telepítettem a 64 bites változatot, amit nem is néztem, hogy több féle is van belőle, ezért nem is gondoltam, hogy itt lehetne a gond. De valahogy a szemem elé keveredett egy Workbench hibajegy az internetről, amiben szó volt a 32 bites változatról is.

Feltelepítve az előbbi programot már nem kapok hibaüzenetet a splash screen alatt. A modell görgetési probléma még mindig fenn áll, de a mentetlen projekt mentés utáni megnyitása már nem gond!

(Multiline) comment regex PHP preg-re

http://ostermiller.org/findcomment.html
A fenti oldalon egy jól össszerakott regex van.

(/\*([^*]|[\r\n]|(\*+([^*/]|[\r\n])))*\*+/)|(//.*)

Hogy PHP preg függvényei is bevegyék, cserélni kell a '/' jeleket '\/' kvótázott változatra.
Tehát comment törlés esetén pl.:

$str = preg_replace('/(\/\*([^*]|[\r\n]|(\*+([^*\/]|[\r\n])))*\*+\/)|(\/\/.*)/', '', $str);

A karaktercserékre akkor van szükség, ha ragaszkodunk a PCRE '/' határoló karaktereihez.
Mert ha a határolók között megadott kifejezés tartalmazza a határoló karaktert, akkor azt kvótázni kell.

Ha más elválasztót választunk, akkor:

$str = preg_replace('#(/\*([^*]|[\r\n]|(\*+([^*/]|[\r\n])))*\*+/)|(//.*)#', '', $str);

session cookie + (chrome || explorer )

Probléma:

• Egy localhost x/y/z mappájába átrángatott projekt bejelentkező felület session cookie-val, ahogy kell
• Firefox és Opera OK, de Chrome és IE (most nálam Internet Explorer 9) nem ment
• A hibát visszavezettem a session cookie-ra, vagyis ez a két böngésző valahogy nem kapta meg a session cokie-t vagy mi  a fene
• További keresgélésem a Chrome-ra irányult főképpen.

Hibaforrás:

• Mint kiderült a Chrome-nak van egy érdekes hibája, vagy inkább hiányzó tulajdonsága
• Olyasmiről van szó, hogy a "localhost" címekről nem fogad el bizonyos cookie-kat. (link a sok közül a guglizás után)

Megoldás:

• "localhost" helyett más nevet állítsunk be a 127.0.0.1 IP címre
• A megfelelő host fájlban adjuk meg egy ehhez hasonló bejegyzést:
• 127.0.0.1 localhost.hu
• Megjegyzés: Már létezik localhost.hu domain alatt weboldal, de az nem fog bekavarni!
• Most már írhatjuk a "localhost" helyett a címekben a "localhost.hu"-t a problémás böngészőkben
• Egy megoldást az előbbi linken is leírtak, amit kipróbáltam egy hordozható Chrome 14-en, de azon nem jött be. Lehet nem a GoogleChromePortable.exe-t kellett volna paraméterezni. Mindegy!