Archívum - 2013
április 9
CSS menü szélesség
Sziasztok!
Egy apró, de számomra mégis elég nagy problémába ütköztem.
Adott az alábbi html és css kód.Így egy két soros menüt kapok. Az eredeti kódban ha ráviszem a főmenüben az egyik elemre a kurzort akkor akkor egy másik almenü jelenik meg(nem hiszem, hogy a probléma szempontjából releváns volna). és a probléma az, hogy ha az almenü tartalma szélesebb a főmenü eleménél, akkor megnő a hozzá tartozó főmenü elemének a szélesség is így a tovább főmenü elemek is eltolódnak.
Eddig rendben is volna, meg kéne határoznom a a főmenü elemek szélességét, de én ezt nem nagyon szeretném mert nem túl szép megoldás.
Tudtok rá valami elegánsabb módszert?
Segítségeteket előre is köszönöm
Bence
■ Egy apró, de számomra mégis elég nagy problémába ütköztem.
Adott az alábbi html és css kód.
<div>
<ul>
<li>
<a href="#">menü1</a>
</li>
<li>
<a href="#">menü2</a>
<ul>
<li>
<a href="#">almenü1</a>
</li>
<li>
<a href="#">almenü2</a>
</li>
<li>
<a href="#">almenü3</a>
</li>
</ul>
</li>
<li>
<a href="#">menü3</a>
</li>
</ul>
</div>
div>ul>li{
float:left;
}
div>ul>li>ul>li{
float: left;
}
Eddig rendben is volna, meg kéne határoznom a a főmenü elemek szélességét, de én ezt nem nagyon szeretném mert nem túl szép megoldás.
Tudtok rá valami elegánsabb módszert?
Segítségeteket előre is köszönöm
Bence
Ausztria-i tárhely
Sziasztok!
Ausztriában keresek tárhely szolgáltatót, van esetleg tapasztalatotok velük kapcsolatban? Tudtok ajánlani közülük esetleg?
Köszönöm!
Üdv
■ Ausztriában keresek tárhely szolgáltatót, van esetleg tapasztalatotok velük kapcsolatban? Tudtok ajánlani közülük esetleg?
Köszönöm!
Üdv
Dinamikus Virtualhostok Apache 2.2 szerveren
Helló,
Adott egy localhost Apache 2.2 szerver Ubuntu 12.10-en és a /etc/hosts-ba hozzáadott valami.hu ami az 127.0.0.1-re mutat.
A cél a következő:
Ha megnyitom a weboldalt egy aldomainnel (akarmi.valami.hu) akkor a DocumentRoot a /home/akarmi/www mappa legyen, ellenkező esetben (valami.hu) a /var/www mappa.
Az első lépés sikerült a mod_vhost_alias modul engedélyezésével, majd a követhező scripttel, amit a /etc/apache2/apache2.conf fájl végén helyeztem el:(A teszt kedvéért a /etc/hosts-ba beraktam egy sub.valami.hu-t)
A másodikat viszont nem tudom hogyan kellene megvalósítani, ebben szeretném a segítségeteket kérni. Gondoltam az ErrorDocument 404-re, viszont az egyrészt nem is lenne elegáns, másrészt szeretnék majd 404-es hiba jelző oldalt.
A fenti script szétválaszthatóvá teszi az URL-t és %1-gyel az első részét (a legelső pontig) beilleszti szövegként és így a sub.valami.hu-t megnyitva a /home/sub/www mappát állítja be DocumentRootnak. A dolog lényege, hogy ne kelljen minden egyes aldomaint külön virtualhostként beállítani, hanem ezzel a pár sorral meg lehessen valósítani.
Azt is jó lenne megoldani, hogy ha www.sub.valami.hu-t nyitok meg, akkor ne a /home/www/www mappába irányítson át, hanem a /home/sub/www-be. Ugyanezt az aldomain nélküli változatnál, tehát www.valami.hu-ról ne a /home/www/www-t hanem a /var/www-t használja.
Előre is köszönöm a segítséget.
■ Adott egy localhost Apache 2.2 szerver Ubuntu 12.10-en és a /etc/hosts-ba hozzáadott valami.hu ami az 127.0.0.1-re mutat.
A cél a következő:
Ha megnyitom a weboldalt egy aldomainnel (akarmi.valami.hu) akkor a DocumentRoot a /home/akarmi/www mappa legyen, ellenkező esetben (valami.hu) a /var/www mappa.
Az első lépés sikerült a mod_vhost_alias modul engedélyezésével, majd a követhező scripttel, amit a /etc/apache2/apache2.conf fájl végén helyeztem el:
UseCanonicalName Off
VirtualDocumentRoot /home/%1/www/
A másodikat viszont nem tudom hogyan kellene megvalósítani, ebben szeretném a segítségeteket kérni. Gondoltam az ErrorDocument 404-re, viszont az egyrészt nem is lenne elegáns, másrészt szeretnék majd 404-es hiba jelző oldalt.
A fenti script szétválaszthatóvá teszi az URL-t és %1-gyel az első részét (a legelső pontig) beilleszti szövegként és így a sub.valami.hu-t megnyitva a /home/sub/www mappát állítja be DocumentRootnak. A dolog lényege, hogy ne kelljen minden egyes aldomaint külön virtualhostként beállítani, hanem ezzel a pár sorral meg lehessen valósítani.
Azt is jó lenne megoldani, hogy ha www.sub.valami.hu-t nyitok meg, akkor ne a /home/www/www mappába irányítson át, hanem a /home/sub/www-be. Ugyanezt az aldomain nélküli változatnál, tehát www.valami.hu-ról ne a /home/www/www-t hanem a /var/www-t használja.
Előre is köszönöm a segítséget.
Tervezési segítség
Sziasztok!
Ismerkedek az összetettem adatbázisok készítésével és gondoltam önszorgalomból és gyakorlásnak létrehozok a kollégáknak (és persze magamnak is) egy olyan oldalt ahova bizonyos lépéssort követve vehetik fel a munka infóit hogy egymást segítsük és ne maradjon ki info.
A tervezésnél elakadtam, mert nem nagyon vagyok jártas változó táblájú adatbázisokban. Eddig csak olyanokat csináltam ahol fix volt a tábla, például volt egy tábla abban volt fixen három oszlop és ebben tárolni és módosítani az adatokat nem nagy cucc, de itt most nem igazán találom a megoldást.
Kis magyarázat az elképzelésemről
Tehát az az elképzelésem, hogy bárki létrehozhat sablon listákat amik a munkával kapcsolatos lépésekből állnak hogy biztosan ne felejtődjön el semmi. Ha úgy tetszik ez egy kommentelhető "todo" lista, aminek a pontjai törölhetőek és módosíthatóak (egy oszlop törlése esetén nem baj ha a hozzá tartozó rekordok elvesznek).
Egy munkatárs létrehoz egy listát például: "Tervezési folyamat" néven.
Ebbe belepakol pontokat például:
1. pont: Végy egy papírt.
2. pont: Rajzolj.
3. pont: Küld el Sanyinak.
Ezekhez a pontokhoz mindenki írhat megjegyzést amikor kitölt egy ilyen listát (és biztosan minden ponthoz írni fog valaki valamit, mert nem ilyen egyszerű pontok lesznek)
A problémáim:
1. Ugye a legkézenfekvőbb az lenne hogy létrehozhatnánk egy "Tervezési folyamat" táblát, majd abba olyan oszlopot hogy "Végy egy papírt", "Rajzolj", stb, de ezzel az a baj hogy ilyen ékezetes, meg netalántán nagyon hosszú tartalmakat nem lehet cellának adni, na meg az sem világos számomra hogy ha valaki változtat valamelyik oszlop nevén akkor azt hogy kezelem le... beolvastatom a tábla oszlopait egy tömbbe és azon lépkedek végig az "insert into" parancsnál?
2. ekkor azt találtam ki hogy lesznek olyan tábláim mint például "listak", "pontok", "megjegyzesek". Ekkor amikor létrehoz valaki egy listát akkor egy egyedi azonosítóval elmentésre kerül a lista neve.
Ismerkedek az összetettem adatbázisok készítésével és gondoltam önszorgalomból és gyakorlásnak létrehozok a kollégáknak (és persze magamnak is) egy olyan oldalt ahova bizonyos lépéssort követve vehetik fel a munka infóit hogy egymást segítsük és ne maradjon ki info.
A tervezésnél elakadtam, mert nem nagyon vagyok jártas változó táblájú adatbázisokban. Eddig csak olyanokat csináltam ahol fix volt a tábla, például volt egy tábla abban volt fixen három oszlop és ebben tárolni és módosítani az adatokat nem nagy cucc, de itt most nem igazán találom a megoldást.
Kis magyarázat az elképzelésemről
Tehát az az elképzelésem, hogy bárki létrehozhat sablon listákat amik a munkával kapcsolatos lépésekből állnak hogy biztosan ne felejtődjön el semmi. Ha úgy tetszik ez egy kommentelhető "todo" lista, aminek a pontjai törölhetőek és módosíthatóak (egy oszlop törlése esetén nem baj ha a hozzá tartozó rekordok elvesznek).
Egy munkatárs létrehoz egy listát például: "Tervezési folyamat" néven.
Ebbe belepakol pontokat például:
1. pont: Végy egy papírt.
2. pont: Rajzolj.
3. pont: Küld el Sanyinak.
Ezekhez a pontokhoz mindenki írhat megjegyzést amikor kitölt egy ilyen listát (és biztosan minden ponthoz írni fog valaki valamit, mert nem ilyen egyszerű pontok lesznek)
A problémáim:
1. Ugye a legkézenfekvőbb az lenne hogy létrehozhatnánk egy "Tervezési folyamat" táblát, majd abba olyan oszlopot hogy "Végy egy papírt", "Rajzolj", stb, de ezzel az a baj hogy ilyen ékezetes, meg netalántán nagyon hosszú tartalmakat nem lehet cellának adni, na meg az sem világos számomra hogy ha valaki változtat valamelyik oszlop nevén akkor azt hogy kezelem le... beolvastatom a tábla oszlopait egy tömbbe és azon lépkedek végig az "insert into" parancsnál?
2. ekkor azt találtam ki hogy lesznek olyan tábláim mint például "listak", "pontok", "megjegyzesek". Ekkor amikor létrehoz valaki egy listát akkor egy egyedi azonosítóval elmentésre kerül a lista neve.
Kép átméretezése és továbbadása (headerrel?)
Üdvözletem mindenkinek!
Azon töröm a fejem mostanság, hogy hogyan lehet egy PHP fájl meghívásával átméretezni egy képet és továbbadni azt, mintha egy a PHP fájl egy képfájl lenne.
Sokat Googleztam az ügy érdekében, de nem találtam egyszerű megoldást sajnos.
Tehát: Van egy index.html fájlunk, melyben hivatkozunk egy képre:A PHP programunk beolvassa a GET-tel kapott kép evet, megkeresi a szerveren, módosítja (mondjuk a méretet), majd úgy adja tovább, mintha ő maga lenne egy kép.
PHP.net-en láttam pár megoldási módot, de nekem azok nem működtek sajnos.
Valakinek van egyszerű ötlete erre a problémára?
Előre is köszönöm a válaszokat!
■ Azon töröm a fejem mostanság, hogy hogyan lehet egy PHP fájl meghívásával átméretezni egy képet és továbbadni azt, mintha egy a PHP fájl egy képfájl lenne.
Sokat Googleztam az ügy érdekében, de nem találtam egyszerű megoldást sajnos.
Tehát: Van egy index.html fájlunk, melyben hivatkozunk egy képre:
<img src="kep.php?kep=kep.jpg" />
PHP.net-en láttam pár megoldási módot, de nekem azok nem működtek sajnos.
Valakinek van egyszerű ötlete erre a problémára?
Előre is köszönöm a válaszokat!
április 8
http post kérés átirányítása RewriteCond és RewriteRule-al
Üdvözlet!
Olyan kérdésem volna, amelyhez nem találtam eddig megoldást.
Linux-apache webszerveren a htaccess-ben kéne megoldani a következő problémát:
Egy felhasználói (asztali) alkalmazás küldene egy post kérést a webszervernek a következő url-re pl http://www.domain.hu/check.php (egy post paraméterrel).
Eddig működött a dolog, de a domain elérését megváltoztattuk http://domain.hu/check.php -re, tehát lekerült a www a cím elejéről.
Az asztali alkalmazás kódját már nem lehet megváltoztatni.
Ez a fenti kérés pedig így nem akar működni!
Erre szeretnék megoldást találni. Köszi!
■ Olyan kérdésem volna, amelyhez nem találtam eddig megoldást.
Linux-apache webszerveren a htaccess-ben kéne megoldani a következő problémát:
Egy felhasználói (asztali) alkalmazás küldene egy post kérést a webszervernek a következő url-re pl http://www.domain.hu/check.php (egy post paraméterrel).
Eddig működött a dolog, de a domain elérését megváltoztattuk http://domain.hu/check.php -re, tehát lekerült a www a cím elejéről.
Az asztali alkalmazás kódját már nem lehet megváltoztatni.
Ez a fenti kérés pedig így nem akar működni!
Erre szeretnék megoldást találni. Köszi!
április 6
Favicon-ok kezelése
Sziasztok,
Amikor letöltöm a HTML5Boilerplate csomagját (initializr), akkor 7-féle favicon szerepel a gyökérben: 6 db "apple-touch-icon" kezdetű png és 1db jól megszokott "favicon.ico" fájl. Az index.html-ben nem szerepel egyik ikonra való utalás sem (<link …>). Ez vajon miért van így? Automatikusan felimserik az eszközök ezeket a neveket? Ill. van három 57x57 px-es ikon: "apple-touch-icon.png", "apple-touch-icon-precomposed.png" ill. "apple-touch-icon-57x57-precomposed.png". Milyen jelentést takar a precomposed kifejezés? Van egyáltalán különbség a három verzió között? Hogyha nem a gyökérben tárolom a favicon-okat az jelenthet problémát?
■ Amikor letöltöm a HTML5Boilerplate csomagját (initializr), akkor 7-féle favicon szerepel a gyökérben: 6 db "apple-touch-icon" kezdetű png és 1db jól megszokott "favicon.ico" fájl. Az index.html-ben nem szerepel egyik ikonra való utalás sem (<link …>). Ez vajon miért van így? Automatikusan felimserik az eszközök ezeket a neveket? Ill. van három 57x57 px-es ikon: "apple-touch-icon.png", "apple-touch-icon-precomposed.png" ill. "apple-touch-icon-57x57-precomposed.png". Milyen jelentést takar a precomposed kifejezés? Van egyáltalán különbség a három verzió között? Hogyha nem a gyökérben tárolom a favicon-okat az jelenthet problémát?
SSL certificate - hiányzik a root CA (megoldva :( )
Update: bocs, egyelőre úgy fest, tárgytalan...
Tanulságul az utókor számára itt hagyom, de ha valaki admin erre jár, nyugodtan törölheti is!
Routeremen firmware-t cseréltem. Tomato, mivel openwrt nincs rá. Korábban, openwrt alatt pillanatok alatt összedobtam ugyanezt a konfigurációt, most meg x ideje megy az anyázás. Előbb a friss verzióról derült ki, hogy a routeremen kb. 20 perc egy boot. Most meg harmadik napja nyűglődtem a tanúsítványokkal, mert akárhogy debuggoltam, nem kaptam értelmes hibaüzenetet.
(olyan apróságokat, hogy a szükséges make-et nem tették be a függőségek közé a készítők, az openssl meg hátrébb áll a path-ban, mint a firmware saját, lebutított verziója... már meg sem említek)
Végül kínomban már azt próbáltam, hogy egy Ubuntura felhúzott freeradius-t akartam használni. Előbb csak tanúsítvány készítéshez, de azokkal a tanúsítványokkal a routeren lévő, korábbi verziójú SSL nem boldogult, utána magát az ubuntu freeradius-át próbáltam bekonfigurálni, az sem ment.
A lokálisan, saját csomagjaival gyártott tanúsítványokkal meg bármit csináltam, akárhogy konfigurálgattam a freeradiust és az openssl-t, nem akart működni.
Húsz perce jött az ötlet: stabil debian. Az régebbi, mint az ubuntum! Freeradius fel, bootstrap script futtatás, make client, az egész könyvtár át a routerre a megfelelő könyvtárba és... Máris működik.
Már csak egy elérhető árú, jó minőségű, 5GHz-et is tudó router kellene, ami támogatja az openwrt-t is. Mert ebből a tomatos töketlenkedésből k.ra elegem van, na!
Tanulságul az utókor számára itt hagyom, de ha valaki admin erre jár, nyugodtan törölheti is!
Routeremen firmware-t cseréltem. Tomato, mivel openwrt nincs rá. Korábban, openwrt alatt pillanatok alatt összedobtam ugyanezt a konfigurációt, most meg x ideje megy az anyázás. Előbb a friss verzióról derült ki, hogy a routeremen kb. 20 perc egy boot. Most meg harmadik napja nyűglődtem a tanúsítványokkal, mert akárhogy debuggoltam, nem kaptam értelmes hibaüzenetet.
(olyan apróságokat, hogy a szükséges make-et nem tették be a függőségek közé a készítők, az openssl meg hátrébb áll a path-ban, mint a firmware saját, lebutított verziója... már meg sem említek)
Végül kínomban már azt próbáltam, hogy egy Ubuntura felhúzott freeradius-t akartam használni. Előbb csak tanúsítvány készítéshez, de azokkal a tanúsítványokkal a routeren lévő, korábbi verziójú SSL nem boldogult, utána magát az ubuntu freeradius-át próbáltam bekonfigurálni, az sem ment.
A lokálisan, saját csomagjaival gyártott tanúsítványokkal meg bármit csináltam, akárhogy konfigurálgattam a freeradiust és az openssl-t, nem akart működni.
Húsz perce jött az ötlet: stabil debian. Az régebbi, mint az ubuntum! Freeradius fel, bootstrap script futtatás, make client, az egész könyvtár át a routerre a megfelelő könyvtárba és... Máris működik.
Már csak egy elérhető árú, jó minőségű, 5GHz-et is tudó router kellene, ami támogatja az openwrt-t is. Mert ebből a tomatos töketlenkedésből k.ra elegem van, na!
WEB 2.0
Hosszú lesz.
Tegnap elolvastam, hogy a PHP halálra van ítélve. Azt hittem valami klikkvadász bulvár hír, de marhára megfogott és nagyon igaza van.
Emellett kavargott még a fejemben, hogy létezik Node.js ami aszinkron elvekre épül, és nem értjük, hogy mire jó ez. kemma épp a REST-ről kérdezgetett.
Mindeközben mindennapi munkám során elmozdultam olyan irányba, hogy amit tudok kliens oldalon csinálok meg, és tényleg a szerver csak küldjön nekem adatot, meg dolgozza fel amit küldök neki. HTML-t generálok inkább kliens oldalon, amíg csak azon küzd a júzer, hogy a szervernek elküldhető adathalmaz létrejöjjön, nem röpködnek a http kérések.
ez volt a bevezető.
egyre inkább úgy gondolom, hogy ha mondjuk MVC alapokon gondolkodunk, akkor nem annyira egyértelmű, hogy mind a három összetevőnek a szerver oldalon kell futnia. sőt azt gondolom, hogy V (megjelenítés, felület előállítás) és C (események kezelése) komponenseknek inkább a kliens oldalon van a helyük, sőt azt sem tartom extrém dolognak, hogy a adott esetben az üzleti logika (egy része) is futhat kliens oldalon, aztán ha kell szinkronizál a szerverrel (van erre példa).
lesz aki megöl ezért :), de szerintem semmi akadálya, hogy asztali alkalmazásokat hozzunk létre HTML, CSS, JS alapon. annyi hogy a kódbázist, ha épp nincs meg a szervernek el kell küldenie. Nem is kell az egész csak épp az amire szükség van.
és itt jönnek képbe a bejegyzés elején említett dolgok. semmi szükség rá, hogy a szerver oldali folyamatok felhasználó alapon fussanak (1 felhasználó (kérésenként, legalább) egy külön process).
Tegnap elolvastam, hogy a PHP halálra van ítélve. Azt hittem valami klikkvadász bulvár hír, de marhára megfogott és nagyon igaza van.
Emellett kavargott még a fejemben, hogy létezik Node.js ami aszinkron elvekre épül, és nem értjük, hogy mire jó ez. kemma épp a REST-ről kérdezgetett.
Mindeközben mindennapi munkám során elmozdultam olyan irányba, hogy amit tudok kliens oldalon csinálok meg, és tényleg a szerver csak küldjön nekem adatot, meg dolgozza fel amit küldök neki. HTML-t generálok inkább kliens oldalon, amíg csak azon küzd a júzer, hogy a szervernek elküldhető adathalmaz létrejöjjön, nem röpködnek a http kérések.
ez volt a bevezető.
egyre inkább úgy gondolom, hogy ha mondjuk MVC alapokon gondolkodunk, akkor nem annyira egyértelmű, hogy mind a három összetevőnek a szerver oldalon kell futnia. sőt azt gondolom, hogy V (megjelenítés, felület előállítás) és C (események kezelése) komponenseknek inkább a kliens oldalon van a helyük, sőt azt sem tartom extrém dolognak, hogy a adott esetben az üzleti logika (egy része) is futhat kliens oldalon, aztán ha kell szinkronizál a szerverrel (van erre példa).
lesz aki megöl ezért :), de szerintem semmi akadálya, hogy asztali alkalmazásokat hozzunk létre HTML, CSS, JS alapon. annyi hogy a kódbázist, ha épp nincs meg a szervernek el kell küldenie. Nem is kell az egész csak épp az amire szükség van.
és itt jönnek képbe a bejegyzés elején említett dolgok. semmi szükség rá, hogy a szerver oldali folyamatok felhasználó alapon fussanak (1 felhasználó (kérésenként, legalább) egy külön process).
Opera confirms it will follow Google and ditch WebKit for Blink, as part of its commitment to Chromium
Az Opera lesz a második böngésző, ami a Blink megjelenítőt használja
■ 
