Ahoj, jsem začátečník, omlouvám se za možná hloupý dotaz.
Nainstaloval jsem GeoGet, natáhl Pocket Query a k tomu plugin Keškomapa (user:skript:keskomapa [GeoGet])
Při spuštění pluginu Keškomapa GeoGet připraví kešky (nějakou dobu trvá) a pak spusí chrome, kde se objeví chybová hláška - viz. příloha
Co s tím? Musí se někde něco nastavit/konfigurovat/instalovat dalšího?
Chromu se musí při startu vnucovat nějaké parametry a to při prvním startu, to je docela problém. Osobně jsem zobrazování mapy z GeoGetu vyřešil naistalováním Mozila-portable jako plugin do GeoGetu. Jiné prohlížeče většinou nejsou řešení - IE špatně tiskne mapy a Operu se mi nepodařilo přinutit. Ta Mozila portable je optimální řešení, chodí to na 100%.
Ahoj, dík za rychlou odpověď.
Je fakt, že jsem se snažil zobrazit všechny keše v databázi, tj. něco kolem 33tis keší. Když jsem zkusil jednu, čtyři sta nebo osm tisíc, vše jede OK. Při plném počtu už to chrome nezvládne.
Při zapnutí debugeru to napíše "Inspected target crashed" a zdá se že to havaruje na "HTML_Custom_MapyCZ.css" - viz screen
Tak můj předpoklad, že to je množstvím keší, byl správný. Tohle není až tak bug na mé straně jako spíš omezení Chromu, protože není příliš běžné, že má javascript soubor 180 MB a Chrome na to asi není dimenzovaný nebo je to možná otázka volné paměti, ale to nedokážu odsud posoudit. Zkusím tam dodělat nějaké varování, pokud si uživatel nechá vygenerovat větší množství keší, ale problém samotný nevyřeším. Tak snad takovéto omezení moc nevadí. Taky platí, že čím méně keší, tím svižněji se to chová.
Jinak to, že to nenačte ten CSS soubor, je správný stav. Tam si uživatel může dát nějaké custom CSS styly, ale tohle potřebuje jen málo lidí a defaultně tam ten soubor není, tudíž se nenačtě.
Ok, díky za osvětlení… nemyslím si, že by bylo nutno to opravovat, tohle je opravdu jen extrémní test. Ale na druhou stranu jsem rád, že vím čím to je. Ještě pro zajímavost zkusím firefox
To asi mluvíš o té standardní mapě pro GeoGet. Tam opravdu je potřeba při startu Chromu nějaký parametr. U mé mapy (Keškomapa) není potřeba žádných parametrů. Důvod je ten, že ta standardní mapa si čte data z txt souboru a tam je pro lokální čtení nutno spouštět Chrome s parametrem. Já to mám řešeno jinak ;).
Tak jsem si s tím trošku zkoušel hrát a vygeneroval si jeden 180 MB soubor s 30+k kešemi. Povedlo se mi ho otevřít jen v Opeře 12.16 (která je nenáročná na paměť). Chrome zhavaroval, Firefox a IE nemělo dostatek paměti. To mě vede k přesvědčení, že je to čistě otázka paměti. Pro velké množství keší je tak potřeba 64-bitový prohlížeč na 64-bitovém systému, protože jinde více jak 2 GB na proces nedostanete.
Jedna možnost jak tomu ulehčit je povypínat exportování listingu při generování většího množství keší, protože tento zabírá docela dost místa. Ale nemám tušení jak v exportním skriptu pro GeoGet získat celkový počet položek pro export, abych tam mohl zabudovat nějakou logiku. Neví někdo (jestli to teda vůbec jde)?
To je zajímavé. Ujisti se, že máš aktuální verzi Chromu a Keškomapy. A pak zkus body 1-3 z mého prvního příspěvku v tomto tématu. Ještě se taky ujisti, že je nemáš poschovávané (třeba klávesa X schová všechny kešky). A dej vědět.
Hm, co jsem googlil, tak se zdá, že zatím ne. Blbá rada, no. Ale Firefox by měl mít 64-bit verzi. Opera má určitě. IE asi taky.
Tady je totiž problém, že pro načtení tak masivního objektu je potřeba více jak 2 GB paměti a 32-bit proces více nedostane. Tedy aspoň je to moje teorie, sám mám 32-bit systém a 2 GB RAM.
myslím, že win7 64bit by měly v základu obsahovat 64bit IE, akorát nevím, jak nastavit geoget/keškomapu, aby volala ten IE a ne Chrome, který mám nastaven jako výchozí prohlížeč…
Ja mam pocit, ze dygestor mluvi o mape, ktera je zabudovana v GG. Tam se to chova presne takhle, protoze chrome nezkousne nacitani urcitejch souboru bez parametru… Ale FF s tim problem nema, tudiz proto se to to tak chova. Jinak receno, bavi se tu jeden o koze a druhej o voze.