sunbird - jak mít přehled o událostech když je vyplý

31.5.2008 18:26 | Přečteno: 970×

Učím se matiku a už mi z toho začíná hrabat, teda hrabalo by mi ještě více kdybych si myslel že mi to bude k ničemu, ale mám nekonečnou víru k tomu že ve svém budoucím životě budu zbytkové třídy a grupy vídat častěji než cokoliv jiného. Každopádně jsem si dal chvilku oraz a vyřešil jsem jak mít přehled o událostech ze Sunbirdu (to je kalendář) i když není zaplý...

sqlite3 storage.sdb "SELECT title title FROM cal_events WHERE substr(event_start,1,10) > strftime('%s','now') AND substr(event_start,1,10) < strftime('%s','now','+7day') AND cal_id == 4 ORDER BY event_start DESC;"

Věřím že se to bude někomu hodit, podle FAQu se to má řešit přes Sunbirda v trayi, ale to mi přijde trapné:) A jelikož se celkem dlouho spouští tak se mi ho nechce automaticky zapínat při startu... a co se nedělá automaticky na to se zapomene.

storage.sdb najdete v profilu sunbirdu, cal_id==4 je id kalendáře, když jich máte víc, jaké ID má ten který chcete zjistíte všelijak, já si nahrál třeba sqlitebrowser abych pochopil trochu tu strukturu.

A teď už jen přes root-tail vypisovat na plochu nebo tak něco...

       

Komentáře

[thingie]

Nestačilo by prostě ho nevypínat?

[freshmouse]

K čemu je to dobré?

[Chocolate Bear]

To bude nějaká obdoba Chain of screaming, Circle of screaming nebo vlastě Pyramid of screaming. Holka ti nedala, řve na tebe šéf, vyhodili tě ze školy? Kde se bere freshmouse posledních dní?

[freshmouse]

?

[Filip Jirsák]

To by mne zajímalo, proč se v tom Sunbirdu vůbec používá SQL databáze, když tam stejně data a časy ukládají jako řetězec a databáze pak při porovnání většinou stejně nemůže použít index.

[xkucf03]

To bude asi tím, když někdo používá SQL databázi jen proto, že se to dneska nosí, a ne proto, že je to opravdu užitečné (a neví, jak moc práce za něj ta DB může udělat)

[phax7]

Sunbird je open-source, když pošlete vývojářům patch ve stylu: Ahoj, já jsem ten a ten, předělal jsem ukládání datumů do tohohle a tohohle stylu, ničemu to nevadí, je to zhruba o 20% rychlejší.

Tak jsem si téměř jist, že to s vděkem přijmou, bude to určitě užitečnější než házet tyhle komenty do nějakého blogu, když už jste takový DB expert.

[freshmouse]

Tady jde čistě o to překvapení, že takto používaný program není naprogramován efektivně (ani pomocí elementárních konstrukcí). Je otázkou, jestli má cenu někomu takovému tyto věci v tuto chvíli radit -- dá se předpokládat, že obdobných chyb tam je víc a je dost možné, že by to bylo plýtváním silami. Můžeme např. počkat, než vývojáři Sunbirdu (profesně) vyspějí.

(Nikomu nebráním to nahlásit nebo opravit. Jen udávám důvod, proč to neudělám např. já.)

[Chocolate Bear]

Good for you. Jinak by ses pěkně ztrapnil, event_start totiž je integer, malej JiKu. Aspoň ve verzi Sunbird 0.8 a nejspíš i dřív, substr z sqlite převádí některé nestringy automaticky na stringy.

[xkucf03]

Asi ti ušlo, že ani já ani Myšák nemáme čas číst ty zdrojáky (jinak bychom to mohli rovnou opravit) a vycházíme z toho, co napsal Filip.

Tyhle drobné opravy jsou dost problematické, asi jde jen o změnu jednoho řádku v CREATE TABLE skriptu a dalšího v databázové vrstvě programu (odstranit zbytečné prasování a použít getTimestamp() místo getString()*), ale časové náklady** na opravu těchto pár řádků jsou příliš vysoké, takže se většina lidí uchyluje k remcání v diskusích, v lepším případě k nahlášení chyby do bugzilly. V mém případě ještě více snižuje motivaci fakt, že Sunbird nepoužívám. Bylo to jen takové povzdechnutí: jak to vůbec může někdo takhle napsat?

*) to je jen příklad, takhle by se ty metody jmenovaly v Javě.
**) stažení zdrojáků, hledání kde to je, porozumnění kódu, testování, komunikace s hlavními vývojáři, přemlouvání, aby patch zařadili...

[thingie]

Já bych za tohle zvýrazňování v textu dával pár facek.

[David Jaša]

+1

[xkucf03]

?

Nevím o co vám dvěma jde - jestli o to, že se doporučuje pro zvýrazňování používat jen polotučné písmo místo tučného, tak s tím nic nenadělám, tady je jen tučné. A jestli o to, co jsem zvýraznil, tak za tím si stojím: pár řádků je v hrubém nepoměru k té práci (pro člověka, který se nepohybuje uvnitř toho projektu) a testování je pro patche důležité, protože je potřeba doložit, že záplata nejen že opravuje danou věc, ale zároveň nerozbije něco jiného (žádný vývojář si nenechá do svého kódu zanášet svinstvo).

[phax7]

Mi to přijde takové hloupé, jak z letáku nějaké levné propagandy, degraduje to diskuzi -- místo aby člověk zápasil svými argumenty tak levně zvýrazní pádná slova... my jsme schopni si to přečíst celé, nepotřebujeme výtah. Představte si, že by se tak psaly knihy...

[xkucf03]

No ale když mluvíš, tak mluvíš monotónně celou dobu stejně, nebo důležité věci řekneš jinak, víc procítěně, aby ostatní věděli, že je považuješ za důležité? Mimochodem, v odborné literatuře se běžně zvýrazňují části textu.

[phax7]

Já si zvýrazňování všiml jen v učebnicích kde se nám snažili nalít kvanta blbostí do hlavy...:)

[thingie]

Ve skutečně odborné literatuře se takto fakt nezvýrazňuje. Rozhodně ne každá blbost. To tak leda v Blesku.

[thingie]

Nepravda.

Jestli máš pocit, že se to líp čte nebo chápe, když náhodně zvýrazníš pět slov v jednom odstavci, tak to je opravdu zvýraznění přesně toho co většinou lidi takto zvýrazňujou, totiž vlastní blbost.

[Filip Jirsák]

se doporučuje pro zvýrazňování používat jen polotučné písmo místo tučného, tak s tím nic nenadělám, tady je jen tučné

Ne, ke zvýrazňování se doporučuje používat kurzívu. Polotučné či tučné písmo je už silné zdůraznění.

[xkucf03]

Koukni třeba sem: Úprava diplomových prací (strana 30). Citace:

Text vysázený jednolitým písmem je typický pro beletrii, v odborných textech je vyznačování přirozené a nutné, protože odlišené části textu usnadňují orientaci v textu. Existuje celá řada možností, jak vyznačovat, ale umírněnost je na místě. Obecně se doporučuje, aby v jednom textu byly používány nejvýše dva způsoby vyznačování, tedy kromě obyčejného textu ještě např. obyčejnou kurzívu a polotučné písmo.

Netvrdím, že tohle je jediný možný pohled na věc, ale polotučné písmo je zcela oprávněným způsobem zvýrazňování textu. Jestli použít to, či ono, pak záleží spíš na konvenci autora, edice. A jelikož tady kurzívu používám v jiném smyslu než pro zvýrazňování, tak nezbývá než pro zvýrazňování používat tlačítko B.

P.S. to je ale pěkný flame, pro nedělní deštivý večer

[Filip Jirsák]

I v té citaci máte zmíněnou kurzívu a polotučné písmo. Kurzívě se dává přednost právě proto, že nemění celkovou světlost textu a tedy neodvádí pozornost od okolního textu. Ostatně v odkazovaném dokumentu je také napsáno, že „kurzíva je nejvhodnější z hlediska šedi strany“. Všimněte si, že o zvýrazňování tučným písmem v tom odkazovaném dokumentu není napsáno nic.

[Chocolate Bear]

To mi asi ušlo. Ale možná tobě zase ušlo, že já reaguju na to, že to nenahlásí. Tudíž je úplně jedno, kdo co řekl v nadřazených komentářích :-P

[xkucf03]

Tak nahlásit bychom to asi měli, ale než to nahlásíme, tak musíme mít jistotu, že tam ta chyba skutečně je, tudíž někdo ty zdrojáky musí stáhnout a najít to a to je ta práce, do které se nikomu nechce. Ono často najít chybu a dobře ji diagnostikovat* může být pracnější než otevřít editor a změnit ten řádek (když už vím který).

*) neplést s diagnózou ropuchy.

[Filip Jirsák]

Aha, on je ten event_start opravdu počet sekund od počátku epochy, ten substr to má jen převést na string a ta desítka je Bulharská konstanta… Vzhledem k tomu, jak zvláštní sestavu funkcí má SQlite, možná to opravdu bude jediné řešení. Pokud tedy nefunguje něco na tento způsob:

SELECT title title
FROM cal_events
WHERE event_start > strftime('%s','now')+0
  AND event_start < strftime('%s','now','+7day')+0
  AND cal_id == 4
ORDER BY event_start DESC;

[Chocolate Bear]

Aktuální verze sqlite už ten třetí parametr nepotřebují, takže na převedení do stringu stačí substr(x, 1). Ale neříkám, že tak se to má správně udělat, to ne

[phax7]

Mi přijde, že jen blbě machruješ:)

Podle mě ani do sqlitu, ani Sunbirdu, ani ničeho kolem toho nevidíš a jen generuješ nějaké povýšené bláboly, až dospěješ (nejen profesně) začneš se možná chovat jinak. To není útok proti tobě, to je obrana Sunbird vývojářů -- pro někoho lidí co dělají fajn kalendář, pro jiné lamičky co neumí ani elementární konstrukce v DB a oni by to zmákli líp a ani chybu nenahlásí.

[freshmouse]

Jak řekl xkucf03, vycházím z toho, co řekl Filip Jirsák. Člověk by skoro řekl, že vlákna jsou v diskuzi od toho, aby bylo jasné, co z čeho vychází a kdo na co reaguje. Jak se zdá, nic není dost júzr frendli...

Což mi připomíná, jak jsi v minulém zápisku nesmyslně kritizoval NetworkManager a nedokázal ani použít související nástroj pro nastavení sítě. No nic. To jen k tomu "blbému machrování". Jinými slovy: podle mě ani do NetworkManageru, ani ničeho kolem toho nevidíš a jen generuješ nějaké povýšené bláboly; až dospěješ (nejen profesně), začneš se možná chovat jinak. To není útok proti tobě, to je obrana vývojářů NetworkManager -- pro někoho lidí, co dělají fajn nástroj, pro jiné lamičky, co neumějí ani elementární funkce, a oni by to zmákli líp a ani chybu nenahlásí... To jen tak na okraj. Jenže ty máš tu smůlu, že jsi začal "nové vlákno" a nemáš to na koho svést.

[xkucf03]

Ani nevím proč, ale u té tvé citace/parafráze jsem si vzpomněl na jméno toho, jehož jméno se nevyslovuje. Tedy ne až tak na to jméno jako na toho člověka

[freshmouse]

Ale vždyť jsem parafrázoval přímo Šiguta, takže ti ho musí připomínat i on.

[phax7]

Tak to ste mě vyděsili kluci:) Nevyvolávat ho.

[phax7]

já napsal tohle: Tak, možná jsem hloupý, ale jaký byl účel tohohle cvičení? Zjistit že alfa-omega nastavovač sítě neumí nastavit statickou ip, že musím vlézt do konzoly a cpát ipconfig? Eh. Stále věřím, že jsem něco přehlíd nebo že to musí jít jednodušeji, máte nápady? Nebo to mám odinstalit?

však oni to jako chybu berou a v 0.7 to bude fixnuté;) Tys podle mě napsal že Sunbird je bastl (nebo si to napsal na základě toho že to někdo napsal). Ale chápu že nevidíš rozdíl mezi tím co jsem psal o nm já a co si psal o Sunbirdu ty, tady myslím že nemá cenu pokračovat.

Zbytečně se to tu zvrhlo:(

[Filip Jirsák]

Jak řekl xkucf03, vycházím z toho, co řekl Filip Jirsák.

A já jsem zase vycházel z toho, že ve skriptu v příspěvku je použita funkce substr(event_start, 1, 10). Nenapadlo mne, že ta funkce bude fungovat na něčem jiném, než na textu, a že to je snad dokonce standardní způsob, jak v SQLite převést číslo na text.

[phax7]

No a my všichni vycházeli z mojeho prasečího skritpu:)

datum je tam uložen v unixepoch, ale na konci to má pár nadbytečných nul, takže tímhle ho ořežu aby to šlo porovnat... asi by to šlo převést nějak přes strftime nebo tak něco... ale když to funguje:)

[Filip Jirsák]

Není to počet milisekund od začátku unixové epochy (tj. tři nuly „navíc“)? Mně ten váš dotaz na první pohled připadal jako „klasické“ řešení, že se porovnávají různě upravené řetězce, a pak se dotyčný autor dotazu diví, že je to pomalé (aby ne, když pak musí databáze dělat full scan a nemůže použít index). Ale když jsem viděl tu podivnou sestavu funkcí SQLite, pochopil jsem, že to asi jinak nejde. Jedině tam ten aktuální čas vnutit z vnějšku jako parametr. Protože ty datové a časové funkce jsou do SQLite evidentně dodatečně přidané, když jejich návratové hodnoty jsou nekompatibilní s čímkoli jiným v SQLite.