Příspěvky

16

Server / Re:MySQL - převod sloupců v tabulce na řádky

« kdy: 18. 07. 2012, 17:01:11 »

Ešte dodám, že v relačných databázach sa spravidla zadania normalizujú, aby neurčitý počet hodnôt bol v riadkoch a určitý konečný počet atribútov v stĺpcoch. Tabuľka z reálneho sveta s riadkami a stĺpcami nie vždy zodpovedá rovnako jednoduchej SQL tabuľke.

17

Server / Re:MySQL - převod sloupců v tabulce na řádky

« kdy: 18. 07. 2012, 16:58:01 »

Obávam sa, že MySQL je hodne vzdialená od tabuľkového kalkulátora, kde sa to rieši pomocou transpozície.

MySQL v základnom princípe funguje inak a nemá automatický mechanizmus, ktorý Vám spraví SELECT(), vytvorí stĺpce podľa hodnôt z riadkov a spraví INSERT().

Veď okrem iného, záznamov (riadkov) môže byť prakticky neobmedzené množstvo a tabuľka, ktorá má po transponovaní 1M stĺpcov a N riadkov by vyzerala divne :-)

Nebude to náhodou nejaká domáca úloha ? Zrejme áno, lebo toto mi naozaj príde ako nejaký pedagogický nezmysel :-D

Ale čisto teoreticky sa to spraviť dá, len nie priamočiaro a jednoducho a s určitými obmedzeniami.

18

Vývoj / Re:Formulář v PHP a MySQL

« kdy: 12. 07. 2012, 10:14:59 »

[Miroslav Prýmek] - zčasti musím súhlasiť, ale rozumiem aj tomu, že začiatočník hľadá čo najjednoduchšiu cestu.

[sj] Môžem doporučiť robiť veci pekne, prehľadne a systémovo hneď na začiatku, pretože časom sa musí aj špagetti-kóder naučiť programovať progresívne a slušne. Čím skôr tým lepšie.

Doporučujem dobre si uvedomiť logiku SQL dotazov, pretože stále nie je úplne zrejme, čo je cieľom dotazu. Až potom sa dá skladať kód. DB dotazy je to prvé, čo musí byť ujasnené a vyladené, kľudne aj v phpmyadmin - uistíš sa tak, že máš správny dotaz.

Teraz k samotnej technike:

Na DB používať radšej ORM, prípadne nejakú vrstvu abstrakcie (NotOrm, DiBi). Osobne odporúčam Dibi.
Na formuláre jednoznačne NetteForms. Vysoko kultúrne riešenie, ktoré za teba urobí kopec zbytočnej práce a eliminuje zbytočné riziká. Prípadne si dopraj hodinku dve a pozri si videotutorialy k nejakému php frameworku. Zistíš, že čas môžeš využiť aj inak, ako písať zbytočnú "bižutériu" okolo DB alebo formulárov.

Má to ale jednu nevýhodu - pre začiatočníka sa to môže javiť ako čierna skrinka so vstupmi a výstupmi. Čiže teraz si ku kódu bližšie, ale o to zodpovednejšie musíš k nemu pristupovať. Tu to až tak nevadí, ale časom budu tvoje projekty narastať.
A pri rozsiahlejšom projekte sa týmto spôsobom môžeš jedine zblázniť a skončiť u Doc. Chocholouška.

Ber to ako odporúčanie jedného bývalého špagetti-kódera, ktorý sa musel jedného dňa naučiť programovať aspoň trošku kultúrne :-)
A o produktivite práce ani nehovoriac...

19

Hardware / Re:Záchrana dat z jednoho z RAID5 disku

« kdy: 14. 03. 2012, 17:37:18 »

Aby som nespustil znova Flame - loopback a montovanie imagov sú trošku odlišné, ale v zásade je ten princíp rovnaký.

20

Hardware / Re:Záchrana dat z jednoho z RAID5 disku

« kdy: 14. 03. 2012, 17:35:16 »

[pavouk106] "Tazatel" našťastie loopback pozná :-) používa ho už nejaký ten piatok, napr. na montovanie ISO. Kedysi aj na FDD image zo starých diskiet.

[michal]
S tým loopback cez dd, to mi neskôr tiež napadlo, len je tu bohužiaľ problém, kam tie dáta uložiť (cca 2x800GB). Nie je kapacita nazvyš na 2 image z dvoch diskov :-(

No, zas až také medzery nemám, aby som nevedel primontovať image, resp. vytvoriť si ho cez dd :-) Tieto veci som už používal, novinkou a hlavnou neznámou bol pre mňa RAID :-) Ale ďakujem za tipy. loopback použiť na experimenty s RAID je dobrý nápad, virtuál by to iba zbytočne skomplikoval.

[milanK] Niečo podobné som videl na demonštrácii ZFS na Solarise, bolo to veľmi pôsobivé.

21

Hardware / Re:Záchrana dat z jednoho z RAID5 disku

« kdy: 13. 03. 2012, 15:45:44 »

[Kapitán RUM] Nič sa nedá robiť, stáva sa :-) Ale kritika, pokiaľ je opodstatnená, má svoje pozitíva. Hlavne človeka núti posúvať sa vpred. Myslím, že určite bolo nielen pre mňa lepšie, ak som vyfasoval kritiku, ako keby sa nikto neozval a ostal by som v nejakom mylnom presvedčení alebo názore :-)

Ale som rád, že som za tých pár hodín experimentovania zistil zhruba ako to celé funguje a keď si doplním patričné teoretické základy, tak tomu celému pochopím. Myslím, že by bolo možné spraviť si virtuál (KVM, VBox, VMware...) so 4 virtuálnymi diskami a preskúšať si tak celú technológiu vytvárania, odstraňovania polí a podobne. Nemám možnosť reálne si zobrať X diskov a experimentovať.

Je to hodne svojrázne, samozrejme reálne nepoužiteľné. Čisto iba na experimentovanie. Skúšal niekto niečo podobné ? V princípe by tomu nemalo nič brániť. Ono aj simulácia poškodenia disku by sa dala urobiť napr. cez /dev/random (ideovo) alebo fdiskom pomeniť partície.

22

Hardware / Re:Záchrana dat z jednoho z RAID5 disku

« kdy: 13. 03. 2012, 15:10:33 »

Nechcel som spustit flame :-(

Samozrejme je to moja chyba, dostatočne problematike nezorumiem, preto som adresoval otázku do fóra medzi skúsenejšich :-)

Určite každá technolǵia má svoje muchy, aj RAID. Ja osobne preferujem zálohovanie na rôzne média, čím sa minimalizuje možnosť, že sa dôležité dáta neobnovia. Samozrejme bez ohľadu na to či sa jedná o RAID alebo nie.

[KapitánRUM] K tomu lietadlu, pekné prirovnanie, môžem si za to sám. Ale myslím, že nejaké urážky nie sú na mieste, proste som sa zmýlil a chybu si priznávam. Sme len ľudia.

[Ondřej Vaniš] patrím k ľuďom, ktorí tvrdia, že na vine je vždy človek a až potom technológia - tentokrát je na vine moja neznalosť.
Vždy keď mi niečo nefunguje a viem že to fungovať musí, venujem hodiny riešeniu možno banálneho problému. Hovorí sa tomu učenie na vlastných chybách. Ale občas to nejde, tak sa musím spýtať :-)

[Max] - súhlasím.

[Pavouk106] - veľmi dobre rozumiem, veľmi pekné prirovnanie.

Pre mňa z toho vyplýva ponaučenie - pri RAID treba veľmi obozretne zvoliť typ, aby aj takéto prípady boli riešiteľné podľa možnosti jednoducho. Aj napriek kritike mojej osoby, resp. mojich (ne)vedomostí, ďakujem za názory a fakty. Chybami sa človek učí.

23

Hardware / Re:Záchrana dat z jednoho z RAID5 disku

« kdy: 13. 03. 2012, 12:04:13 »

Ďakujem za odpoveď. Z tohto mi vyplýva, že RAID je relatívne nedokonalá technológia a v podstate sa jej nadmerne dôveruje. Nevadí, uvidíme, čo sa dá urobiť s pripojením ďalších diskov.

Ale musím uznať, že pri hodinách laborovania som sa kopec vecí naučil. Niet nad možnosť vyskúšať si takéto veci na vlastnej koži :-)

24

Hardware / Re:Primontovanie RAID5 v debiane cez USB prevodnik

« kdy: 12. 03. 2012, 17:43:03 »

[Trubicoid]

Dík za radu, dáta sú na RAID5 - 700GB partícia. Tie dve (ona je vlastne iba jedna /dev/md0) je linuxová partícia, z ktorej bootuje NAS.

Ja som samotný RAID nekonfiguroval, dostal som nefunkčné NAS z ktorého treba vytiahnuť dáta. Neviem prečo som si myslel, že aj RAID5 pôjde v DEGRADED mode. No, nedá sa nič robiť a musím sa dovzdelať :-)

/dev/md0 mi nautilus ukazuje ako RAID0, dev/md1 je RAID5 a ten sa neda pripojit v degraded mode. Takže tu som asi skončil, aj napriek tomu, že systém mám asi nastavený o.k., čo ma samozrejme prekvapuje :-)

Ako sa postupuje, ak v RAID5 odíde 3 zo 4 diskov ? Proste smola a dáta naveky nedostupné ?

25

Hardware / Záchrana dat z jednoho z RAID5 disku

« kdy: 12. 03. 2012, 17:12:48 »

dobrý deň,

riešim vcelku zaujímavý problém. Potrebujem pripojiť jeden zo štvorice RAID5 diskov pre obnovu dát cez mdadm. Disk mam pripojeny cez SATA/USB prevodnik.

na disku su 3 particie, dve si viem primontovat ako /dev/md0 resp. /dev/md1 - su to male linuxove particie z NAS.
Poslednu particiu, z ktorej potrebujem skopirovat data nemozem primontovat. Nainstaloval som mdadm, cez dpkg-reconfigure som nechal vytvorit mdadm.conf v ktorom su disku so spravnym UUID.

V nautilovi mi ponukne dva disky ako RAID1, a v kontextovom menu mam "start multi-disk drive" tieto disky idu bez problemov.

mdadm --detail --scan mi nevypise nic, co je divne.

Kód: [Vybrat]

cat /proc/mdstat : 

Personalities : [raid1]
unused devices: <none>
Screenshot nautilusa je tu:  http://img528.imageshack.us/img528/6782/computerfilebrowser002.png

Ak pouzijem "start multi-disk drive" v nautilovi, tak mi cat /proc/mdstat vypise nasledovne:

Kód: [Vybrat]

Personalities : [raid1]
md1 : active raid1 sdc2[1]
      131456 blocks [4/1] [_U__]
     
md0 : active raid1 sdc1[2]
      131456 blocks [4/1] [__U_]
     
unused devices: <none>
fdisk -l mi ukazuje /dev/sdc3 particiu, ktora ma cca 700 GB a z nej potrebujem dostat data. particia /dev/sdc1 je velka cca 140 MB a tu viem pripojit bez problemov.

Prosim viete mi niekto poradit, ako to prejst spravne od zaciatku ? Nasiel som kopec linkov na webe, ale nejako sa v RAID stracam :-(

Vopred dakujem za radu.

26

Server / Re:Riešenie DoS prevencie na VPS a Nagios

« kdy: 31. 01. 2012, 09:04:31 »

Dobry den vospolok,

tak nakoniec som nastavil ako monitoring monit. Je to uplne najlepsie riesenie, minimalisticke a robi presne to co potrebujem. Dakujem za tip. Velmi ma potesila jednoducha konfiguracia a moznost automatickeho restartu sluzieb v pripade splnenia podmienky.

Nastavil som nejake direktivy v apache2 a este poriesim nejako "slowloris".

[DarkKnight] Mal som moznost zhliadnut konfiguraciu nginx ako proxy pre apache, ale bolo to na dedikovanom serveri, takze zatial nebudem na VPS skusat. Ale chodilo to perfektne.

Ak nieco nove nasadim, urcite sem hodim info.

27

Server / Re:Riešenie DoS prevencie na VPS a Nagios

« kdy: 20. 01. 2012, 15:10:53 »

No, ako tak pozeram, myslim ze s monitoringom nebudu problemy, monit je zrejme to co potrebujem.

Ten nginx ma laka, ale mam obavy z experimentov na serveri, ktory sa vyuziva. Asi sa budem musiet pohrat vo virtuale mimo realneho servera :-)

Zatial to vsak vidim na apache2 a mod_reqtimeout na slowloris a pripadne dalsie nastavenia, napr. MaxCilents a suvisiace nastavenia.

Celkom zaujimavo vyzera toto: http://dominia.org/djao/limitipconn.html

Nasiel som aj riesenia na baze IPtables, ale to sa mi zda ako kanon na vrabce: http://serverfault.com/questions/252555/limit-simultaneous-connections-per-ip-with-apache2

Monit vie v pripade problemov podla podmienok restartovat co treba, takze k vaznemu padu by nemalo dojst ak by bol server neumerne zatazeny.

[boban]
Dik za linky. Na howToForge su vzdy dobre clanky a takmer kazdy navod funguje :-)

28

Server / Re:Riešenie DoS prevencie na VPS a Nagios

« kdy: 20. 01. 2012, 09:24:27 »

Dakujem za tipy.

Nagios chcem na zakladnu (niekolko hodinove intervaly) statistiku zataze CPU/RAM a pripadne na statistiku HTTP spojeni. Potrebujem mat vseobecnu predstavu o vykone VPS pre prevadzku viacerych domen.

mod_reqtimeout a slowloris sa preberali aj na root.cz, urcite vyskusam.
Myslim, ze monit je presne to, co hladam. Podla dokumentacie na webe to vyzera slubne. Urcite vyskusam.

Zamena apache2 za nginx - toho sa trosku obavam. Pouzivam ISPconfig a nie som si celkom isty, ze sa podari uspesne premigrovat na nginx. Okrem ineho s nginx nemam prakticky ziadne skusenosti.

29

Server / Re:Riešenie DoS prevencie na VPS a Nagios

« kdy: 20. 01. 2012, 08:50:30 »

[DarkKnight]
To ma nenapadlo riesit to takto. Nasiel som jednoduchy postup: http://tumblr.intranation.com/post/766288369/using-nginx-reverse-proxy.

Ak tomu dobre chapem, tak nginx bude pocuvat na 0.0.0.0:80 a apache2 bude pocuvat iba na localhoste na inom porte.
Teoreticky by sa na take nieco dal pouzit SQUID.

Ale ten napad sa mi paci, musim si to niekde otestovat. Nebude to zbytocne narocne na sytemove prostriedky ?

[Miroslav Prýmek]
No v pripade Nagios-u by som chcel len zaklad. Pocet http spojeni, vytazenie CPU, zaplnenie RAM. V zasade kludne aj vo viachodinovych intervaloch. Ide mi o to, ziskat nejaku predstavu o vytazeni servera a spravit si z toho nejake vseobecne zavery. Nagios som uz nainstaloval, trosku robi problemy ispconfig. Do nagiosu sa prihlasim, ale info nemam, takze sa musim pohrat zrejme s virtualhostami. Ale samotny nagios bezi a nezbadal som nejake spomalenie systemu. Uz len vyriesit ISPconfig a nagios na jednom systeme.

30

Server / Re:Riesenie DOS prevencie na VPS + NAGIOS

« kdy: 19. 01. 2012, 19:13:57 »

Ja netvrdim, ze Nagios je narocny. Len neviem objektivne posudit, ako zatazi VPS, co ma 1GB ram a jedno vlakno CPU. Ale v podstate som iba potreboval vediet nieco ako si povedal. Zrejme sa zbytocne obavam a mal by som ho vyskusat :-)

Prave ho instalujem, ale verim, ze to bude o.k.