Příspěvky

8656

Vývoj / Re:Mono na web?

« kdy: 06. 03. 2012, 12:18:42 »

ale kvoli GIL to nie su nativne vlakna, takze vyuzitie pri multicore asi nie je najlepsie v porovnani s inymi technologiami. http://jessenoller.com/2009/02/01/python-threads-and-the-global-interpreter-lock/.

No o tohle mi prave jde - ten clanek je taky dva roky stary, zajimalo by me, jaka je situace ted. Vicejadrove systemy jsou cimdal castejsi a pokud je Python neumi vyuzit, tak bych si ho teda doporucit netroufnul...

8657

Vývoj / Re:Mono na web?

« kdy: 06. 03. 2012, 10:51:59 »

runserver je na vyvoj nie na produkcne pouzitie.

Jo, to jsem z toho pochopil, ale porad mi neni jasne, jak je teda udelane produkcni reseni, pokud Python multithreading poradne neumi*. Muze to byt sice navesene na nejaky server (Apache), ktery umi s malou reziji navazat spousty spojeni, ale beztak se musi pozadavky nejak predat pythonu - tak jako tak se musi vytvorit samostatny proces, nebo vlakno. Je mozna nejaka jina cesta? Jak je to vlastne udelane?


* to netrvdim, ptam se. Myslim, ze jeste nedavno platilo, ze Python ma giant lock, jaka je situace ted, to nevim a prave me to zajima

8658

Server / Re:Verziovanie databazy

« kdy: 06. 03. 2012, 09:34:28 »

asi nepouzivaji zadny DB framework v php a perou to tam napřímo.

No i tak prece potrebuji vedet, s jakou verzi struktur pracuju a jakym zpusobem muzu jednu verzi struktury prevest na jinou.

Jiste si muzu verzi struktur zapisovat jinam nez do DB, ale proc bych to delal? A stejne tak muzu jiste kod na prevod verzi struktur zapisovat jinam, nez do samotne aplikace, ale opet: proc bych to delal?

8659

Server / Re:Verziovanie databazy

« kdy: 06. 03. 2012, 08:03:12 »

Děláme to úplně stejně. A v tom skriptu pro přechod na jinou verzi nemusí být jen změna DB, ale i třeba změna nějakého adresáře, aktualizace nějakých datových struktur v DB či jinde apod.

A ono to jde dělat jinak? (přiznám se, že jsem dotaz moc nepochopil...)

8660

Vývoj / Re:Mono na web?

« kdy: 05. 03. 2012, 23:16:41 »

taky je vyborne django (python))

Jeste porad plati, ze ma Python problem s multihtreadingem?

Pohled treba na https://code.djangoproject.com/ticket/3357 je docela zalostny... a jestli podporu multithreadingu pridali az tady https://code.djangoproject.com/changeset/16427 tak to mi prijde jako docela no comment...

8661

Vývoj / Re:Mono na web?

« kdy: 04. 03. 2012, 23:45:16 »

Jak již bylo zmíněno. Pokud to máte na hraní, vyberte si něco "zajímavého". Grails, Scala, Erlang.

No ja bych Erlang nenalepkoval jako "zajimavy, ale na hrani"*. Spis jde o to, jestli chce jit clovek do risku psat v  jazyce, pro ktery bude tezko hledat programatory, nebo sam tezko hledat uplatneni.

Jinak Erlang jako takovy mi prijde jako hodne hodne dobry jazyk a i webove frameworky pomerne slusne (uplne detailne jsem se tim nezabyval, ale co jsem tak zkousel, tak na vetsinu beznych projektu maji myslim dostatecnou vybavu). Takze pokud ma nekdo mensi firmu nebo si svoje projekty pise sam, muze byt Erlang hodne dobra (a racionalni) volba.


* Ejabberd, RabbitMQ, CouchDB apod. myslim hovori docela jasne.

8662

Vývoj / Re:Mono na web?

« kdy: 04. 03. 2012, 21:25:56 »

Mozno este pogooglim a skoncim pri niecom uplne inom..

Záleží, jestli to chceš jenom pro svoje projekty, nebo se tím i v budoucnu živit. Jestli jenom to první, může být zajímavou alternativou třeba Erlang - ať už se Zotonic, Chicago Boss, Mochiweb, Nitrogen...

8663

Vývoj / Re:Hosting s podorou Gitu - pomozte nám otestovat

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

Protože většina emailových klientů si ho stáhne sama. Myslíte, abyste si ho potom mohl zkontrolovat?

No ja treba pouzivam mutt a korenove certifikaty CAs zavedene nemam. Takze mutt mi oznami, ze certifikat vydala (udajne) "Go Daddy Secure Certification Authority", ale jestli je to opravdu jeji certifikat, si jednoduchym zpusobem neoverim - musim nekde stourat po otisku tehle autority.

8664

Server / Re:Doručování do seznam.cz

« kdy: 03. 03. 2012, 10:48:14 »

A znate nekdo servr, kde se da zridit e-mail, ale servr ktery podporuje https a neni mit potreba zapnuty javascript?

Gmail umi jet i v cistem html, ne?

8665

Vývoj / Re:Hosting s podorou Gitu - pomozte nám otestovat

« kdy: 02. 03. 2012, 20:02:02 »

Zaujalo me ve vasich aktualitach tohle:

23. 1. 2012 Nový certifikát poštovního serveru
O víkendu jsme instalovali nový certifikát pro zabezpečené připojení k SMTP a POP3 / IMAP poštovnímu serveru hostingů. Pokud vás tedy poštovní klient vyzve k potvrzení této změny, akceptujte jí.

Jenom tak ciste ze zajimavosti by me zajimalo, proc neuvadite otisk noveho klice

8666

Vývoj / Re:Zaheslování stránek s LDAP a PHP

« kdy: 01. 03. 2012, 12:23:55 »

Zdravím, potřebovala bych pomoc se zaheslováním stránek pomocí ldap. O něco jsem se pokoušela, ale není to dobře. Jsem začátečník a velmi bych ocenila něči pomoc. Zde je co mám vytvořené: http://leteckaposta.cz/219486351
Budu ráda, když se mi někdo na to podíváte. 

Ahoj, asi budeš muset trochu líp popsat, co vlastně chceš. Pravděpodobně chceš autentizaci proti ldapu - tj. na tvoje stránky se lidi budou přihlašovat jménem a heslem a tahle kombinace se porovná s údaji uloženými v LDAPu.

Domyslel jsem si to správně?

Nemůžeš očekávat, že ti někdo zadarmo bude dělat audit kódu - stahovat tvoje zdrojáky, rozbalovat, pročítat, nebo dokonce zkoušet rozjet. Jestli chceš dostat radu, napiš:

• o jaký program jde, co má konkrétně dělat
• co ti nefungovalo a jakým způsobem (tj. udělala jsem X, očekávala jsem reakci Y, ale stalo se Z)
• vlož sem relevantní část zdrojáku, která nefunguje tak, jak bys očekávala
• větší části kódu vlož někam, kde si to ostatní můžou rychle a pohodlně přečíst - třeba na pastebin.com

Je to v tvém zájmu - na dotaz tak, jak jsi ho sem vložila, ti pravděpodobně nikdo nedá rozumnou odpověď.

...a při čekání na odpověď si můžeš přečíst tohle:
http://catb.org/esr/faqs/smart-questions.html#before
http://catb.org/esr/faqs/smart-questions.html#beprecise
http://catb.org/esr/faqs/smart-questions.html#symptoms

8667

Software / Re:Klonování z menšího disku na větší

« kdy: 29. 02. 2012, 14:23:53 »

5. kam to zapíšu? http://leteckaposta.cz/533032225

Misto radku

Kód: [Vybrat]

LABEL=/home1    /home    ext3   defaults   1 2

musi byt

Kód: [Vybrat]

/dev/sdX1    /home    ext3   defaults   1 2

8668

Software / Re:Klonování z menšího disku na větší

« kdy: 29. 02. 2012, 10:19:30 »

pokud by fungovalo, že přidám další disk (jak píše kolega) a udělat bypass, tak by to stačilo
http://leteckaposta.cz/418539687

Tak to je pak jina Asi nejjednodussi zpusob je:
1. pomoci sfdisku nebo neceho podobneho na novem disku vytvorit jedinou partisnu
2. mkfs.ext3  /dev/sdX1    # X nahradit pismenkem noveho disku
3. mount /dev/sdX1 /mnt/tmp     # misto /mnt/tmp se da pouzit jakykoli EXISTUJICI adresar
4. cp -a /home/* /mnt/tmp
5. v souboru /etc/fstab nahradit /dev/sda4 novou partisnou /dev/sdX1
6. reboot

8669

Software / Re:Klonování z menšího disku na větší

« kdy: 28. 02. 2012, 23:19:16 »

Na kopírování a přepisování bootsectoru pozor! V případě MBR nesmíte zapomínat, že v ní je uložena kromě zavaděče i tabulka oddílů. Kdysi jsem si při podobných hrátkách "zkopíroval zavaděč" a pak jsem se nestíhal divit, že na 20GB disku mám 120GB partition Zavaděč fungoval perfektně, hda1 šlo použít, ale na hda2 a hda3 už jsem se nedostal. Od té doby dávám přednost příkazu grub-install.

Bohužel tohle je rozšířené ve spoustě návodů různě po webu, kde se kopíruje prvních 512B. Správně má být 446B.

Ale to je detail, tuhle věc prostě má dělat člověk, kterej tomu rozumí - minimálně si umí najít relevantní informace z důvěryhodných zdrojů.

8670

Software / Re:Klonování z menšího disku na větší

« kdy: 28. 02. 2012, 18:05:59 »

Já se zase přikláním k Jardovi - udělat to dd-čkem a pak pomocí gparted zvětšit datový oddíl.

Plus ještě zvětšit filesystém, pokud to vůbec umí (nemusí tam být zrovna ext).

Může to být (bude?) pomalejší atd. atd., ale není to (podle mě) tak náročné na úkony ani znalosti.

No může to být zatraceně pomalejší, protože když ten oddíl, co chci zvětšit, nebude na konci, musí se ještě ty za ním posunovat, což je další kopírování navíc.

Navíc pořád nechápu, co je na tom jednoduššího. Pokud nebudu přehazovat pořadí partišen nebo měnit jejich počet, nemusím se ani moc párat s reinstalací bootsektoru a stačí ho pomocí dd překopírovat (pokud se nepletu). Potom je metoda bez dd jasně jednodušší a podstatně rychlejší.