Archívum - Nov 2011
november 9
Streaming
Sziasztok / Üdvözletem!
Egy ügyfelemnek on-line streaming szolgáltatásra volna szüksége.
A tervek szerint on-line oktatás lenne, a tananyagokat egy "egyszerű" számítógépről (pl. középkategóriás laptop, 2 GHz, 1-2 Gbyte RAM, 2 Mbyte-os feltöltési sebesség) szeretnénk "sugározni" a saját weboldalba ágyazott lejátszóra (pl. flash, de nem kizárólagos megkötés, a lényeg, hogy teljes képernyőre lehessen váltani) a hanganyagot (mikrofonból) és két forrásból érkező képanyagot (webkamera és számítógép asztal (kijelölt területe), köztük váltani lehessen, egyszerre a kettőt nem kell (de pozitív, ha lehet) osztott képernyőn mutatni). Egy adást egyszerre tetszőleges (max. 200-300) felhasználó (tanuló) nézheti.
Egyszerre több adás is folyhat párhuzamosan (1-10, de a későbbiekben (remélhetőleg) akár 30-50-100 csatorna is), időszakosan, nem 24/7-ben menne az adás (1-8 órás adásokra lehet készülni / csatorna).
Fontos, hogy amennyiben megoldható, a stream ne legyen továbbosztható, azaz ne lehessen a stream URL-t külső weboldalba és/vagy programba másolva "lopni" az adást.
Ehhez a problémához keresek elsősorban megoldási javaslatokat, másodsorban akár ajánlatokat is. Saját szervergép (szerverteremben), programok, stb. kell hozzá, amikhez viszont nem értek.
(Próbáltam felvenni a kapcsolatot több stremaing szolgáltatóval is, de használható konkrét ajánlatokat sajnos ezeddig nem kaptam.)
Ha valaki tudna segíteni, azt megköszönném.
■ Egy ügyfelemnek on-line streaming szolgáltatásra volna szüksége.
A tervek szerint on-line oktatás lenne, a tananyagokat egy "egyszerű" számítógépről (pl. középkategóriás laptop, 2 GHz, 1-2 Gbyte RAM, 2 Mbyte-os feltöltési sebesség) szeretnénk "sugározni" a saját weboldalba ágyazott lejátszóra (pl. flash, de nem kizárólagos megkötés, a lényeg, hogy teljes képernyőre lehessen váltani) a hanganyagot (mikrofonból) és két forrásból érkező képanyagot (webkamera és számítógép asztal (kijelölt területe), köztük váltani lehessen, egyszerre a kettőt nem kell (de pozitív, ha lehet) osztott képernyőn mutatni). Egy adást egyszerre tetszőleges (max. 200-300) felhasználó (tanuló) nézheti.
Egyszerre több adás is folyhat párhuzamosan (1-10, de a későbbiekben (remélhetőleg) akár 30-50-100 csatorna is), időszakosan, nem 24/7-ben menne az adás (1-8 órás adásokra lehet készülni / csatorna).
Fontos, hogy amennyiben megoldható, a stream ne legyen továbbosztható, azaz ne lehessen a stream URL-t külső weboldalba és/vagy programba másolva "lopni" az adást.
Ehhez a problémához keresek elsősorban megoldási javaslatokat, másodsorban akár ajánlatokat is. Saját szervergép (szerverteremben), programok, stb. kell hozzá, amikhez viszont nem értek.
(Próbáltam felvenni a kapcsolatot több stremaing szolgáltatóval is, de használható konkrét ajánlatokat sajnos ezeddig nem kaptam.)
Ha valaki tudna segíteni, azt megköszönném.
An Extensive Guide To Web Form Usability
Használhatósági szempontok űrlapok kialakításához
■ november 8
30gb adatforgalom?
Üdv egy tárhyel iránt érdeklődnék,hogy az mit jelent hogy 30 GB adatforgalom? az mennyi soknak számít
■ PostgreSql hibaüzenetei
Nem szeretném, hogy az adatbázis-kezelő (PostgreSql) hibaüzenetei
a felhasználó elé kerüljenek, erre keresek szép megoldást.
(A nyelv Perl, de ez nem nyelv-specifikus probléma, úgy gondolom.)
Tárolt eljárásokban a saját üzeneteket egyszerűen lekezeljük:
Itt a kettőspont után álló kód alapján a program az adott nyelvnek
megfelelő értelmes üzenetet megjeleníti a felületen.
Más a helyzet a Postgres saját üzeneteivel.
Mondjuk egyedi kulcs esetén az alábbi üzenet érkezik:
Ezt persze lehet egyedileg vizsgálni (pl.: regexp), de szeretnék
kicsit általánosabb hibakezelést megvalósítani adatbázis szinten,
nem minden hibaüzenetet egyedileg vizsgálni.
Ráadásul az üzenet a PostgreSql különböző verzióiban eltérhet.
Röviden:
Tud valaki szép megoldást a PostgreSql hibaüzeneteinek lekezelésére?
Ti hogyan csináljátok?
Hozzászólásaitokat előre is köszönöm.
■ a felhasználó elé kerüljenek, erre keresek szép megoldást.
(A nyelv Perl, de ez nem nyelv-specifikus probléma, úgy gondolom.)
Tárolt eljárásokban a saját üzeneteket egyszerűen lekezeljük:
RAISE EXCEPTION 'sql_failure: fuggveny_neve_001';
Itt a kettőspont után álló kód alapján a program az adott nyelvnek
megfelelő értelmes üzenetet megjeleníti a felületen.
Más a helyzet a Postgres saját üzeneteivel.
Mondjuk egyedi kulcs esetén az alábbi üzenet érkezik:
ERROR: duplicate key value violates unique constraint
"some_name_id_key" CONTEXT: SQL ...
"some_name_id_key" CONTEXT: SQL ...
Ezt persze lehet egyedileg vizsgálni (pl.: regexp), de szeretnék
kicsit általánosabb hibakezelést megvalósítani adatbázis szinten,
nem minden hibaüzenetet egyedileg vizsgálni.
Ráadásul az üzenet a PostgreSql különböző verzióiban eltérhet.
Röviden:
Tud valaki szép megoldást a PostgreSql hibaüzeneteinek lekezelésére?
Ti hogyan csináljátok?
Hozzászólásaitokat előre is köszönöm.
phplens-es adodb5 Activerecord-jaival lapozó
Üdv mindenkinek
Érdekes kérésbe futottam. Van egy keretrendszer, ami adatbázishoz adodb5 réteget használ, activerecordokkal. Eddig el is voltak vele, a lapozós részeknél meg meg volt írva az sql, és pageexecute. Viszont lehet-e az activerecord-os táblákból lapozót csinálni, tud ilyet az adodb5?
Egyébként, mennyire elterjedt, korszerű, "közkedvelt" ez az adodb5, vagy van olyan alternatívája, ami szintén php-apache, és hasonló rekordkezelés, hasmany-belongto nyalánkságokra képes?
Remélem nem volt túl kusza, a lényeg a lapozó activerecord-al. :)
■ Érdekes kérésbe futottam. Van egy keretrendszer, ami adatbázishoz adodb5 réteget használ, activerecordokkal. Eddig el is voltak vele, a lapozós részeknél meg meg volt írva az sql, és pageexecute. Viszont lehet-e az activerecord-os táblákból lapozót csinálni, tud ilyet az adodb5?
Egyébként, mennyire elterjedt, korszerű, "közkedvelt" ez az adodb5, vagy van olyan alternatívája, ami szintén php-apache, és hasonló rekordkezelés, hasmany-belongto nyalánkságokra képes?
Remélem nem volt túl kusza, a lényeg a lapozó activerecord-al. :)
november 8
A használhatóság napja 2011: szakmai est
Villámelőadások UX témakörben a használhatóság világnapján
■ Cascading Style Sheets cikkek és ismertetők
A Cascading Style Sheets articles and tutorials című angol oldal magyar fordítása
■ Frontend Meetup novemberben
November 24-én ismét design és technológia a Frontend Meetupon
■ Centralized Configuration and Testing Large Systems
Első DevOps meetup Budapesten
■