Příspěvky

16

Hardware / Re:Hardware na NAS

« kdy: 29. 08. 2023, 23:10:25 »

Vďaka všetkým za rady. Ešte tomu dám nejaký čas, lebo teraz potrebujem riešiť urgentnejšie veci. Každopádne zavrhol som riešenie s pripojením disku k routeru - môj router má príliš slabý výkon, na to, aby tam rozumne bežala Samba a MiniDLNA. Chcem si to riadiť sám, takže aj hotové riešenia typu Synology nateraz zavrhujem (tiež sa mi to zdá zbytočne drahé na moje potreby). Medzičasom som v šuflíku objavil externý 2,5" HDD, s ktorým sa vie dohovoriť aj smartctl, takže vlastne nepotrebujem priame pripojenie do SATA portu. Na začiatok by to mohlo stačiť, ak bude treba prikúpim ďalší od iného výrobcu a pridám do RAID 1. Takže mi to zatiaľ vychádza nasledovne:

• Raspberry PI 3B+ / 4B a disky pripojené cez USB
  
  • výhody
    
    • nízka spotreba
    • bez ventilátorov
  • nevýhody
    
    • obmedzený výkon
    • menej RAM
    • ARM
• 10 ročný vyradený notebook, disky pripojené cez SATA + USB
  
  • výhody
    
    • vyšší výkon
    • viac RAM
    • x86_64
  • nevýhody
    
    • vyššia spotreba
    • ventilátor

PS: čo sa týka výkonu, tak pozerám, že v notebooku je procesor Intel Pentium 2020M. Tento jasne vyhráva nad Raspberry PI 3B+ ale pri Raspberry PI 4B je výkon už dosť vyrovnaný ...
https://gadgetversus.com/processor/broadcom-bcm2837b0-vs-intel-pentium-2020m/
https://gadgetversus.com/processor/broadcom-bcm2711c0-vs-intel-pentium-2020m/

17

Hardware / Re:Hardware na NAS

« kdy: 29. 08. 2023, 22:40:21 »

Tazatali bych poradil, že s jídlem roste chuť.  Že když prozatím chce jen hloupý storage, časem zjistí, že by chtěl i media server, pak něco víc...
Linuxy army v qnap a synology mají nějaký nestandardní linux, ze kterého akorát bude bolet hlava, pokud to budeš chtít používat jako  funkční linuxový OS . Není tam bash, grep , journalctl a další denní chleba. Grep tam je, ale neumí -P
ARM je fajn, je i rychlý, spotřeba je fakt malá, ale třeba ti ARMv8L přestane stačit, kdž budeš chtí x64 kontejnery

To je samozrejme pravda Uvidíme ako to pôjde. Práve kvôli tomu, že časom sa môžem naraziť na obmedzenia architektúry som sa rozhodol, že Odroid-H4 riešiť nebudem. Predsalen Raspberry je flexibilnejšie aj na iné projekty

18

Hardware / Re:Hardware na NAS

« kdy: 29. 08. 2023, 22:35:21 »

Pokud uvazujes toto, tak nehledas NAS. Hledas bastl ke kterymu pujde pripojit disk.

Pokud hledas NAS, tak od toho chces aby to umelo AES-NI, a chces aby to bylo schopno za vetsiny provoznich okolnosti saturovat Gbit. A chces, aby k tomu sly pripojit nejmene 4 disky. Nativne.

Chces totiz aby to bez vahani a vyznamnesi zateze zvladalo sifrovat (disky i tu sambu) a pocitat raid. Chces mit moznost pridat dalsi disk.

Všetko je uhol pohľadu. Kolegovia zo storage teamu by povedali, že NAS ktoré dokáže saturovať len Gbit je nepoužiteľné a bolo to dobré pred 15 rokmi. Ja napríklad NAS stále beriem ako Network-attached storage (tj. de facto file server). Gbit saturovať nepotrebujem, filmy mám v rozlíšení napr. 512x384 a bitrate 613 kb/s. Prípadne kvalitnejšie 720x304, bitrate 1741 kb/s. Zdieľať to budem na jeden televízor. Fotky si tiež uložím raz a potom si ich budem občas prezerať. Len z jedného zariadenia súčasne. Mobil mi fotky ukladá dosť veľké - 4608x3456 pixelov, veľkosť jpg je 2MB. Či sa budú fotografie zálohovať minútu alebo 15 minút u mňa nehrá rolu, lebo predstava je, že synchronizácia pobeží na pozadí. Dátové toky skrátka nebudú veľké. Rovnako nepotrebujem šifrovaný filesystém a ak by som tam urobil RAID 1, tak to určite zvládne Raspberry Pi alebo ten Odroid.

Takze nadoma se bavime o nejake, klidne starsi, ale x86 platforme. Abys dostal stejny vykon a moznosti trebas od Synology  ... priprav si na to 50k. Bez disku.

Na x86 si jako bonus zprovoznis SW dle vlastniho vyberu a libovule, bez toho abys musel resit, co vsechno na tom nefunguje.

Tomuto už naozaj nerozumiem. Prečo 50k? Tri roky dozadu som si kupoval nové PC - Ryzen 5 (3500X), RAM 16GB DDR4 3200MHz, doska Asus Prime B450M-K, grafika GeForce GT710SL 1G. Stálo to bez diskov menej ako 400 € (9600 CZK?) vrátane zdroja a skrinky. Doska má 4 SATA III porty a jeden M.2 slot. Ak by sme sa bavili o tom, že integrovaná sieťovka nedá Gbit, tak PCIe sieťovka nebude stáť 1600 €. Pre tento stroj práve nemám využitie, ale dávať ho ako NAS sa mi zdá hlúposť práve kvôli zbytočne vysokému výkonu a následne aj vysokej spotrebe. Okrem toho je to desktop a ventilátor na procesore je počuť.

19

Hardware / Hardware na NAS

« kdy: 28. 08. 2023, 14:51:01 »

Zdravím všetkých.
Uvažujem aký hardware kúpiť na vytvorenie domáceho NAS. Uvedomujem si, že napr. Synology robí hotové produkty, ale stoja dosť peňazí. Väčšinu z ich funkcií ani nepotrebujem. Potrebujem niekde centrálne ukladať fotografie, filmy, zálohy dvoch notebookov. K týmto dátam potrebujem prístup napr. cez sambu, média by sa mohli dať streamovať cez DLNA na televízor. Možno časom urobím rovnaké zariadenie u rodičov, aby som docielil geograficky oddelený backup. Tiež by som chcel, aby tam bolo podľa možností pasívne chladenie, resp. čo najtichší ventilátor (bude to umiestnené vedľa spálne).
Zatiaľ mi napadli nasledovné riešenia:
- Raspberry Pi 3B+ / 4B - nízka spotreba, ale pripojenie diskov len cez USB a teda otázne možnosti monitorovania cez SMART
- Odroid-HC4 - nízka spotreba, pripojenie diskov cez SATA
- repasovaný mini počítač x86 (Lenovo ThinkCentre M73 i5 4GB RAM, HP ProDesk 600 G3 DM 8GB RAM) - asi výkonnejší hardvér, otázna možnosť pripojenia viac ako jedného SATA disku, otázna hlučnosť

Aké sú vaše skúsenosti? Čo by ste odporučili? Prípadne máte iné návrhy?

20

Vývoj / Re: Licence webu psaného na zakázku

« kdy: 15. 10. 2010, 17:22:53 »

Tak mi napadá - venuje sa nejaký web tejto oblasti života ajťákov - živnostníkov? Tj. okrem samotných hardskill návodov o programovaní, metodikách, administrácii systémov aj dobré rady ohľadom podnikania v tejto oblasti.

21

Vývoj / Re: Licence webu psaného na zakázku

« kdy: 15. 10. 2010, 17:19:35 »

Vďaka Pavol. Myslím, že keď to takto poviem právnikovi a samozrejme aj zákaznikovi, tak to bude fajn. Zdá sa mi to ako najrozumnejšie riešenie.

22

Vývoj / Re: Licence webu psaného na zakázku

« kdy: 14. 10. 2010, 17:40:05 »

Pavol, a ako riešiš to, že urobíš niečo na zákazku a v nej máš nejaký subsystém, ktorý je znovupoužiteľný aj v inej zákazke. Napr. systém prihlasovania, registrácia na stránke, kontaktný formulár. Môžeš v takom prípade ty ako autor použiť dané subsystémy v inej zákazke alebo to musíš stále riešiť nanovo?

Zmluvu si tiež budem riešiť s právnikom, najprv však potrebujem vedieť čo od neho chcem

23

Vývoj / Re: Licence webu psaného na zakázku

« kdy: 13. 10. 2010, 15:08:48 »

OK. Vďaka za info. Len chcem poznamenať, že toto nebude môj prvý web. Weby som už robil, väčšinou ako zamestnanec alebo "len tak". Licenčné veci som teda veľmi neriešil. Teraz to bude prvý krát čo to budem robiť cez živnosť a tak som chcel vedieť ako na to. Skúsim teda popremýšľať nad tým rozdelením na dve dodávky.

24

Vývoj / Licence webu psaného na zakázku

« kdy: 12. 10. 2010, 16:18:22 »

Zdravím všetkých.
   Prvý krát by som mal robiť web + eshop cez živnosť. Chcem sa preto opýtať ako koncipujete v takomto prípade zmluvu so zákaznikom, licenciu pre software a podobné veci? Je mi jasné, že to môže byť v každom prípade individuálne a hranice sú asi "zákazník si s kódom môže robiť všetko a ja nič" a opačne. Myslím hlavne na to, že zákazník asi nebude chcieť platiť za softvér, pri ktorom si všetky práva ponechám ja a pre mňa je zas nepríjemná klauzula typu "zhotoviteľ sa zaväzuje, že nepoužije kód vytvorený pre objednávateľa v inom produkte". Ako toto vhodne vyriešiť? Myslím, že to nebude veľmi zložité, inak by sa vývoj neuberal smerom k znovupoužiteľným komponentám. Čo vy na to?

25

Vývoj / Re: Agilný vývoj vs. odhad ceny

« kdy: 10. 10. 2010, 21:41:05 »

Základní pravidlo zní, vše komunikovat předem. Zpětně ("... zaplatiť za veci, ktoré sme skúšali...") téměř vždy vznikne problém. Jedna strana předpokládala, že ... druhá strana předpokládala opak apod. Implicitních předpokladů minimálně resp. žádné.

Záleží jak je smlouva koncipovaná resp. jak jste se dohodli na ceně. Kreativita tu může hrát obchodní výhodu. Jeden extrém je, že stanovíš pevnou cenu na projekt, ať se děje co se děje. Druhý extrém je, že stanovíš cenu na jednotku času. A mezi těmito extrémy je volné pole působnosti na žonglování s rizikem, ziskem a transparentností pro zákazníka.

Holt obchodní práce nejsou jen obědy, autodrom apod. :-)

Příklad: Dohodli jste se na výsledné ceně, ale zákazník přijde se změnami A, B a C. Možná reakce: "Ano, při změně A a B jsme schopni se ještě vejít do rozpočtu, ale změna C navýší projekt o XXX a prodlouží o YYY dní. Místo C navrhujeme D, které navýší cenu podstatně méně a přitom obsahuje stejné klíčové vlastnosti jako změna C."

Možná je to jen o tom si zafixovat neutrální terminologii. Tj. místo "potřebujeme na to víc peněz" použít "navýšení rozpočtu" apod. :-)

Vďaka chlapci. Dva dni som bol mimo netu, tak sa ozývam až teraz. Asi najviac mi pomohla táto odpoveď, pretože to je to, na čo som sa pýtal. Čo sa týka zbytočného predraženia zákazky a vytrieskania z klienta "čo to dá" mám už vyjasnené, pretože aj ja tu beriem do úvahy osobnú morálku. To samozrejme neznamená, že chcem robiť zadarmo.

26

Vývoj / Re: Agilný vývoj vs. odhad ceny

« kdy: 09. 10. 2010, 00:35:31 »

Požadavky se nemění podle toho, zda se to vývíjí agilně nebo ne. I když je vše naplánované, tak může přijít klient s tím, že chce změnit specifikaci. To je celkem běžné. A odpověď je na to v podstatě stejná. Jen ty časové úseky jsou různé. Popravdě pokud se postupuje parciálně, tak ty změny se provádějí o dost jednodušeji, než při naplánování celého projektu dopředu.

Myslím, že se z toho dělá větší věda, než to je. Postav se do role zákazníka a řešení ti z toho vypadne.

OK. Tak neriešme "agilitu". Jednoducho neviem prísť na to ako seriózne odkomunikovať zákaznikovi, že je potrebné zaplatiť za veci, ktoré sme "skúšali" a nepoužijú sa a plus je potrebné doplatiť za nové požiadavky. Čo napr. dať do zmluvy? Výsledná cena sa totiž môže dosť podstatne líšiť od naplánovanej.

27

Vývoj / Agilný vývoj vs. odhad ceny

« kdy: 08. 10. 2010, 17:08:24 »

Zdravím všetkých.

   Rozhodol som sa napísať sem, pretože už dlhší čas premýšľam nad spôsobom ako vyvýjať webové aplikácie moderne a lepšie a zároveň za to dostať rozumne zaplatené. Nedávno tu vyšiel seriál o vývoji webu http://www.scuk.cz/. Autor krásne popísal, ako urobil najprv základnú kostru, ktorú potom upravovali podľa toho, čo zistili zo správania používateľov. Teda jednoducho, že požiadavky sa počas vývoja menili. To je veľmi pekné a praktické, ale ako to potom účtovať zákazníkovi? Myslím, že je potrebné dopredu vedieť čo budem robiť a povedať klientovi predpokladanú cenu. Ale keď sa menia požiadavky tak sa môže zmeniť aj cena. Aké sú vaše skúsenosti?