Příspěvky

16

Software / Re:Firefox - neuvelňuje RAM - PC zamrzne

« kdy: 29. 03. 2022, 22:51:09 »

BTW: Xubuntu+Vivaldi - tohle vlakno dle "Vivaldi spravce uloh (Shift+ESC)" zabira 42MB, po zavreni (dle: free -m) se uvolni ~40MB, pouzivam rozsireni uBlockOrigin + PrivacyBadger... a Vivaldi spoustim s volbou --enable-fast-unload

Ďakujem za typ. Pretestujem to. Vivaldi som nevedel vygoogliť ako nastaviť "calss" pre jeho okno. Potrebujem to lebo v openboxe mam nadefinovane pozície okien. Máte s týmto skúsenosť?

17

Software / Firefox neuvolňuje RAM a PC zamrzne

« kdy: 29. 03. 2022, 21:29:38 »

Ahojte

V poslednej dobe (už pol roka) mám problém z Firefoxom:

Mám NB zo 4GB RAM a AMD APU "all in one", 64 GB emmc.

Mám pustené dve inštancie Firefoxu s parametrami.

1: Pracovný profil: firefox --class=praca -P tomas_praca --no-remote
Tu je otvorených obvikle 3-7 tabov (webmail, canva.com, admin rozhranie eshopu)

2: Sukromny profil: firefox --class=zabava -P tomas_zabava --no-remote
Tu je aktyvne otvorených do 5 tabov. Ďalej je zaradených vo fronte cca 50 tabov s rozčítanými článkami a fórami. Tieto sa ale nenačítajú pri štarte FF. ale až po kliknutí

Od zapnutia oboch Firefoxov začnú teito konzumovať ram až sa nakoniec minie  (minie sa aj swap) a PC začne mrznúť.
Skúšal som testovať len Pracovný profil. Každý otvorený tab zaberá cca 250MB RAM čo je velmi divné. Skúšal som Chromium aj ďalšie prehliadače postavené napríklad na webkite a chová sa to podobne. Čo nový tab to ukrojí cca 250 MB z RAM. Aspoň takto sa mi to javý v správcovi úloh.

Zaujmavé je že keď tab zavriem tak sa tá obsadená RAM neuvolní. Špecialita je Canva (online grafický editor a konštruktor banerov). Pri jeho používaní kontinuálne rastie spotreba RAM až Firefox kompletne celú po 1-2 hodinách minie. Musím reštartovať Firefox.

NB považujem za výkonnostne dostatočný na kancelársku prácu. Vyhovuje mi že nemá ventilátor.

Používam Xubuntu. Po štarte systém zaberie cca 650 MB, Pre grafickú kartu je vyrezervovaných cca 300MB. Ostáva teda volných cca 3GB. Tie po dvoch hodinách práce zhltne Firefox. (často aj keď beží len jeden)

Skúsil som pracovať na PC s 8GB RAM. Tam som sa po 3 hodinách dostal na spotrebu cez 5 GB a to bo pustený len Firefox a cca 10 pracovných tabov.

Skúšal som googliť. Našiel som možnosť nastaviť "low mem" v about:config a pár dalších drobností. Nepomohlo to.

Chcel by som ostať pri Firefoxe hlavne kôli možnosti nastaviť --class a --no-remote. Ďalej tiež koli synchronizácii s mobilom. Google Chrome nechcem. (Vivaldy, Chromoim, Falkon, Midori nepomohli)

Vopred ďakujem za nápady a rady.

Tomáš Lehocký

18

Desktop / Re:Náhrada za aplikáciu gtrayicon

« kdy: 16. 03. 2022, 11:45:28 »

Ahojte

Ďakujem za rekacie.

Robil zmenu v skripte a našiel som si tam teraz chybu. Bola tam chybná cesta k ikonke a preto sa nezobrazila.

Ospravedlňujem sa.

19

Desktop / Re:Náhrada za aplikáciu gtrayicon

« kdy: 15. 03. 2022, 00:48:43 »

Nasiel som akurat https://github.com/dardevelin/gensystray - ale 6 rokov bez updatu a podla vsetkeho vie toho este menej. Otazka: to, ze sa aplikacia nevyvija nejak vadi? Alebo Ti tam chybaju nejake ficury?

Ahoj
V princípe mi nevadí že sa nevyvíja dokým funguje. V poslednej dobe mi začala blbnúť. V Xubuntu 20.04 sa mi nezobrazí na lište. Keď ju spustím v terminále tak sa tvári že je všetko ok.

20

Desktop / Náhrada za aplikáciu gtrayicon

« kdy: 03. 03. 2022, 19:53:57 »

Ahojte

Používam malú utilitu gtrayicon. Pomocou nej mám na lište vyrobené vlastné menu, ktoré funguje nezávisle na desktopovom prostredí.

http://gtrayicon.sourceforge.net/
http://manpages.ubuntu.com/manpages/trusty/man1/gtrayicon.1.html

Aplikácia sa už roky nevyvíja.

Má niekto náhodou info o nejakej alternatíve (QT / GTK)?

Ďakujem

21

Software / Re:Firefox neprojde přes HTTPS login MikroTiku

« kdy: 14. 04. 2020, 15:10:26 »

Ďakujem za komentáre. Bol som trochu mimo preto píšem až teraz. Idem na rutri znovu zapnúť https a pozrieť sa na veci čo ste napísali.

22

Software / Firefox neprojde přes HTTPS login MikroTiku

« kdy: 05. 04. 2020, 12:52:03 »

Ahojte

Mám ruter od Mikrotiku.

Po zapnutí HTTPS pre web-rozhranie na ruter mi Firefox vypíše, že certifikát je nedôveryhodný a odmietne mi zobraziť prihlasovaciu obrazovku. Ruter si certifikát samozrejme podpísal sám.

Problém je, že vo Firefoxe mi pri tomto konkretnom kroku chýba tlačidlo "rozumiem riziku - zobraz stránku".
Viete niekto ako toto chovanie Firefoxu zmeniť?

Ďakujem

23

Desktop / Re:Openbox - zväčšiť šírku okraja okna

« kdy: 24. 03. 2020, 18:26:45 »

Ďakujem, funguje to. Veľmi mi to spríjemnilo život. Openbox je fakt super.

24

Desktop / Openbox - zväčšiť šírku okraja okna

« kdy: 24. 03. 2020, 13:18:28 »

Ahojte

Používam OpenBox. Neviem nájsť parameter, ktorým v konfiguráku zväčším šírku rámiku okolo okna.

Konkrétne myslím ten rámik, ktorým sa mení veľkosť okna ťahaním myšou.

Ďakujem.

25

Software / Re:Hromadná tlač PDF - nízka rýchlosť tlače

« kdy: 19. 03. 2019, 21:06:10 »

Pokračoval som dalej v testovani:

- FW bol aktualizovany hned po kúpe.
- Adobe Reader pre Linux už neexistuje (posledná verzia 9.x z roku 2013). Z ofic stránky sa nedá pre linux stiahnúť.
- Foxit reader (aktuálny free) print ako obrázok - takú možnosť som nenašiel.

ale zistil som toto:

- vyexportoval som si sadu PDF súborov s libreoffice - tlač ide rýchlo ako blesk. (ro som už písal hore)
- PDF súbory z libreoffice som zlúčil do jedného - tlač ide rýchlo ako blesk.

- Zobral som problémové PDF súbory (vzorku), zlúčil do jedného - velkosť 160kb, rýchlosť tlače zlá.
Následne som tento zlúčený súbor vytlačil cez PDF tlačiareň do nového PDF súboru a malo to veľkosť 800kb (riadny rozdiel).
Následne som tento nový súbor realne vytlačil a rýchlosť sa dramaticky zvíšila. Nebola taká úžasná ako v predošlej vzorke z Libreoffice ale bola výrazne lepšia ako v pôvodnom zlúčenom súbore a ovela lepšia ako keď som hromadne tlačil oddelené PDF súbory cez LP.

Z tohto testovania usudzujem že chyba je v generátore týchto PDF súborov. Zrejme tam bud niečo chýba alebo je tam nejaká hovadin naviac čo musí tlačiareň pri každej stránke riešiť a to ju brzdí.

Predbežne to teda budem točiť cez "marge" --> "print do PDF" --> "realny print". (PDF generátor čo vyrába tie dokumenty vymeniť zatial neviem)

Nič iné má už nenapadá.

26

Software / Re:Hromadná tlač PDF - nízka rýchlosť tlače

« kdy: 17. 03. 2019, 21:22:19 »

Ahoj

Ďakujem za odpovede. Vyskúšal som PDFSam - bez úspechu. Skúsil som aj rôzne verzie Adobe PDF. SW to nebude.
Možno tie jednotlivé súbory sú by default nejako divne vygenerované a to s s nimi vlečeie potom počas celého spracovania. Len nechápem ako je možné že na tej Samsung tlačiarni to fičalo ako blesk..

27

Software / Re:Hromadná tlač PDF - nízka rýchlosť tlače

« kdy: 16. 03. 2019, 23:36:27 »

CMD nieje podmienka.

Ako som písal v pôvodnom príspevku - PDF súbory som nakoniec spojil do jedného dokumentu.
Aj tak to trvá podstate dlhšie, ako keď vytlačím natívne vyrobený viacstránkový PDF dokument (napríklad v LibreOffice).
Toto je to čo nechápem.

28

Software / Hromadná tlač PDF - nízka rýchlosť tlače

« kdy: 14. 03. 2019, 12:31:15 »

Ahojte

Potreboval by som poradiť s rýchlosťou tlače pri hromadnej tlači PDF z príkazovej riadky BASH.

Ubuntu 16.04 LTS, 4GB RAM
OKI MC563, laserová, farebná, cez LAN, IPP, cca 1GB ram

1- Mám 100 (aj viac) PDF súborov v adresári
2- Posielam ich do tlačiarne cez príkaz "lp" ako parameter je zoznam súborov.

Na staršej laserovej tlačiarni Samsunng M2070 liezol z tlačiarňe jeden papier za druhým bez zaváhania.

Na novej tlačiarni OKI MC563 to ide takto:
Nábeh, vytlačí jeden dokument, zastaví sa, čaká cca 10s, nábeh, vytlačí druhý dokument, zastaví sa, čaká cca 10s.
Tlač takto trvá neúmerne dlho.

Obe tlačiarne sú sieťové. Na OKI som skúšal IPP, Jet direct a všetko ďalšie čo bolo v ponuke. Okrem oficialneho ovládača som skúsil aj "generic cups ovládač" Protokolom ani ovládačom to nieje.

Skúsil som cez program "pdfunite" spojiť dokumenty do jedného viac-stránkového a tlačiť potom len jeden dokument. Situacia sa trochu zlepšila ale aj tak po každej stránke chvílu cca 4-5s čaká a trvá to moc dlho.

Skúsil som si vytlačiť PDF vygenerované z viacstranového dokumentu v LibreOffice. Tuto všetko funguje normálne. Tlačiareň sa rozbehne a chrlí jednu stránku za druhov.

Vyzerá to tak že pri tom spojení súborov je vo výslednom dokumente nejaký problém čo tú tlač brzdí.

Momentálne mi najlepšia možnosť príde spájanie do jedného dokumentu a následna tlač, lebo potrebujem z príkazovej riadky aktivovať aj duplex. Nepodarilo sa mi akým parametrom sa zapína duplex.

Snažil som sa prelúskať aj man k lp a googliť ale keďže neviem moc AJ tak som sa k ničomu priamo použitelnému nedoopátral.

Ďakujem.

29

Server / Re:Náhrada za FTP - prístup programátorov na server?

« kdy: 02. 12. 2018, 15:24:37 »

Ok takže ten Github/lab.

Jedna vec mi ale stále nieje jasná.

Teraz to máme tak ze programator nieco spravi a nahraje to na testovaciu verziu eshopu. A tam ci hneď môže pozrieť ako to vyzerá na desktope, v mobile. alebo či sa to správa tak ako chcel.

Get to bude na externom gite ako budem na tetovací eshop nahrávať zmenené/nové súbory? (cez rsync - ten sa vie prihlásiť na github/lab?)

30

Server / Re:Náhrada za FTP - prístup programátorov na server?

« kdy: 02. 12. 2018, 14:50:12 »

Upresnenie:

Mame testovací a produkčný eshop. Samozrejme na testovacom eshope niesú žiadne firemné ani zákaznícke dáta a externisti majú prístup na testovací server, kde prebieha vývoj.
Otestované a finálne moduly/súbory si na produkčný eshop nasadzujem sám. Prístup mám cez SSH a SSHFS. (SSHFS nikto nechcel)