Byla vydána (𝕏) nová major verze 17 softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech GitLab (Wikipedie). Představení nových vlastností i s náhledy a videi v oficiálním oznámení.
Sovereign Tech Fund, tj. program financování otevřeného softwaru německým ministerstvem hospodářství a ochrany klimatu, podpoří vývoj FFmpeg částkou 157 580 eur. V listopadu loňského roku podpořil GNOME částkou 1 milion eur.
24. září 2024 budou zveřejněny zdrojové kódy přehrávače Winamp.
Google Chrome 125 byl prohlášen za stabilní. Nejnovější stabilní verze 125.0.6422.60 přináší řadu oprav a vylepšení (YouTube). Podrobný přehled v poznámkách k vydání. Opraveno bylo 9 bezpečnostních chyb. Vylepšeny byly také nástroje pro vývojáře.
Textový editor Neovim byl vydán ve verzi 0.10 (𝕏). Přehled novinek v příspěvku na blogu a v poznámkách k vydání.
Byla vydána nová verze 6.3 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Tor Browser byl povýšen na verzi 13.0.15.
Dnes ve 12:00 byla spuštěna první aukce domén .CZ. Zatím největší zájem je o dro.cz, kachnicka.cz, octavie.cz, uvycepu.cz a vnady.cz [𝕏].
JackTrip byl vydán ve verzi 2.3.0. Jedná se o multiplatformní open source software umožňující hudebníkům z různých částí světa společné hraní. JackTrip lze instalovat také z Flathubu.
Patnáctý ročník ne-konference jOpenSpace se koná 4. – 6. října 2024 v Hotelu Antoň v Telči. Pro účast je potřeba vyplnit registrační formulář. Ne-konference neznamená, že se organizátorům nechce připravovat program, ale naopak dává prostor všem pozvaným, aby si program sami složili z toho nejzajímavějšího, čím se v poslední době zabývají nebo co je oslovilo. Obsah, který vytváří všichni účastníci, se skládá z desetiminutových
… více »Program pro generování 3D lidských postav MakeHuman (Wikipedie, GitHub) byl vydán ve verzi 1.3.0. Hlavní novinkou je výběr tvaru těla (body shapes).
Odkazy
Na internete sa povaľuje mnoho nástrojov, ktoré testujú „rýchlosť webu“ zadarmo. Medzi najčastejšie používané nástroje patria Pingdom a PageSpeed Insights od googlu.
Webdeveloperi sa často spoliehajú namiesto svojho rozumu na rôzne online nástroje. Predpokladám, že kvalita webu bude logicky kopírovať kvalitu týchto nástrojov. Poďme sa teda pozrieť ako si jednotlivé nástroje poradia s jedným z najhoršie optimalizovaných webov aké som kedy videl - web apple.
Keď stránku apple vyskúšame cez tools.pingdom.com zistíme, že web je rýchlejší než 92% všetkých testovaných stránok, jeho veľkosť je 17.0MB, pri načítaní vykoná 103 požiadaviek a skóre je 81/100.
Tento nástroj pri analýze webu vôbec nekontroluje veľkosť webu. Ich servery majú veľmi dobrú konektivitu. To umožňuje odhaliť potenciálny problém s konektivitou nášho servera, ale nemá prakticky žiadnu výpovednú hodnotu o rýchlosti u klienta.
Hodnotu Perf. grade ovplyvňuje hlavne nastavenie servera. Nie je problém dosiahnuť hodnotu 100/100 zatiaľ čo web sa bude na mobilnom pripojení načítavať desiatky minút.
Ďalším často používaným nástrojom je PageSped od googlu.
Tento nástroj nám ukáže skóre 60/100 a navrhne:
Dva najpoužívanejšie nástroje nástroje ukážu priemernému webdeveloperovi aký je skvelý v „optimalizácii“. Nehovorím, že v niektorých prípadoch nemajú opodstatnenie, ale pri skutočnej optimalizácií odporúčam vyhnúť sa im veľkým oblúkom.
Nástrojov, ktoré skutočne analyzujú veľkosť webu a výkon je ako šafránu. Jediný, ktorý som našiel je Yellow Lab Tools.
Stránka apple má podľa Yellow Lab Tools skóre 0/100. Do celkového skóre sa započítava celková veľkosť webu, počet dotazov, výkon skriptov (na strane servera sa spúšťa profiler, testuje sa počet prístupov do DOM, globálne premenné, scroll udalosti), kontroluje sa počet pravidiel CSS, ich komplexnosť, používanie zastaralých pravidiel, prefixov …
Zdrojové kódy Yellow Lab Tools sú dostupné na GitHube. Službu je možné prevádzkovať na vlastnom serveri.
Na záver ešte porovnanie jednotlivých nástrojov na webe LinuxOS.sk.
Väčšina textu je z môjho blogu.
Tiskni Sdílej:
A co teprve taková patnanina jako DeviantART
Krásne skóre má aj táto recenzia na apple hodinky ;)
Teoreticky nie, prakticky áno. Trochu rozoberiem.
V googlackom helpe sa píše:
The critical styles needed to style the above-the-fold content are inlined and applied to the document immediately.
Takže inlinovať by sa mali štýly, ktoré vykreslia stránku po zalomenie. Zalomením je myslená bez scrollovania viditeľná časť stránky. Na mobile to môže byť pomerne malá časť, ale ja momentálne sedím pri desktope. Ak si otvorím abclinuxu.cz vidím celú hlavičku, ľavý panel, obsah a ešte dokonca aj diskusiu. Valstne jediná vec ktorú nevidím je pätička, všektko ostatné by malo byť teda inlinované. Tých zvyšných možno 10% CSS, ktoré tvorí pätičku sa ani neoplatí dávať do samostatného súboru kvôli réžii HTTP.
Druhý problém, ktorý tu ešte vidím je, že google odporúča externé css vkladať nie cez tag link na to určený v hlavičky, ale cez javascript (žeby snaha eliminovať používateľov noscriptu?). Takže namiesto:
<link rel="stylesheet" href="small.css">
Je podľa googlu lepšie:
<script> var cb = function() { var l = document.createElement('link'); l.rel = 'stylesheet'; l.href = 'small.css'; var h = document.getElementsByTagName('head')[0]; h.parentNode.insertBefore(l, h); }; var raf = requestAnimationFrame || mozRequestAnimationFrame || webkitRequestAnimationFrame || msRequestAnimationFrame; if (raf) raf(cb); else window.addEventListener('load', cb); </script>
Nevím, co s tím mám dělat :-/Přestat žít v roce 1995?
Lazy loading je hnusný hack typu nevieme opraviť problém, ale urobíme to tak, aby to na prvý pohľad nebolo viditeľné.
Teoreticky by lazy loading mohol riešiť priamo browser (jednoducho by sa niekde v nastaveniach dalo zaškrtávatko a browser by nenačítaval to, čo je mimo viditeľnej plochy ... lenže to by sme zabili celé onload).
Celé je to momentálne trochu na hlavu padnuté. Dnes som pozeral analýzu linuxos.sk v nástroji moz kvôli divnému poklesu návštevnosti z googlu. Celkom ma prekvapil vysoký rank v spam analýze. Čerešničkou na torte je:
Site Mark-up is Abnormally Small
There's a high ratio of visible text compared to HTML, JavaScript, etc.
Takže keď má stránka dobrý pomer obsahu k bordelu je považovaná automaticky za spam.
Neviem, či si niekto pamätá časy keď HTML maily padali do spamu pretože boli HTML. No nedávno sa mi stalo, že mi textové maily začali padať do spamu pretože obsahujú len pár slov v plain texte.
Problém je, že mnohí kóderi to používajú ako de facto test rýchlosti čo ani náhodou nie je. Na monitoring webu, nastavenie cachovania a mnoho ďalšieho je to veľmi dobrý nástroj.