Příspěvky

3196

Hardware / Re:Dobré řešení pro domácí NAS

« kdy: 01. 10. 2012, 13:37:03 »

Teda, borec staví šrotový stroj a vy mu navrhujete HP mikroserver... To by vám asi nepoděkoval. Osobně bych si koupil něco na Atomu nebo AMD Zacate, ideálně pasivně chlazené, aby to mohl mít pod televizí. Sám mám AMD Zacate a stálo mne to celé do 5000Kč bez disků a s externím napájením.

no vidis, jenze ta n40l vyjde levneji a ma to bez starosti out-of-box.

3197

Hardware / Re:Dobré řešení pro domácí NAS

« kdy: 01. 10. 2012, 06:25:41 »

ja kdybych ted chtel stavet NAS tak urcite N40L

3198

Vývoj / Re:Program pro call centrum - diplomka?

« kdy: 26. 09. 2012, 12:15:46 »

kdyz na to kouknu jako lenin a rda tak maji pravdu v tom, ze clovek na zacatku potrebuje neco takhle zkusit od zacatku do konce, ale za ty prachy atd bych to videl tak na nejaky webovy udelatko na spravu kontaktu apod, ale resit i vytaceni ustredny atd ? mozna jsem jen rozmlsanej tim, ze uz podobnou divocinu zadarmo nemusim delat.

3199

Vývoj / Re:Program pro call centrum - diplomka?

« kdy: 25. 09. 2012, 07:23:42 »

Vyborna prilezitost si na vlastni kuzi zkusit co to obnasi udelat od zacatku do konce projekt. Jdete do toho.

Vetsina lidi ceka cely zivot na prilezitost ktera nikdy neprijde. Kdyz je motivuju aby byli aktivni tak rikaji: to se mi nevyplati.

lenine, ta cena nebyla v tvoji měně ale nasi. teda to tak vypada.

3200

Vývoj / Re:Program pro call centrum - diplomka?

« kdy: 24. 09. 2012, 21:47:33 »

za desitku bych vam tam mohl dojet a rict, ze to za desitku asi tezko. na vic nemate budget. chudak vul kterej sedne na lep (tipuju nejakej gymplak z tamniho kraje aby mel o vikendu na pivko kdyz vodku nemuze)

3201

Vývoj / Re:Škálovatelnost webové aplikace

« kdy: 24. 09. 2012, 15:27:08 »

http://droplabs.net/video/scaling-grammycom-at-the-high-performance-drupal-meetup
Je to sice konkretni pro jednu aplikaci, ale je tam nekolik veci, ktery lze obecne vyuzit (cdn, load balancer, proxy, cache...)

obecne: pouzit nejaky rozumny framework s moznosti reverse proxy a obecnyho cache backend s moznosti pouzit cokoliv(memcached, apc, mongo atd.)

3202

Sítě / Re:ssh javascript

« kdy: 22. 09. 2012, 21:21:54 »

...mi stále vypisuje, že nemám zapnutý javascript ...
Neblokuje ssh nejakým spôsobom javascripty resp. nemusí byť na serveri cez ktorý tunelujem ssh nejaký konkrétny balík javy.(základná java 6 tam je.)

java != javascript. jsou to dve UPLNE jine veci.

3203

Odkladiště / Re:Tak jsem zkusil taky ten Linuks

« kdy: 21. 09. 2012, 16:25:04 »

Mám notebook HP ProBook 4535s.
Nainstaloval jsem na něj Windows 7 64bit (druhý HDD, kvůli hrám) :

Lhát si běž někam jinam, dneska každý notebook s Windows čerstvě donesený z obchodu má ovladače na přítomný hardware přímo na HDD. Stahují se leda tak update do Windows.

A docela bych se vsadil, že na HP ProBook 4535s (zkušenosti z HP 4340s) se musely kompilovat ovladače na Ethernet a WiFi a protože logicky nefunguje aptitude, tak se kvůli tomu musí udělat 10x kolečko s flash diskem a to je neskutečná zááááábava.

jsou lidi kteri delaji cistou instalaci protoze ten humus co na tom HDD je tak je peklo. specialni vzkaz pro mcafee: f*ck you dementi!

3204

Vývoj / Re:Výběr hodnot pro vygenerování grafu

« kdy: 12. 09. 2012, 21:35:43 »

Ivan: diky za super keyword. To je prave to, ze jsem na zacatku netusil jestli neco jen vybrat z DB a nejak omezit SQL dotaz nebo jestli tu redukci opravdu resit az aplikacne.

To neni spatny napad treba u toho denniho kde jeden bod obsahuje vic hodnot tak udelat krivky min/max/avg.

Zatim diky za rady vsem, dalsi rady prijmu rad

3205

Vývoj / Výběr hodnot pro vygenerování grafu

« kdy: 12. 09. 2012, 12:02:59 »

Uz nevim kde nacerpat radu a pritom prilis neztracet cas ctenim veci ktery resi neco jinyho, tak zkusim tady, kde by se mohl obcas vyskytnout nejaky zkuseny programator:

mam tabulku s logem:
log_id (auto increment integer, primary key, nepodstatny)
datum (proste datetime kdy ta hodnota byla namerena)
hodnota (integer)
id_sensor (integer, vazba do tabulky sensoru)

Jsou tam treba miliony zaznamu, kazdy sensor tam periodicky uklada sva data. nektere sensory kazdych 5 minut, nekter sensory kazdych 10minut, nektery sensory treba kazdych 30 minut.

mam vytvorit spojnicove grafy - den, 10-denni, 40-denni
kazdy graf ma 240px sirku, tedy potreboval bych prave 240 hodnot s tim ze kdyz nejak neni tak se vynecha a ten graf tam bude predpokladat linearni vyvoj hodnoty.

den:
idealne 10 hodnot za hodinu. to je cca kazdych 6 minut.

10 dnu:
idealne 1 hodnota z kazde hodiny

40 dnu:
idealne 1 hodnot za 4 hodiny


ted co s tim?
kolega ktery delal desktop aplikaci tak da select where datum od-do a nacte tam treba vsech 50 000 radku pro ten sensor a casove obdobi(treba kvartal) a "posle" je renderovat a netrapi se s tim protoze tam ma jednoho uzivatele a ten si kdyztak chvili pocka a vyplivne mu to primo obrazek.
Jenze ja delam web aplikaci, muzou tam byt tisice uzivatelu tak potrebuju idealne vypisovat jen ty hodnoty ktere se maji zobrazit (navic to resim ted pres google api takze v podstate do javascriptu vypisuju tu tabulku hodnot takze by pak zdrojak webpage byl moc velky pro prohlizec/mobilni pripojeni. casem mozna budu renderovat primo obrazky, ale tam zase potrebuju taky zbytecne nepretezovat server).

Nejjednodussi reseni, ale ne moc programatorsky košer me napadlo napsat si nejakou smycku a v kazde udelat jeden select neco jako
"select prumer hodnot WHERE sensor = X AND cas je mezi 10:00 a 11:00"
"select prumer hodnot WHERE sensor = X AND cas je mezi 11:00 a 12:00"
nebo
"select top 1 hodnota WHERE sensor = X AND cas je mezi 11:00 a 12:00 ORDER BY datum ASC"
cimz bych mel pro kazdy graf 240 relativne jednoduchych selectu.

pomohl by nejaky odkaz na clanek, nejaka konkretni rada, nejaka rada vhodneho klicoveho slova pro google atp. nemam problem studovat, ucit se, ale nejak zatim nemuzu natrefit na spravny zdroj.
"graf/graph" me porad vedou na teorii grafu(hledani cesty apod), ale tady vlastne moc ani nejde o graf jako takovy ale o to jak vytvorit tu minitabulku hodnot pro nej.

Jestli to bude prumer, max hodnota, median nebo tak neni asi uplne podstatne.

Kdyby to melo necemu pomoct tak se jedna o postgres a je mi jedno jestli to bude napsany v DB nebo aplikaci (PHP).

3206

Vývoj / Re:Tabulator vs . Space

« kdy: 07. 09. 2012, 15:27:37 »

je jedno ktere se pouzije, dulezite je mit jasne pravidlo v tymu.

3207

Vývoj / Re:Planovani zkouskovych terminu [program]

« kdy: 06. 09. 2012, 13:38:15 »

to mi pripomina prezkusovaci plan jednoho hologramu - stejny nesmysl.

3208

Vývoj / Re:PHP OOP

« kdy: 02. 09. 2012, 20:38:25 »

1) Chci mit nastroj, ktery mi neujede hned pod rukama, kdyz nebudu sledovat kazdy den, co se deje, viz. Drupal,
2) neco sem v nem udelal, ale neverim ze tomu jeden clovek rozumi. ....
3) S Drupalem si kazdy modul zije na muj vkus moc samostatnym zpusobem a
4) polovinu casu clovek ztravi na jejich zkouseni, plus obcas katastrofa.
5) Navic Drupal dlouho nebyl OOP, nevim jak ted, takze ani motivace se to ucit moc nebyla.

nic nenutim, nechci flejmovat, jen osvetluju par veci konkretne k drupalu ktery trochu znam pokud by to cetl nekdo jiny a zajimalo ho to:
1) drupal 6.0 = 2008. drupal 7.0 = 2011. takze cca 6 let lifetime (drupal 6 je podporovan do vydani drupalu .
2) to je pravda, tusim ze i Dries nekde prohlasil ze uz nevi presne co dela ktery kousek kodu. ale je to potreba? mame api.drupal.org , je v podstate par modulu ktery potrebujes na kazdym webu a ty jsou velmi dobre dokumentovane vcetne API. Nakonec se naucis jak kdyz bicem mrska par hooku, db api, forms api, pak pridas entity api a zvladnes vsechno co bys zvladl jinym nastrojem.
3) castecne viz 2). vetsina toho podstatneho spolupracuje pres API. co lepsiho nez zdokumentovane API chtit?
4) to je otazka maximalne prvnich mesicu, casem pochopis a mas v hlave presne co pouzit a jak to slozit, cim to doplnit, co si dopsat
5) ano, toto je "slabina". zlepsuje se to. Drupal 8 adoptuje dalsi casti ze symfony. Treba Entity API, Views API jsou docela zhusta OOP. nemyslim, ze je nutne mit 100% OOP kod jen abych vypadal cool.

3209

Vývoj / Re:PHP OOP

« kdy: 02. 09. 2012, 13:54:57 »

Já bych radší kdyby mi někdo poradil s tou strukturou RS nějakým návrhem nebo odkazem. Aby to bylo jednoduché, nehraju si na to že budu vymýšlet Nette nebo Drupal, ale chci si tím projít pokud možno sám. PHP je pro mě na web optimální  volba. Zatím se mi tu hádají zase jen který jazyk je lepší.

Díky.

neztracej cas blbostma. daleko vyhodnejsi je se venovat prave treba tomu nette nebo drupalu. pochopit jeho principy a umet s nim.

3210

Vývoj / Re:PHP OOP

« kdy: 02. 09. 2012, 10:39:05 »

presne tak. kdyz to vezmu jinak: kreativni grafik udela pekny navrh skoro i v Malování. Ja ani kdybych mel Fotokrám CS99 ultraprofi edition s automatickým čtením myšlenek...

PHP je na drtivou vetsinu webovych veci GOOD ENOUGH.