542 odpovědí na toto téma

[solsais]

polerok napsal/a:

fakt je to tou Operou

Divne, me to na opere normalne jede....

Já s ní mám dlouhodobější problém, jsem v práci za proxy serverem apod. Ale nějak se jí, asi z historické lásky, nemůžu zbavit.

[zde]

zde napsal/a:
Ahoj,

Potřebujete ještě nějaké PQ? Za necelý první měsíc PM členství jsem celkem využil přesně 4 PQ, a nechci aby imperialisti měli pocit že jim to tak snadno projde..

Y/N ? Na wiki vidím že v ČR je ještě něco volnýho, ale podle seznamu je pokryto všechno, tak tomu moc nerozumím...

[bobrb]

zde napsal/a:
Y/N ? Na wiki vidím že v ČR je ještě něco volnýho, ale podle seznamu je pokryto všechno, tak tomu moc nerozumím...

Z meho pohledu si vyber jakekoliv mnozstvi PQ z Norska. Ja bych nejake potreboval uvolnit. Pokud ale nemas pristup tak se domluv se Semikem...

[osvejda]

Podle wiki PQ CZ-2009-07-12-2009-08-09 obsahuje 499 keší. Ve skutečnosti jenom 497, ale i tak by to chtělo rozsah upravit. Jaký je postup, když se něco takového objeví?

[Medcin]

Vzhledem k tomu, že mé oblíbené rajchy (frankrajch, esterajch) jsou pokryty, nabízím 28 volných slotů (7 je na CZ)

[Osik]

Mám drobný nápad - co takhle promazat adresář /original-PQ/? Když se chci podívat, jak chodí PQ, tak je toho snad víc než těch PQ ... A mít tam data od července ...

[semik75]

zde napsal/a:
Y/N ? Na wiki vidím že v ČR je ještě něco volnýho, ale podle seznamu je pokryto všechno, tak tomu moc nerozumím...

Je to tak, ze je zadouci aby kazdy interval pokryvali dva lide. Obcas nekdo vypadne...

[semik75]

osvejda napsal/a:
Podle wiki PQ CZ-2009-07-12-2009-08-09 obsahuje 499 keší. Ve skutečnosti jenom 497, ale i tak by to chtělo rozsah upravit. Jaký je postup, když se něco takového objeví?

Ty pocty jsou jen orientacni. Cas odcasu se neco odarchivuje a neco skonci v archivu. Kdyz si toho nekdo vsimne, tak stoji za to wiki upravit. Jinak aktualni pocty najdete v souboru <iso-kod-statu>/ALL.log

[semik75]

Osik napsal/a:
Mám drobný nápad - co takhle promazat adresář /original-PQ/? Když se chci podívat, jak chodí PQ, tak je toho snad víc než těch PQ ... A mít tam data od července ...

Ja s tema fajlama mam urcity plany. Takze sorry. Mrkni na ALL.log v adresari toho kteryho statu. Tam jsou videt PQ ktery byly pro posledni agregovany vystup pouzity.

[zde]

Možná blbej dotaz, ale fakt to není na první pohled jasný: HO-LE je uživatel, nebo označení volného místa v rozpisu?

[semik75]

zde napsal/a:
Možná blbej dotaz, ale fakt to není na první pohled jasný: HO-LE je uživatel, nebo označení volného místa v rozpisu?

Tohle je opravdu uzivatel. )

[zde]

Norsko mi nic neříká, tak jsem naklikal 21 PQ týdně na Rakousko, to užiju spíš. Doufám že to posílám na správný mail.

[zde]

Námět na diskusi: Bylo by možné udělat verzi GPX bez recent logs (tedy z velké části statickou), a zpřístupnit přes rsync? Těch cca 50MB je fakt dost, přijde mi zbytečné to tahat pokaždé celé znovu..

[semik75]

zde napsal/a:
Námět na diskusi: Bylo by možné udělat verzi GPX bez recent logs (tedy z velké části statickou), a zpřístupnit přes rsync? Těch cca 50MB je fakt dost, přijde mi zbytečné to tahat pokaždé celé znovu..

Pokud tě k těmhle úvahám vedou ohledy na provoz mého serveru, tak si stím vůbec nemusíš dělat hlavu. Pokud chceš snížit svůj provoz, tak teď bohužel nezvládnu žádné řešení nabídnout. Se začátkem roku se ze skříní vyvalili kostlivci s vysokou prioritou.

Do budoucna jsem uvažoval o zásadním přepracování. O nacpání kešek do databáze a zní by pak bylo možné generovat rozličné exporty na požádání. Včetně takových jako listingy bez logů a jen s keškami které se změnili v x posledních dnech.

Teď na to bohužel není čas. Není čas ani na to nějaké kešky lovit

[zde]

Jasně, psal jsem že to byl jen nápad.. Pro zajímavost jsem lokálně zkusil rsync -v -no-whole-file pro ALL.gpx a ALL-wpts.gpx na změny z 9.2. na 10.2. a super, ty verze si jsou hodně podobné i bez jakéhokoliv předzpracování.

ALL.gpx
sent 23627394 bytes  received 87790 bytes
total size is 157503623  speedup is 6.64

ALL-wpts.gpx
sent 228552 bytes  received 14893 bytes
total size is 6104078  speedup is 25.07

[Osik]

Sice se v tom moc nevyznám, ale pokud by se to zpřístupnilo přes rsync, tak by to potom mohlo tahat mnohem menší objem dat bez nějakých velkých činností administrátora? Nestálo by potom za to ten rsync daemon tam pustit?

[semik75]

semik75 napsal/a:

Osik napsal/a:
Mám drobný nápad - co takhle promazat adresář /original-PQ/? Když se chci podívat, jak chodí PQ, tak je toho snad víc než těch PQ ... A mít tam data od července ...

Ja s tema fajlama mam urcity plany. Takze sorry. Mrkni na ALL.log v adresari toho kteryho statu. Tam jsou videt PQ ktery byly pro posledni agregovany vystup pouzity.

Koukal jsem na to ještě jednou. Pokud tam je něco od července tak je to opravdu chyba. V tom adresáři zůstává 6 posledních PQ ze kterých se sestavuje agregovaný produkt, starší se mažou.

Tohle má jeden pozitivní důsledek: Když někdo zmrší PQ, tak daný rozsah nevyblokuje z agregovaného produktu jako by se stalo když by se vždy použil poslední PQ.

A jeden negativní důsledek: V agregovaném produktu zůstavají archivované kešky déle než je milé. Obvzlášť u zemí z nichž PQ chodí jen od jednoho člověka a jen jednou týdně to může být i 6 týdnů. To je dlouho. Doufal jsem, že to vyřeším přepsáním systému a nacpáním všeho do DB ale teď fakt není čas. Pokusím se najít aspoň čas na to abych mohl konfigurovat kolik PQ se pro tu kterou oblast bude schovávat.

[semik75]

Osik napsal/a:
Sice se v tom moc nevyznám, ale pokud by se to zpřístupnilo přes rsync, tak by to potom mohlo tahat mnohem menší objem dat bez nějakých velkých činností administrátora? Nestálo by potom za to ten rsync daemon tam pustit?

Ehm... no. rsync neprojde. Je to až příliš blízké SSH a já se obávám, že bych tím příliš potevřel vrátka průniku na můj FS a nebo ještě hlouběji.

Přemýšlel jsem o tom co nabídnout místo rsync. Co takhle diff podávaný přes HTTPS? Udělal jsem si kopii z dneška a zítra odpoledne to zkusím porovnat. Udivíme jak to bude efektivní. Má o to někdo zájem? Tohle by bylo poměrně snadné na impementaci.

[mr.mates]

Na základě dnešního majlu jsem provedl kontrolu nastavení nastavení odesílání GPX (je na 1.0.1). Proč by GS sám od sebe měnil nastavení GPX jednotlivých uživatelů, má k tomu mít důvod? Nejde mi to do makovice. A dále mohl by mi někdo polopaticky vysvětlit, o čem se vůbec bavíte? Myslím tím to "rsync a diff". Co by se změnilo na stahování agregovaných PQ? Už jsem si dal kafe a to většinou funguju normálně, ale tohle prostě nechápu. Předem dík za odpověď.

[medwyn_cz]

Abych rekl pravdu, na pasmo kaslu. Jsem vecne na > 10Mbit sitich. Zajimave by ale urcite bylo delat nejaka diffovana GPXka - tedy zahrnovat do vystupu jen kesky, ktere byly zmeneny (zato ale kompletni gpx, ne jen diff). Zrychlilo by to ladovani do ruznych tech softu, ktere kese zpracovavaji (hlavne GSAK a GeoGet), protoze by se programy nemusely zabyvat aktualizaci nezmenenych kesi. Problem ale je v urceni nulove baze. Ne kazdy aktualizuje zrovna denne a takze by se to asi neobeslo bez denniho bazovani a tvorbu diff GPX treba tyden ke kazde te denni bazi. Potom to zahodit a zacit znova. Tim by se asi usetrila jak bandwidth, tak vypocetni cas potrebny k importu. Prijde mi to ale moc krkolomne a ve vysledku zbytecne PS: Problem bazi je i u obycejnych diffu, ale resitelny mnohem jednoduseji.