Poslední příspěvky

1

Vývoj / Re:Framework vs. čistý kód

« Poslední příspěvek od Martin Poljak kdy Dnes v 19:12:01 »

Drupal patří ke špičce toho, co jde vymyslet. A to právě i kvůli tomu Symfony.

Symfony je to lepší z php frameworků.

Je to sice už dost let ale Symfony 2+ je jeden z nejlepších objektových návrhů co jsem kdy potkal. Tedy doufám, že stále je a později ho nezprasili. V Ruby aka království naprosto šíleného RoR jsem ho PHP vždy hrozně záviděl.

2

Vývoj / Re:Zobrazenie obrázkov z DB na webe bez koncovky

« Poslední příspěvek od MalyTomi kdy Dnes v 18:40:06 »

zbytocne komplikacie, kedze aj tak vysledok bude nejaky obrazok, ktory sa zobrazi. a co sa zobrazi, to sa da ulozit.
Preco si do db neukladat proste zakladne info o obrazku a samotne obrazky ukladat na disk, napr. pod nejakym hash nazvom. Skript si proste urobi jednoduchy select podla toho hash, z db vytiahne potrebne info a posle to klientovi aj so spravnymi hlavickami. Funguje to tak roky.

3

Sítě / Re:Venkovní síťový kabel na 300 m a 1 Gbit

« Poslední příspěvek od neregistrovany kdy Dnes v 18:33:59 »

Nějaký manuál, application note zaměřený na venkovní instalace?

Obecně postupy řeší:
ČSN EN 61663-1 Ochrana před bleskem - Telekomunikační vedení - Část 1: Instalace s optickými kabely
ČSN EN 61663-2 Ochrana před bleskem - Telekomunikační vedení - Část 2: Vedení s kovovými vodiči
Zabývá se nadzemím i podzemím...

K prapůvodnímu tazateli: u nového bych šel do té optiky. Coax, pokud by tam nějaký už ležel a jen řešil jaké krabičky na to připojit.

člověk shání návod a vy ho odkážete na normu???

4

Vývoj / Re:Framework vs. čistý kód

« Poslední příspěvek od BlackMagic kdy Dnes v 18:21:21 »

Drupal patří ke špičce toho, co jde vymyslet. A to právě i kvůli tomu Symfony.

Ano, to je vidět třeba v profileru.

Drupal 7 (126ms, 13,406 function calls, 3.7 MB memory) vs Drupal 8 (371ms, 41,863 function calls, 11.1 MB memory)

https://www.jeffgeerling.com/blog/2019/yes-drupal-8-slower-drupal-7-heres-why

5

Vývoj / Re:Zobrazenie obrázkov z DB na webe bez koncovky

« Poslední příspěvek od Kit kdy Dnes v 18:11:26 »

Rozumím. V tom případě to je spíše horší než lepší nápad. Protože se bavíme o cache, a o tom jak to udělat co nejlevněji. A toto, pokud mě něco podstatného neuniklo, je stále dražší než se prostě jen ptát na existenci souboru a maximálně si vytáhnout info o mime ze sousedního souboru nebo z xattr.

V každém případě dík za info. Ve skutečnosti jsem ForceType neznal.

Pokud by nevymýšlel blbosti, nechal přípony a všechny obrázky uložil do souborového systému, tak nemusí řešit ani cache.

6

Sítě / Re:Venkovní síťový kabel na 300 m a 1 Gbit

« Poslední příspěvek od M_D kdy Dnes v 17:41:26 »

Nějaký manuál, application note zaměřený na venkovní instalace?

Obecně postupy řeší:
ČSN EN 61663-1 Ochrana před bleskem - Telekomunikační vedení - Část 1: Instalace s optickými kabely
ČSN EN 61663-2 Ochrana před bleskem - Telekomunikační vedení - Část 2: Vedení s kovovými vodiči
Zabývá se nadzemím i podzemím...

K prapůvodnímu tazateli: u nového bych šel do té optiky. Coax, pokud by tam nějaký už ležel a jen řešil jaké krabičky na to připojit.

7

Vývoj / Re:Framework vs. čistý kód

« Poslední příspěvek od BoneFlute kdy Dnes v 16:56:08 »

protože extendujete nějakou parent entitu,
...
Drupal patří ke špičce toho, co jde vymyslet. A to právě i kvůli tomu Symfony.

Nešťastné spojení.

Za mě:
Symfony je to lepší z php frameworků.
Drupal díky Symfony rozhodně získal.
Ale že by to byla špička, natož špička toho co jde vymyslet, to je dost odvážné.

Je nutné si uvědomit, že Drupal je starý kód a vždy hladový po financích. Takže nikdy to nebude dobrý kód. Tak nějak z principu.

8

Sítě / Re:SFP ethernetový transceiver modul 10Gb nebo 5Gb?

« Poslední příspěvek od František Ryšánek kdy Dnes v 16:35:42 »

Proč tam budeš dávat SFP+ RJ45 a patchcord?

Třeba protože ty dva switche má po baráku každý na jiném místě, a mezi nimi nějaký stávající metalický kabel.

9

Server / Re:Nefunkční Nginx proxy_bind $remote_addr transparent

« Poslední příspěvek od Filip Jirsák (forum) kdy Dnes v 16:24:39 »

Pořád řešíte capabilities, které jsou ale s největší pravděpodobností v pořádku - rodičovský proces nginx běží pod rootem a nginx se stará sám, aby tu capability předal workerům. Chyba je podle mne v routování, nikde jste nepsal, že byste routování nakonfiguroval.

10

Vývoj / Re:Zobrazenie obrázkov z DB na webe bez koncovky

« Poslední příspěvek od BoneFlute kdy Dnes v 16:22:10 »

Teda rôzne typy obrázkov by som ukladal do rôznych podadresárov a tým nastavil príslušný ForceType.

Na první pohled to vypadá jako super nápad. Ale když se nad tím zamyslím, jak budete z "/imgs/5b17f8185e71449983e3600a0c2d8527" rozlišovat do jakého podadresáře se má dotazovat?

Boli by tam adresáre ako images/jpeg, images/png atď. Logika kontrolera je potom asi takáto...

• Príde dopyt na ImageCacheService, napr. na https://.../cache-service/123
• ImageCacheService urobí rýchly select do DB, aby zistil správy mime-type, timestamp a vyskladal cestu ako https://.../public/images/jpeg/123. Selectu sa teda nevyhneme, ale je podstatne rýchlejší ako ťahať z databázy celé raw dáta.
• Ak je to potrebné, príslušný obrázok na disku v adresáry /var/www/public/images/jpeg/123 sa vytvorí, prípade updatne.
• Kontroler odpovie pomocou 302 Moved Temporarily https://.../public/images/jpeg/123
• Browser načíta daný obrázok, ktorý Apache odošle so správnym mime type.

Tento prístup s 302 sa môže zdať ako okľuka, ale umožňuje práve updatovanie zmenených obrázkov, kontrolu prístupových práv a tak podobne. V prípade potreby by sa to dalo vyriešiť aj bez neho, keď by sa obrázky updatovali napr. vždy v noci.

Rozumím. V tom případě to je spíše horší než lepší nápad. Protože se bavíme o cache, a o tom jak to udělat co nejlevněji. A toto, pokud mě něco podstatného neuniklo, je stále dražší než se prostě jen ptát na existenci souboru a maximálně si vytáhnout info o mime ze sousedního souboru nebo z xattr.

V každém případě dík za info. Ve skutečnosti jsem ForceType neznal.