reklama

Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - cosmo

Stran: 1 2 [3] 4 5 6
31
Server / Riešenie DoS prevencie na VPS a Nagios
« kdy: 19. 01. 2012, 17:44:57 »
Zdravim vsetkych,

zriadil som si VPS u WEDOS. Uz na tom bezi zopar webov na LAMP platforme. Chcel by som do systemu dokonfigurovat nejaku prevenciu proti beznym DOS utokom tipu, 1000 requestov z jednej IP za sekundu a podobne.

Existuje nejaky vhodny modul do apache, ktory by zvladal obmedzovat simultanne spojenia ?

Postaci na to napr. direktiva max_clients ? alebo je na to nieco lepsie napr. limitipconn ? Nechcem znovu vynachadzat koleso, mozno mate overene apache2 riesenia. Potreboval by som riesenie, ktore zvlada individualne nastavenia virtualhostov.
Myslim, ze na vyskusanie odolnosti proti DOS by mal stacit google skipfish.

Dalej by som rad monitoroval stav VPS. Pozdava sa mi nagios, ale VPS nema nikdy vykon navyse. Existuje nejake riesenie vyslovene urcene pre nizku zataz servera ?

Mate niekto skusenosti s VPS od WEDOSU ? Viem, ze sa to tu uz preberalo, ale viacmenej nic konkretne som sa nedozvedel. Ja som zatial nadmieru spokojny. Na slovensku im nemoze cenami nikto konkurovat.

Velmi pekne dakujem za pripadne odpovede.

32
Desktop / Re:Gnome mixer a náladový zvuk
« kdy: 07. 12. 2011, 11:35:05 »
Takze zda sa ze problem je vyrieseny.

Znova som prekompiloval komplet ALSA, co nezabralo. Tak som odstranil vsetky alsa konfiguracie z /etc/...
Tu som nasiel nieco, co mi napovedalo asi tolko, ze ALSA je v poriadku, akurat je sytem prepnuty na Pulseaudio, co sa udialo bez mojho vedomia, pretoze som pouzival iba ALSA (mozno sa Pulseaudio nainstalovalo s nejakym inym balickom..).

http://fitzcarraldoblog.wordpress.com/2011/03/28/nostalgia-for-those-alsa-mixer-channels-that-kmix-and-gnome-volume-control-used-to-have/

Samozrejme gstreamer-properties som skusal niekolko krat, ale nikdy nefungoval test na alsa default vystup. Nakoniec som sa rozhodol pre radikalne riesenie - uplne som odstranil pulseaudio zo systemu. Po restarte ma Kmix a gnome-volume-control uz vsetky vystupy a vstupy, ktore malo predtym.

Takze tymto sa problem vyriesil, zvukove udalosti idu o.k. vsetko sa prehrava na prvy pokus.

Existuje nejaka jednoducha moznost ako prepinat pulseaudio/alsa/oss v gnome, resp. vseobecne napr. v Debian Squeeze ?
Alebo to mam vypustit z hlavy a zabudnut na pulse audio. Ma v porovnani s ALSA nejake konkretne vyhody ? Ja som pri pouzivani ziadne vyhody nepocitoval.

Dakujem za pripadne odpovede.

33
Desktop / Gnome mixer a náladový zvuk
« kdy: 06. 12. 2011, 17:29:39 »
Dobry den,

na svojom systeme momentalne riesim zaujimavy problem, ktory sa relativne tazko definuje:

- po update kernelu som vzdy prisiel o zvuk a o vstupy na zvukovke, tak som zakazdym skompiloval najnovsie alsa-lib/alsa-driver/alsa-utils
- po uspesnej kompilacii alsa bolo vsetko o.k. a v aplikaciach sa vzdy objavovali existujuce vstupy/vystupy zvukovky
- teraz vsak chybaju vstupy v mixaznom pulte v gnome, takisto aj v Kmix. Navyse povodne som mail iny gnome-mixer. Bol to klasicky mixer aky sa bezne vyskytuje v gnome2. V kmix som taktiez mal mnozstvo vstupov a vystupov, teraz je tam iba sumarny output.
Navyse niekedy sa mi stane napr. pri youtube, ze nezacne hrat zvuk, musim video zastavit, znovu pustit a potom uz zvuk ide. Taktiez sa mi stava, ze mail-notifier zaregistruje mail, spusti akciu k mailu ale zvukove upozornenie dostanem az o niekolko minut. Ked ale vyskusam zvukove upozornenie priamo v mail-notifier, tak je vsetko v poriadku. Stava sa aj to, ze sa mi zvuky nahodne prehraju po sebe ale napr. so spozdenim niekolko minut. VLC na prvy krat neprehrava zvuk a a musim ho zastavit a znovu spustit.

Cele sa to javi tak, ze zvuky sa ukladaju kamsi do bufferu a ked nenastane nejaka udalost, ktora generuje zvuk, tak sa zvuky samovolne prehravaju neskor.

Neuveritelne hlupy problem, s ktorym som sa este nikdy nestretol. Alsamixer obsahuej vsetky vstupy a vystupy ale systemovy mixer v gnome nie. Niektore zvukovky maju iste problemy, ale kompilacia alsa to spravidla vzdy vyriesi. Teraz vsak nie. Vid obrazok: http://img804.imageshack.us/img804/8296/soundg.png

Na co by som sa mal orientovat ? Chyba mi nejaky balik ? Alebo mi chyba modul pre zvukovku - alsamixer vsak vidi zvukovu kartu v poriadku a aj jej vstupy/vystupy. Zvukovka vlastne hra, takze modul by jej chybat nemal.

Vystup z lsmod | grep snd
Kód: [Vybrat]
snd_hrtimer             1240  1
snd_hda_codec_hdmi     17041  1
snd_hda_codec_realtek   201684  1
snd_seq_dummy           1079  0
snd_seq_oss            20878  0
snd_seq_midi            3638  0
snd_hda_intel          16401  2
snd_hda_codec          52794  3 snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_hda_intel
snd_hwdep               4170  1 snd_hda_codec
snd_rawmidi            12754  1 snd_seq_midi
snd_pcm_oss            28015  0
snd_mixer_oss          10678  1 snd_pcm_oss
snd_seq_midi_event      3750  2 snd_seq_oss,snd_seq_midi
snd_pcm                47343  4 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_seq                34950  7 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_seq_midi_event
snd_timer              12526  3 snd_hrtimer,snd_pcm,snd_seq
snd_seq_device          3839  5 snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_rawmidi,snd_seq
snd                    35600  21 snd_hrtimer,snd_hda_codec_hdmi,snd_hda_codec_realtek,snd_seq_dummy,snd_seq_oss,snd_seq_midi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_rawmidi,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_seq,snd_timer,snd_seq_device
soundcore               3450  1 snd
snd_page_alloc          4945  2 snd_hda_intel,snd_pcm

Vopred dakujem za radu, som zvyknuty riesit rozne problemy, ale toto mi pride trosku ako ducharina :-)

Jedna sa o debian squeeze 32bit, kernel 2.6.32-5-686-bigmem, alsa 1.0.24

NTB ACER ASPIRE 7740G. Zvukovka je intel HDA Realtec ALC670.

34
Vývoj / Re: System správy verzí v malé skupině
« kdy: 06. 09. 2011, 11:17:39 »
[Kalanis]
No, toto je uplne klasicky sposob, ktory sme pouzivali +- doteraz, ale zacina to mierne zdrzovat. Navyse je tam potrebne urcite usilie na evidenciu zmien v kodoch a pripadne hladanie chyby v buducnosti. Tento system je v pohode pre jedneho vyvojara, prakticky doteraz som ho pouzival, ale pre vacsi projekt sa mi neosvedcil. Je to mierne neprehladne a strasne sa mnozia rozne subory tipu subor.php.bak vo foldroch v.2x.x v3.x.x a podobne :-)

Inak na Linuxe odporucam jEdit, je to sice java monstrum, ale je to velmi dobry editor s mnozstvom pluginov.

Co sa tyka vasej otazky - treba commitovat do git-u len vysledny produkt, ktory je sfunkcneny natolko, ze moze sluzit ako odrazovy mostik nejakej major verzie. Dalsie zmeny potom uz commitovat uplne vsetky (samozrejme nie kazdy backspace alebo \n). Co sa tyka balickovania, tak na to sa da pouzit skript, ktory Vam vsetko zabali tak ako potrebujete. Ale pri vyvoji rozhodne pracovat z nezabalenymi subormi. V repozitaroch uchovavajte iba zdrojaky, uchovavat zipy, ktore nemozete priamo upravovat je zbytocne (nechavajte si iba vyznamne verzie). Nasledne si zabalte so zdrojakov prave tu verziu, ktoru potrebujete.

Mozno sme sa nerozumeli a vasu otazku som zle pochopil, mozte kludne upresnit :-)

35
Vývoj / Re: System správy verzí v malé skupině
« kdy: 19. 08. 2011, 11:25:45 »
[ava] Urcite si to pozriem, uz len preto, ze je to pre mna upln novinka :-)

[ovrscout] Dakujem za doporucenia. Nakoniec som sa rozhodol pre GIT v tejto zostave:

- u mna na debiane lokalne repo, NetBeans IDE, riadok a skriptiky
- u kolegov na windowse NetBeans IDE, msysgit
- centralne repo na serveri, pravdepodobne cez SSH

Vcera som nejako nemal cas, ale dnes to skusim nahodit do virtualu a otestovat. Nasledne by som to preklopil do nejakej VPS, alebo nechal bezat na svojom stroji s verejnou IP a patricnym zabezpecenim.

Velmi rad si necham poradit od skusenejsich, teoria sa da precitat na nete, ale pozitivne/negativne skusenosti sa daju zistit, len ked sa clovek spyta :-)
Nakolko ste viac/menej vsetci odporucili GIT, rozhodol som sa pre GIT :-) Ak nam jedneho dna nebude stacit, potom sa znova budem obzerat po niecom dalsom, mozno Mercurial :-)

Este raz dakujem za postrehy a urcite dam vediet, co sa podarilo.

36
Vývoj / Re: System správy verzí v malé skupině
« kdy: 18. 08. 2011, 16:11:49 »
[kit]  Prave som si nasiel mnozstvo How-to o instalacii GIT-u na server, takze zrejme pojdem touto cestou. Co sa tyka samby, tak to je fakt, moze dojst k uzamknutiu suboru, naslednemu odomknutiu a zapisu novych dat. V konecnom dosledku by takto cely repozitar mohol zostat znacne nekonzistentny, takze svoj ucel by si to nesplnilo. ta samba by sa dala pouzit skor ako iba zaloha aktualneho lokalneho repozitara. Takze, radsej poraidne ciste riesenie, ktore nebudeme musiet neustale kontrolovat, ale proste sa spolahneme, ze to funguje :-)

Uvazujem zrovna nad SSH implelentaciou, ktoru som nasiel v jednom HowTo. Este si to zbezne prejdem, ale to bude asi to prave. Zatial by som to nechal na mojej masine, pustil by som von jeden port na verejnej IP pre zvysok teamu, priapadne hodim nejaky filter IP a mozme vyskusat novy sposob prace :-)

37
Vývoj / Re: System správy verzí v malé skupině
« kdy: 18. 08. 2011, 15:52:53 »
Zaujimave riesenie :-) Ale nahodit GIT na VPS zrejme nebude problem. Najjednoduchsie to pojde cez sambu, ale riesenie to nie je vobec elegantne. No, na zaciatok mi postaci to, ze nebudem mat neporiadok v zdrojakoch, zvysni clenovia teamu sa uz nejako skoordinuju :-)

Skor by som preferoval neico taketo:
http://tumblr.intranation.com/post/766290565/how-set-up-your-own-private-git-server-linux

Mercurial ma "hg serve", zrejme aj GIT ma nieco podobne, alebo by sa dalo pouzit nieco taketo:
http://kernel.org/pub/software/scm/git/docs/howto/setup-git-server-over-http.txt
http://jfcouture.com/2008/01/20/how-to-set-up-a-git-server/

V tom poslednom sa spomina gitosis.

Su to vsetko iba ideove zalezitosti, konkretne prevedenie by uz zaviselo od okolnosti :-)

Neviem, co vsetko stihnem dnes, ale mozno vyskusam lokalny webserver s GIT repozitarom a ked to bude potrebne, premigrujem na nejake VPS.

38
Vývoj / Re: System správy verzí v malé skupině
« kdy: 18. 08. 2011, 14:06:16 »
Noo, prave sa zabavam s 3 projektikmi a GIT-om integrovvanom v NetBeans 7.0.1. vyborne, presne toto potrebujem. Podla dokumentacia spojazdnim server s nasimi repozitarmi a bude to presne to, o co mi slo.

Zakladne veci ako commitovanie, checkout, add a podobne ide perfektne, zvlada to aj tvorbu branch-ov a po nastaveni je netbeans schopne priamo editovat subory projektu cez SFTP.  Zaroven sa subory ukladaju aj do lokalneho projektu a mozem si prezerat historiu zmien :-)

Presne toto som potreboval :-) Este sa s tym blizsie oboznamim a dam vediet... ale zatial to vyzera skor pre GIT, nakolko Mercurial  v NetBeans nefunguje ako ma (aspon nie u mna). Este si porobim skriptiky a bude to nakomplet :-)

39
Vývoj / Re: System správy verzí v malé skupině
« kdy: 18. 08. 2011, 12:17:05 »
[kit] No, takto som sa na problematiku este nepozeral :-)
Co sa tyka zalohovania, mam v plane zalohovat to klasicky (tar.gzip), takze repozitar by sa pravidelne cez cron balil a kopiroval do zaloh. To iste by platilo aj pre pracovny folder.

40
Vývoj / Re: System správy verzí v malé skupině
« kdy: 18. 08. 2011, 11:33:57 »
[Dusan Zatkovsky]
To SVN a CVS som zavrhol z trosku subjektivnych dovodov, zdali sa mi zlozite a sem tam sa v nejakych diskusiach objavi, ze su tieto systemy uz zastarale. V pripade GIT a Mercurial ma presvedcili hlavne na zaciatok jednoduchsia praca a prislo mi to prehladnejsie uz pri citani samotnych manualov.

Myslim, ze to co potrebujem ja, splni GIT a Mercurial s obrovskou rezervou :-)

41
Vývoj / Re: System správy verzí v malé skupině
« kdy: 18. 08. 2011, 11:28:58 »
Dakujem za odpovede. Pozeral som podporu, NetBeans pod Linuxom maju podporu Mercurial a GIT, takze pri pouziti NetBeans by sme mali vyriesenu aj otazku GUI :-) Pod windows este musim vyskusat. Ja sice viac preferujem svoje male shell-skriptiky, ale pri windowse sa skor hodi nejaky GUI nastroj.

[Mordae] Co sa tyka webovych rozhrani, nejake som uz nasiel, popzeram vyskusam a uvidi sa. Dakujem aj za malu ukazku prace s GIT-om.

Pre Mercurial som nasiel nieco taketo:  http://javadocs.wordpress.com/2010/05/25/introducing-hg-php-a-web-mercurial-repository-manager/

Zopar GUI podl inux som nasiel tu:
http://stackoverflow.com/questions/1516720/git-gui-client-for-linux

Nieco pre windows som nasiel tu:
http://stackoverflow.com/questions/157476/what-guis-exist-for-git-on-windows

Skonsolidujem si zdrojaky a skusim nasadit GIT a Mercurial, uvidime, ktory bude pohodlnejsi, ale zatial sa priklanam k tomu GIT-u, kedze tu mam od Vas same kladne odporucania.
Ocakavam od pouzitia mierne zefektivnenie prace pri prerabani suborov.

Este raz dakujem za odpovede, urcite napisem, pre co som sa nakoniec rozhodol.

42
Vývoj / System správy verzí v malé skupině
« kdy: 18. 08. 2011, 10:30:25 »
Zdravim vsetkych.

Momentalne riesim koordinaciu niekolkych malych PHP projektov, na ktorych pracuje mala skupinka ludi, pripadne iba jednotlivec. Doteraz sme nepouzivali ziadny system spravy verzii, opravy/upravy sa realizovali vo forme reportu a nasledneho zaradenia upraveneho suboru do noveho foldra s cislom revizie. Pri malom projektiku a malych poctoch zmien je to este unosne, ale momentalne to zbytocne zdrzuje pri praci a je to uz neprehladne.

Chcel by som sa preto spytat, ktory system spravy verzii by ste vedeli doporucit.
Mas nasledovne poziadavky:

- lokalny repozitar
- webovy repozitar
- moznost spravovat/prehliadat zmeny cez web browser
- jednoduchy commit zmien
- jednoduche prehliadanie verzii a ich rozdielov
- moznost ulozit na lokalny disk lubovolnu starsiu reviziu vsetkych suborov
- integracia do NetBeans/Eclipse
- moznost prenositelnosti repozitarov medzi servermi pri migracii

Zatial som zavrhol SVN,CVS ako zbytocne zlozite. Uvazujem nad GIT alebo MERCURIAL. Mercurial ma zaujal pre svoju jednoduchost a dobru dokumenaciu. Ja uprednostnujem prikazovy riadok ale nejake GUI pre kolegov na Windowse by bolo tiez fajn :-)

Mate niekto realne pozitivne/negativne skusenosti ? Alebo nejake navrhy ?

Dakujem za odpovede.

43
WAMP V podstate to iste ako XAMPP  :) Ucelom je priniest uzivatelovi LAMP ale na Windows :D

44
Mozno ano, ale takto je to vsetko pokope a takmer bezpracne. Zaroven si tak moze vyskusat vsetky bezne php skripty, nakolko takmer vsetky mozne a nemozne PHP moduly a extensiony su uz predinstalovane. No a v podstate sa to az tak drasticky nelisi od produkcneho prostredia serveru (s prizmurenim vsetkych oci  :))
Este by som doporucil doinstalovat Xdebug, ktory urcite pomoze nielen zaciatocnikovi pri standardnych chybovych hlaskach (tusim nie je v instalacii zahrnuty).

Instalaciou kompletneho balika sa zaciatocnik v podstate zbavi problemov konfiguracie a moze sa naplno venovat DB select-om, IF-om a ostatnym veciam tykajucim sa priamo PHP a databaz  :)  Pripadne moze bez obav pouzivat hotove casti kodov z programatorskych portalov bez obav, ze mu nieco bude v instalacii PHP chybat. Samorejme si v tomto hotovom prostredi moze nainstalovat prakticky vsetky bezne webove aplikacie. No a casom moze kludne vsetko instalovat a konfigurovat sam podla chuti :)

45
Ja by som tiez doporucil samostatnu instalaciu apache, php, mysql. Ale pre zjednodusenie mozem doporucit XAMPP http://www.apachefriends.org/en/xampp.html.

Ked musim robit na windowse (niekedy sa stava) tak sa mi osvedcil ako spolahlivy a dobre konfigurovatelny prave tento balik.

Stran: 1 2 [3] 4 5 6

reklama