Příspěvky

166

Vývoj / Re:IDE pro nové C++14

« kdy: 11. 02. 2015, 21:21:17 »

Možná se blbě zeptám, ale k čemu C++14?

Mimochodem, doposud si z 95% kódu vystačím  C++03. Je blbý narazit na stroj, kde je nějaký starý GCC, který neumí C++11. Navíc mě štve, že dodnes není C++11 default, pokud to překladači neřeknu, předpokládá C++03. Takže dokud to tak bude, budu používat hlavně C++03.

C++11 ale chápu, že se to začíná používat, ale proč se hned hrnout do nějakého vylepšení (protože C++14 není nic jiného, než malé rozšíření stávající normy), které ještě podle mě dost zamotá právě všem statickým analyzátorům kódu,... to si ještě užijeme.

167

Vývoj / Re:Ochrana DB proti přeplnění (web)

« kdy: 23. 12. 2014, 01:46:56 »

Dokážu si představit útok vedoucí k tomu, že databáze bude růst megabajt za sekundu. Nejen že výsledkem bude obrovský soubor plný nesmyslů, ale i polomrtvá služba zabíjená na I/O

168

Vývoj / Ochrana DB proti přeplnění (web)

« kdy: 22. 12. 2014, 23:57:19 »

Zdravím.

Řeším tu takový menší problém. Mám insert-only databázi - databáze, kam se jen zapisuje a její stav je odrazem všech zápisů a přepisů novými zápisy. Mazání je také zápis informace o tom, že se něco smazalo. Je tedy k dispozici kompletní historie změn.

Jak byste takovou databázi zabezpečili proti třeba DoS útoku založeném na přeplnění databáze prakticky "spamovými" zápisy? Jak případně takový spam řešíte?

Já si dokážu nějaký techniky vymyslet, ale snažil jsem se na google najít nějaké oficiální nebo známé způsoby a doporučení a moc jsem neuspěl.

- mohu všude mít captchu
- monitorovat zápisy každého uživatele (a poslat ho do háje, pokud překročí limit)?
- měřit rychlost bobtnání databáze a při překročení limitu začít všechny zápisy zdržovat?

Nebo je nějaký jiný lék?

169

Server / Re:Výběr stabilní VPS

« kdy: 19. 12. 2014, 15:36:20 »

Ještě jsem zapoměl dodat, že VULTR lze platit bitcoinem (ani jinak jsem ho neplatil)

170

Server / Re:Výběr stabilní VPS

« kdy: 19. 12. 2014, 15:33:58 »

Já jsem spokojenej s VULTR

https://www.vultr.com/pricing/

171

Server / Re:Nástroje na sledování serverových statistik

« kdy: 02. 12. 2014, 10:48:35 »

A ještě drobnost. Nechci si s tím hrát. Chci to nasadit pokud možno s nejmenším množstvím práce a pak už jen sledovat.

Dobře, ale ještě pořád jsi nenapsal, co od toho přesně chceš - jenom grafy? Nebo i nějaké eventy? (Když bude threadů víc jak 10, má ti to poslat email?) chceš opravdu sledovat statistiky jenom z tvého softu, nebo i z OS (využití paměti, disku atd.)?

No to já právě ještě nevím. Všechno co půjde. Co možná nejvíc možností bez nutnosti každou speciálně programovat. Na začátek jsem ale chtěl upravit své serverové komponenty tak, aby vracely data v nějakém standarizovaném formátu, pro další zpracování, aby případné další zpracování bylo už o nasazení existujících nástrojů které jsou k dispozici třeba jak na open source, tak i třeba placené. Od jednoduchých grafovátek až po nějaké alarmy, notifikace, optimalizátory. Asi jsem se naivně domníval, že v tomhle směru existuje průmyslový standard.

Prostě na začátku mám hromadu dat, mohu je upravit do nějaké definované podoby a pak jsem si myslel, že už je to věc hotových nástrojů

Začnu tím Nagios, uvidíme. Dík

172

Server / Re:Nástroje na sledování serverových statistik

« kdy: 02. 12. 2014, 01:09:20 »

A ještě drobnost. Nechci si s tím hrát. Chci to nasadit pokud možno s nejmenším množstvím práce a pak už jen sledovat. Je pro mě jednodušší do Software A doprogramovat libovolné countery které mohu pak exportovat ven, ale nechce se mi na to připravovat šablony programovat grafy, programovat různé výpočty, například průměry a buh ví co ještě, psát v nějakém obskurtním skriptovacím jazyky parsery dat a podobně. Nechce se mi ani vymýšlet nějaký nový formát, pokud existuje nějaký průmyslový standard

173

Server / Re:Nástroje na sledování serverových statistik

« kdy: 02. 12. 2014, 01:01:16 »

Nějak ten dotaz nechápu. Monitorování spočívá v tomhle:

1. software A běží a poskytuje nějaké služby
2. software B ("sensor", "check" apod.) umí nějak změřit funkce softwaru A -> vznikají nějaká čísla

Tak polopatě je to někde v této fázi - bod 1 a 2. Software A běží a poskytuje služby. Zároveň na nějaké URL (nebo to pravidelně dumpuje do souboru) poskytne nějaký aktuální stav nebo kumulovaný stav svých interních counterů. Countery jsou něco ve smyslu klíč=hodnota. Třeba requests = 253, req_latence_ms=15, threads_active=5, threads_max=7 - tím říká, že od posledního dotazu (nebo dumpu) přišlo 253 requestů, latence byla v průměru 15ms, aktivní počet threadů je 5 a maximální počet threadů od posledního dotazu bylo 7

1. existuje nějaký standardní formát jak tyhle raw data formátovat aby to přečetl nějaký analytický soft nebo grafovátko
2. a obecně - jaký soft na to použít

174

Studium a uplatnění / Re:Jak najít dobrého programátora?

« kdy: 01. 12. 2014, 15:50:48 »

To je taky pravda. Mám klienta, kde přesvědčit aby přešli z DOS SW účta na Windows SW účto je zhola nemožné. Protože u všech Windows SW se bez mouse neobejdeš. A to ty účetní prostě nechtějí.

Tesat do kamene! Mimochodem, nepodceňovat význam numerické klávesnice a funkci tlačítka Enter, který kupodivu nedosílá formuálř ale většinou přejde na další políčko. V tomhle směru jsou všechny moderní UI jako BIG FAIL.

Uživatelka pravou rukou ovládá počítač a v levé ruce drží doklad, který přepisuje do počítače (případně si v něm ukazuje prstem). Na tohle není možné používat TAB jako přechod na další pole

175

Server / Nástroje na sledování serverových statistik

« kdy: 01. 12. 2014, 15:42:51 »

Zdravím.

Hledám nějaké nástroje ideálně open source na reportování a grafování statistik ze serveru. Hlavně aby to mělo zdokumentovaný formát reportů, protože se nejedná o standardní server typu apache nebo nginx, takže report musí sestavovat server sám. Klidině  může pravidelně generovat nějaká XML, JSON, a podobné formáty o svém běhu, mě jde o to, abych si následné zpracování dat nemusel sám vyvíjet.

Chci sledovat: Počet requestů za sekundu, doba zpracován requestu, počet běžících vláken, atd.. v zásadě bych si tam mohl zadat cokoliv co by se dalo monitorovat.

A prosím neco jednoduchého, žádnou elektrárnu. Díky za tip.

176

O serveru Root.cz / Re:Lišta o blokování reklamy

« kdy: 03. 10. 2014, 12:49:26 »

Je mi líto, ale oznamuju, že jsem byl nucen si nainstalovat AdBlock a blokovat veškerou reklamu. Posledni dobou je reklama tak otravná, že mi prakticky znemožňuje procházení internetu. Týká se to i Root.cz. Vymyslete si jiný obchodní model nebo zkrachujte.

Necítím se jako černý pasažér.

177

Software / Re:Bitcoin: kam až porostou logy?

« kdy: 21. 09. 2014, 18:28:58 »

Blockchain by bylo určitě možné "collapsovat" - tedy vzít nějaký blok, posbírat všechny unspend výstupy platné k tomuto bloku a sestavit nějaký soupis pro budoucí použití a nikdo by do minulosti už nemusel bloky stahovat.

Má to pořád dost háčků. Takový collapsnutý soupis se neobjeví v žádném "previous" takže mu nikdo nemusí věřit. Leda že by existovala nějaká možnost takový soupis "vytěžit" spolu s nějakým blokem, třeba každý rok by nějaky blok obsahoval collapsnutý soupis transakcí rok dozadu. Pouze takový blok, který by ostatní těžaři ověřili, že opravdu soupis odpovídá stavu, by ostatní přijali a potvrdili bloky na něj navazujícími

178

Bazar / Re:Prodám BTC

« kdy: 28. 08. 2014, 20:43:01 »

Kecáš, ty si můžeš opatřit tebou propocené ponožky velice snadno. A to je ten problém.

Nevím, jak ty, ale já mám kapacitu potních žláz celkem jasně omezenou.

To rikas ty....

179

Bazar / Re:Prodám BTC

« kdy: 28. 08. 2014, 17:10:54 »

A hlavne: nepotrebujete elektrinu a pripojeni k internetu, je to robustni system. Ano, mohou mu lide ze dne na den teoreticky prestat verit ale ja platby ve zlatech budu prijimat a platit v nem dal, je to praktictejsi nez barter.

No a? Má to zlato nějakou exkluzivitu? Když mohou mit cenu i virtuální zbraně v MMOčku, proč ne virtuální měna. U toho MMOčka je blbý, že když provozovatel zavře krám, virtuální vlastnictví bude nulové. U bitcoinu něco jako provozovatel neexistuje, tam skutečně jde o důvěru ... jako u toho zlata.

Kdyby někdo objevil způsob, jak zlato namnožit nebo vyrobit, přestalo by se používat jako peníze. Stejně jako bitcoin.

180

Bazar / Re:Prodám BTC

« kdy: 28. 08. 2014, 17:08:13 »

ale to, že je těžké tu měnu opatřit.

Např. je obtížné opatřit mnou osobně propocený ponožky.

Kecáš, ty si můžeš opatřit tebou propocené ponožky velice snadno. A to je ten problém.