1. Fórum Root.cz
  2. Poslední příspěvky

Poslední příspěvky

Stran: [1] 2 3 ... 10
1
Vývoj / Re:Zobrazenie obrázkov z DB na webe bez koncovky
« Poslední příspěvek od Zopper kdy Dnes v 08:11:48 »
Citace: fortran1986  07. 11. 2025, 00:19:45
Premýšlam ale že tie extensions vypnem. Aby som prípadným zlodejom podľa možnosti skomplikoval sťahovanie obrázkov
To nedává smysl. :o

Jakému stahováním to přesně má bránit? Pokud to je prohlížeč schopný zobrazit, tak musí vědět, co je to za typ. A cokoliv bude ty obrázky stahovat, ať už addon v prohlížeči, curl, python..., tak má úplně stejné možnosti. Vlastně ještě větší, protože když na to přijde a budu ti ty obrázky chtít ukrást, tak si je prostě postahuju, a pak na ně pustím file, co ten typ uhodne podle magických čísel a struktury, a tím pádem si to zobrazím, i pokud prohlížeč bude v koncích.
Kód: [Vybrat]
$ file /tmp/foo
/tmp/foo: PNG image data, 1236 x 614, 8-bit/color RGBA, non-interlaced

A proti stahování náhodným zkoušením všech možných filenames stačí ten hash-like name - procházet všechny permutace je prakticky nereálné. A mimochodem, zkrátit ho o tři znaky naopak situaci zjednodušuje (stačí mi zkusit jenom 5b17f8185e71449983e3600a0c2d8527 místo 5b17f8185e71449983e3600a0c2d8527.jpg, 5b17f8185e71449983e3600a0c2d8527.jpeg, 5b17f8185e71449983e3600a0c2d8527.png, ...)

Když příponu necháš, tak, jak už tu zaznělo, to můžeš nechat servírovat Apachem nebo Nginxem a bude to mnohem rychlejší a jednodušší.
2
Hardware / Re:Chování nabídky napětí USB-C nabíječky s PD
« Poslední příspěvek od CFM kdy 07. 11. 2025, 22:57:22 »
Citace: Vít Šesták (v6ak)  07. 11. 2025, 09:56:50
Viděl jsem teda step-down, který byl ochoten pustit proud v opačném směru, ale to bylo DC-DC.
Což je logické chování, protože mezi vstupem a výstupem je v sérii spínací prvek, což je obvykle MOSFET, který má mezi S->D parazitní diodu. Tou může téct proud zpět, i když je tranzistor zavřený. Nicméně napětí na výstupu by se muselo zvednout nad vstupní plus úbytek na diodě.
3
O serveru Root.cz / Re:Oznámení patří do zpráviček, ne do fóra.
« Poslední příspěvek od CPU kdy 07. 11. 2025, 22:05:54 »
Když bylo oznámeno, že DDR4 paměti velmi zdraží, vytvořil jsem na to vlákno.
V podstatě obratem to bylo posláno do stoupy.
https://forum.root.cz/index.php?topic=30767.0

A přitom ty zdroje nebyly dost silné, takže se ani nikdo neobtěžoval to přepsat do zprávičky.
Bylo to odjebáno bez náhrady.

Co hůř, než je zprávička schválena, narostou ti fousy.
Zakládat zprávičky se vyplatí na nezajímavé téma, které vlastně nikoho nezajímá a je k tomu hromada oficiálních zdrojů. Nebo na zcela zjevnou věc, jako "Paměti jsou drahé". Jak se pokusíš založit zprávičku na něco zajímavé, dostaneš info, že k tomu za měsíc vyjde článek...

Na druhou stranu, DungeonKeepr tu je Krčmi, takže musíme poslouchat jeho a mohla by tu vládnout skutečná hrůzovláda...
4
O serveru Root.cz / Oznámení patří do zpráviček, ne do fóra.
« Poslední příspěvek od B.H.L. kdy 07. 11. 2025, 21:42:16 »
Ahoj.

Můžu se zeptat jaká je myšlenka za tím, že "Oznámení patří do zpráviček, ne do fóra."?

Přijde mi, že spousta věci a novinek vlastně za zprávičku nestojí. Taková zprávička se objeví úplně nahoře na webu, a už to působí docela oficálně.
To mi přijde přehnaně formalistické pro situace, kdy třeba vedle borec shání lidi na hobby projekt, nebo se chce podělit o jednoduchej skript.

Přijde mi to škoda, protože jen zřídka si někdo dá tu práci ty zamčené posty skutečně do Zpráviček poslat.
5
Vývoj / Re:Zobrazenie obrázkov z DB na webe bez koncovky
« Poslední příspěvek od BoneFlute kdy 07. 11. 2025, 21:24:26 »
Citace: speculatius  07. 11. 2025, 19:36:38
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?
6
Sítě / Re:Venkovní síťový kabel na 300 m a 1 Gbit
« Poslední příspěvek od František Ryšánek kdy 07. 11. 2025, 21:18:38 »
Citace: googler2  07. 11. 2025, 16:03:29
Citace: skskyper2  06. 11. 2025, 10:21:13
Dakujem za opravu "Jersey", takze :

1. Kabel (do chranicky)
1.1 variant 300m > https://shorturl.at/Ti3iY
1.2 variant 200 m > https://shorturl.at/hPP7G

Pri akomkolvek variante 200m/300m nasledovne konvertory po 1ks :
2.1 Konvertor 1ks (bod A) :
https://www.alza.sk/tp-link-tl-fc311a-2-d6490895.htm
2.2 Konvertor 1ks (bod B) :
https://www.alza.sk/tp-link-tl-fc311b-2-d6490896.htm

Sorry tento post som si predtym nevsimol, vzhladom k tomu, ze je to patchcord v pozadovanej dlzke, nepotreboval by som isp, ale je to len 1 vlakno, niektori z vas pisali ze treba 2 vlakna (neviem ake to moze mat negativa), ale hotove, 2 vlaknove patchcordy ani na allegre.

Obyčejný dnešní switchovaný ethernet používá full-duplexní spoje, tzn. máte jednu signálovou cestu tam a druhou zpátky. Řekněme každým směrem jeden pár drátů (což ale platilo naposledy na stovce) nebo každým směrem jedno vlákno. Odtud dvě vlákna. Obyčejný SFP transceiver dělá to, že elektrické signály pro směr "tam" a "zpátky" konvertuje na optický přenos "tam" a "zpátky".

Ale protože nejste sám, kdo má nouzi o vlákna, tak je i možnost, poslat oba směry po jednom společném vlákně. Ty dva směry se svítí jednou barvou tam a jinou barvou zpátky, takže si na sdíleném vlákně nijak nepřekážejí. Tomuhle se u opto-transceiverů říká BiDi (bi-directional) nebo vznešenějším pojmem WDM. Optická "pásmová výhybka" je uvnitř transceiveru, takže transceiver má navenek konektor pro jediné vlákno... řešíte jenom mechanicky pasující typ konektoru (SC, LC apod.) a pak to, že transceivery musí na "barvičkách" pasovat proti sobě. Nemůžou dva BiDi transceivery být proti sobě stejné, protože by oba svítily 1310 a oba se snažily přijímat 1550, takže by oba dva hlásily "nevidím signál". Musí křížem proti sobě jeden svítit 1310 + přijímat 1550, a druhý přesně naopak. Proto se BiDi transceivery nebo media-konvertory vyskytují v katalozích výrobců ve dvojicích.

Jinak... jestli Vám jde o to, přivést konektivitu od 5G radiomodemu někam blíž domů (kde není signál), tak Vás nejspíš nebudou co do kapacity omezovat ani koaxové metalické modemy G.hn. A to Vaše upřesněné zadání mimochodem nasvědčuje spíše situaci "ďolík" než situaci "návrší" :-) pokud se týče rizika úderu blesku...
7
Bazar / Re:Prodám Dell s Ryzen 2200G za 500 Kč
« Poslední příspěvek od CPU kdy 07. 11. 2025, 21:10:39 »
Zítra ráno je prý vyzvedává, pár mailů jsem už přeposílal, ale asi to udělá tak, že kdo si přijede, ten si odveze.
8
Bazar / Re:Predám RPi4, Milk-V Mars a Duo, Odroid H3
« Poslední příspěvek od marekpi kdy 07. 11. 2025, 20:56:08 »
..
Milk-V dosky sú predané.
9
Bazar / Re:Prodám Dell s Ryzen 2200G za 500 Kč
« Poslední příspěvek od Honza1Ubuntu kdy 07. 11. 2025, 20:55:04 »
Zpráva jde jen změnit, ne smazat. Chěl jsem poslat PM
10
Hardware / Re:Zapnutí úsporných režimů pro NVMe
« Poslední příspěvek od Jan Fikar kdy 07. 11. 2025, 19:54:44 »
mám taky nějaký perf, ale to asi nic neznamená, už to běží měsíc a jsou tam jenom po startu:

Kód: [Vybrat]
[Oct 9 13:26] perf: interrupt took too long (2512 > 2500), lowering kernel.perf_event_max_sample_rate to 79500
[Oct 9 13:27] perf: interrupt took too long (3153 > 3140), lowering kernel.perf_event_max_sample_rate to 63250
[Oct 9 13:29] perf: interrupt took too long (3949 > 3941), lowering kernel.perf_event_max_sample_rate to 50500
[Oct 9 13:33] perf: interrupt took too long (4950 > 4936), lowering kernel.perf_event_max_sample_rate to 40250
[Oct 9 14:03] perf: interrupt took too long (6188 > 6187), lowering kernel.perf_event_max_sample_rate to 32250

a teplotu mám pořád nízkou

přerušení mám takovýto, ale nic zvláštního tam nevidím:
Kód: [Vybrat]
$ cat /proc/interrupts
            CPU0       CPU1       CPU2       CPU3       
   8:          0          0          0          0   IO-APIC    8-edge      rtc0
   9:         19          0          0          0   IO-APIC    9-fasteoi   acpi
  14:          0          0          0          0   IO-APIC   14-fasteoi   INTC1057:00
  16:          0          0          0         55   IO-APIC   16-fasteoi   mmc0, i801_smbus
 120:          0          0          0          0  PCI-MSI-0000:00:1c.0    0-edge      PCIe PME, aerdrv
 121:          0          0          0          0  PCI-MSI-0000:00:1c.6    0-edge      PCIe PME, aerdrv
 122:          0          0          0          0  PCI-MSI-0000:00:1d.0    0-edge      PCIe PME, aerdrv
 123:          0          0          0          0  PCI-MSI-0000:00:0d.0    0-edge      xhci_hcd
 124:          0   15335258          0          0  PCI-MSI-0000:00:14.0    0-edge      xhci_hcd
 125:     186490          0          0          0  PCI-MSI-0000:00:02.0    0-edge      i915
 126:          0          0         77          0  PCI-MSI-0000:00:16.0    0-edge      mei_me
 127:       2219          0          0          0  PCI-MSIX-0000:03:00.0    0-edge      nvme0q0
 128:          0          0          0          1  PCI-MSIX-0000:02:00.0    0-edge      enp2s0
 129:    6667162          0          0          0  PCI-MSIX-0000:02:00.0    1-edge      enp2s0-TxRx-0
 130:          0    3327590          0          0  PCI-MSIX-0000:02:00.0    2-edge      enp2s0-TxRx-1
 131:          0          0    3363513          0  PCI-MSIX-0000:02:00.0    3-edge      enp2s0-TxRx-2
 132:          0          0          0    3403716  PCI-MSIX-0000:02:00.0    4-edge      enp2s0-TxRx-3
 133:     384488          0          0          0  PCI-MSIX-0000:03:00.0    1-edge      nvme0q1
 134:          0     368709          0          0  PCI-MSIX-0000:03:00.0    2-edge      nvme0q2
 135:          0          0      50619          0  PCI-MSIX-0000:03:00.0    3-edge      nvme0q3
 136:          0          0          0     167855  PCI-MSIX-0000:03:00.0    4-edge      nvme0q4
 137:          0      18439          0          0  PCI-MSI-0000:00:1f.3    0-edge      snd_hda_intel:card0
 138:          0          0         19          0  PCI-MSI-0000:01:00.0    0-edge      rtw89_pci
 NMI:       1668       1668       1662       1660   Non-maskable interrupts
 LOC:  547005249  542921618  541287224  541481687   Local timer interrupts
 SPU:          0          0          0          0   Spurious interrupts
 PMI:       1668       1668       1662       1660   Performance monitoring interrupts
 IWI:         12          4          0          5   IRQ work interrupts
 RTR:          0          0          0          0   APIC ICR read retries
 RES:     330894     731489     399971     326404   Rescheduling interrupts
 CAL:     147250     113924     143000     141753   Function call interrupts
 TLB:        350        340        391        399   TLB shootdowns
 TRM:          0          0          0          0   Thermal event interrupts
 THR:          0          0          0          0   Threshold APIC interrupts
 DFR:          0          0          0          0   Deferred Error APIC interrupts
 MCE:          0          0          0          0   Machine check exceptions
 MCP:       8187       8188       8188       8188   Machine check polls
 ERR:          0
 MIS:          0
 PIN:          0          0          0          0   Posted-interrupt notification event
 NPI:          0          0          0          0   Nested posted-interrupt event
 PIW:          0          0          0          0   Posted-interrupt wakeup event
Stran: [1] 2 3 ... 10