2012. május 23., szerda

Bevásárló kosár szimbólum CSS + HTML

Tisztán HTML és CSS segítségével leírt stilizált bevásárló kocsi ikon, szimbólum:
https://gist.github.com/2773918

Nem rég volt néhány szabad percem és kikísérleteztem! Persze jobb lenne lekerekített sarkokkal, és hasonló modern, és pofás tulajdonságokkal.

2012. április 3., kedd

Hard TAB

A hard TAB jó, a hard TAB finom, a hard TAB különleges! Úgy is megkóstolod a hard TAB-ot!!! (Sorry Tibi csokoládé!)

De a lényeg, a lényeg, hogy én kifejezetten használom a hard TAB-ot!
Miért?
Hirtelen néhány okot összegyűjtöttem: (A lista bővülhet!)
  • Hordozhatóbb kódot eredményez.
    • Szerkesztőkben beállítható a TAB karakterek szélessége. Most nem sok olyan egyszerű editor van, amelyben ezt nem lehet megtenni. Egyetlen komoly példát tudnék erre mondani. Az pedig a Windows notepad.exe jegyzettömbje, amely az évek alatt semmit nem változott, pedig azért már néhány funkcióval felruházhatták volna Redmond-ban.
    • A hordozhatóbb kód érdekében időnként érdemes megadni a használt tab szélességet a dokumentum elején (úgy tudom, hogy a linuxos vi felhasználók ezügyben előnyt élveznek).
  • Könnyebb vele a behúzás
  • Könnyebb leütni egy TAB-ot a behúzáshoz, mint 2,4, vagy 8 space billentyűt
    • Persze az előző két ponttal kapcsolatban lehet jönni azzal, hogy az egyes szerkesztőkben meg lehet mondani, hogy TAB leütésére hány szóközt szúrjon be
  • Webes területen talán lehet nem elhanyagolható sávszélesség csökkenés.
    Most néztem egy html build-et, amelyben az eredetileg benne lévő TAB-okat lecseréltem space-ekre. A TAB-os kód kb. 70%-a volt a space változatnak! Ez számokban a következőt jelentette: a space-es változat 10794 bájt, a TAB-os pedig 7620.
    Ez még barátok között is alsó hangon 2 KB. Amely nagy látogatószám esetén már elég tetemes felesleges adatmozgást eredményez.
    Persze itt most meg kell említeni a HTML kimenet zsugorítását, amely során eltávolítjuk a felesleges fehér karaktereket belőle. Itt már az is elég ha az 1-nél többször előforduló fehér karaktert egyetlen szóközre cseréljük. Ekkor talán érvényét vesztené a TAB-os okfejtésem? 
    • Az index.hu főoldalának kódját lekértem, amely szóközöket alkalmaz a behúzásra. Ekkor ez a kód összesen 153.570 karaktert tartalmazott. Mivel láthatóan 4 szóköz jelentett egy TAB-ot ezért a 4 space hosszú területeket lecseréltem egy-egy TAB karakterre (Csak a pontosan 4 szóközös terüleket cseréltem, az egyszerűség végett). Az így kapott kód 122.328 karaktert tartalmazott. Ez 31.242 karakter különbséget jelent! A Firebug szerint kb. 148.5 KB forráskód töltődik le az főoldalának betöltésekor közvetlenül. (Megj.: Maga az oldal 3,4 MB tartalommal jön be! Elképesztő nem!).
      A főoldal két forráskód hosszának különbsége kb. 30 KB. Egyetlen letöltés esetén ennyit lehetne megtakarítani, csak a főoldal forráskódjában.
      Számoljunk csak egy kicsit! Ezt a blogbejegyzést felhasználva, amely azt írja, hogy az index.hu-n 559.024 látogató és 9.825.192 oldalletöltés van, amelyet kerekítsünk durván lefelé 500.000 látogatóra és 9 millió oldalletöltésre.
      9 milló * 31.242 = 281 178 000 000 byte = kb. 261,87 GB!!! Egyetlen nap!!!!
      De lehet csak én számoltam rosszul??? 
    • Akkor még tényleg ne is említsük meg a szerver oldali felesleges fehér karakterek kiszűrését, amely még dobna a számokon!!!


----------------------
html build: nálunk így, vagy egyszerűen build-nek hívjuk az elfogadott design terv HTML, CSS, és esetleg JavaScript-tel megvalósított átdolgozását. Tehát a build, amikor az egyszerű képfájlból (PSD, jpeg) forráskóddal kifejezett oldalsablon lesz! Más használt kifejezések: darabolás, vágás, átrittyentés (Na jó, az utolsót én találtam ki ebben a szent percben :D)

2012. március 30., péntek

elrte youtube videóbeágyazó gomb

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

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

2012. február 21., kedd

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!

2011. december 17., szombat

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

2011. december 12., hétfő

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???

2011. november 24., csütörtök

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!