Příspěvky

9151

Software / Re: Má smysl se učit Vim nebo Emacs?

« kdy: 13. 02. 2011, 17:55:57 »

Samozřejmě, mě stačí zmačknout F7 (v Eclipse to stačí jen uložit). Chybová místa mi to podtrhá jako ve Wordu překlepy :-) Luxus

No a představ si, že já, když programuju v mono/boo, tak používám Monodevelop, užívám si luxusu IntelliSense nebo jak se tomu nadává - a když dělám administrátorský věci, píšu ve vimu a užívám si luxusu doplňování cest k souborům a vkládání výstupů přikazů.

A dokonce když píšu v LaTeXu, obvykle si k tomu napíšu Makefile, abych pdfko vytvořil z vimu pomocí :m<šipka nahoru><enter>. Shame on me!

9152

Software / Re: Má smysl se učit Vim nebo Emacs?

« kdy: 13. 02. 2011, 16:55:31 »

překlad pouští napsáním 'make'

Šokující!

9153

Server / Re: Jak smazat deset milionů adresářů?

« kdy: 12. 02. 2011, 17:23:49 »

...místo toho smajlíka byly dva otazníky...

9154

Server / Re: Jak smazat deset milionů adresářů?

« kdy: 12. 02. 2011, 17:21:16 »

Přijde mi teda trochu divné, že by tohle systém neustál, ale možné je všechno... (zuřivé swapování z nějakého důvodu apod.)

Pro začátek by se ještě dalo zkusit, jestli je problém v samotném procházení adresáře, nebo až v té operaci mazání.

Takže zkusit něco, co sice pročte celý adresář s miliony položek, ale pak udělá jenom nějakou jednoduchou operaci. Třeba tohle:

# echo test-1?
(měl by vypsat všechny adresáře, jejichž jméno má jenom dva znaky a první je jednička)

Pokud to projde v pohodě, tak bych tímhle způsobem postupně mazal:

# rmdir test-??
(sto položek snad zvládne)

# rmdir test-???
(tohle snad taky)

...a od n2jak0 hranice už třeba nějak po částech:
# rmdir test-1??
# rmdir test-2??
# rmdir test-3??

atd.

Je to teda hooodně divnej postup, ale vzhledem k divně položené otázce ("někdy to padá") asi adekvátní

9155

Distribuce / Re: Distro snů?

« kdy: 11. 02. 2011, 23:20:58 »

Můžeš si udělat svoje distro

Jednou si každý bude dělat svoje distro! A někteří z nás i víc!

9156

Server / Re: Postgrey občas nepustí normální mail

« kdy: 11. 02. 2011, 20:20:40 »

sqlgrey blacklistuje n1 ako nelegálneho klienta, pretože sa neunúval znovu poslať m1

A není problém především tady? Přiznám se, že doteď jsem netušil, že nějaký greylisting nástroj dělá blacklisting z tohodle důvodu... A pokud ho dělá, není na místě zvážit vypnutí téhle feature? (samotný greylisting by IMHO měl úplně vklidu stačit, notoričtí spammeři by měli být nacházení jinak - nějakým "oficiálním" blacklistem)

9157

Software / Re: Má smysl se učit Vim nebo Emacs?

« kdy: 11. 02. 2011, 19:57:24 »

Ondro, přijde mi, že to trochu hrotíš. No tak ti prostě vi(m) nevyhovuje, no a? Je tu zjevně dost lidí, kterým vyhovuje.

...a nejspíš to bude (jako u všeho jiného) hlavně o tom, co člověk většinu času dělá. Když je např. admin, tak je pro něho docela spása, když editor třeba umí přímo v textu doplňovat cestu k souboru - nemusí se hrabat někde bokem v terminálu, tam si celou cestu vy-tabovat, označit, zkopírovat a vkládat do editoru.

Dalším příkladem budiž vložení výstupu příkazu do textu. Chci občas vložit aktuální datum? Občas seznam souborů v nějakém adresáři? Občas jánevímco? Není potřeba si pamatovat nějaký šílenosti typu CTRL+ALT+D (date), CTRL+SWITCH+L (ls), ALT+SWITCH+J (jánevímco), ani tyhle šílený trojhmaty lovit po klávesnici - člověk totiž zná příkazy, který tohle dělají v terminálu, tak je použije tak, jak je používá v terminálu:

:r! date
:r! ls ~
:r! janevimco

Ten tvůj argument s konzistentností ovládání textarea a "běžných" editorů naprosto chápu - ale ty zas chápej, že vim přináší daleko širší konzistenci třeba s tím ovládáním terminálu. Já jsem třeba neuvěřitelně rád za šipku nahoru (v příkazovém modu), protože se pomocí ní třeba za pár dní vracím k příkazům, který jsem psal předtím. A funguje to naprosto konzistentně s tím, jak funguje šipka nahoru v shellu, který používám - a to je pro mě daleko podstatnější, než konzistentnost s ovládáním GUI aplikací...

Jsme prostě každej jinej a děláme jiné věci no... nic novýho pod sluncem.

9158

Server / Re: Postgrey občas nepustí normální mail

« kdy: 11. 02. 2011, 16:55:41 »

Jenomže to je špatně....

Ano, je

Proč by se měl uživatel obtěžovat, on poslal email a ten někdo ho nedostal. Čí je to chyba?
Podle mě toho, kdo to měl doručit.

O uživateli nepadlo ani slovo, bavíme se o komunikaci mezi dvěma mailovými servery.

A ano, souhlasím, že je to chyba toho serveru, který to měl doručit - tj. toho, který poslední mail PŘEVZAL - tj. toho, který ho odesílá na tvůj (postrgeyovaný) server. Tvůj server totiž mail NEPŘEVZAL, proto ani nemůže být zodpovědný za jeho doručení.

Tvůj server (B) prostě odesílajícímu serveru (A) řekne "sorry, ale teď DOČASNĚ nejsem schopen zprávu přijmout" - jestliže si to server A vyloží jako "mail doručen" nebo "mail nelze doručit" nebo "mail můžu zahodit", je to očividně jeho chyba, nikoli chyba serveru B. Minimálně proto (což už tu zaznělo), že mailserver může být chvíli mimo provoz, to je něco, s čím prostě A musí počítat.

Jak by se ti líbilo, kdyby pošťačka zazvonila na tvoje dveře, tys neotevíral a ona by usoudila, že balíčky pro tebe může hodit do koše?

Celé tohle téma jsem chtěl vyřešit jednu věc - jestli jde nějak systémově vyřešit, že to občas zachytí email, který by měl projít.

Ale to je právě úplně špatně položené - postgrey nic "nezachytává", tím méně falešně pozitivně (snad až na těch víc IP, co tady zmiňoval kolega). Postgrey prostě jednoduše odesilateli řekne "teď to nepřijmu, zkus to později". Problém pramení z toho, že to odesilatel nepochopí.

Jenom dodám, že pokud to řešení nemá, tak je to podle mě špatný systém (postgrey), to je celé.

No za prvé je otázka, jestli chci svůj server ohýbat tak, aby řešil chyby jiných serverů. A za druhé je otázka, jaké prostředky mám k řešení chyby jiných serverů.

Co třeba kdyby nějaký mailserver nezačínal komunikaci HELO/EHLO, ale třeba ZDAR, TADY VENCA? Je můj server špatný, když s ním nebude komunikovat?

9159

Server / Re: Postgrey občas nepustí normální mail

« kdy: 11. 02. 2011, 10:43:55 »

Já bych ten dotaz napsal trochu jinak:

Občas se mi stává, že postgrey pozdrží nějaký mail a jeho odesílatel se neobtěžuje ho poslat znovu.

9160

Server / Re: Jak si pořídit domácí webserver

« kdy: 06. 02. 2011, 14:25:47 »

No je to tak a my se s tim musime (bohuzel) naucit zit ... Ja treba nechapu proc nas provider blokuje vsechny odchozi smtp porty ?!?? tzn. nemohu odeslat postu pres nas firemni smtp server , pouze pres jejich smtp server ... ALE TOTO JE MIMO TUTO DISKUZI

Poslední OT post

Blokování odchozího SMTP se dá ještě pochopit, protože když uživatel chytí nějaký malware a začne spamovat, tak má problém i provider (pokud spamuje přes providerův SMTP server, může ho lehce zablokovat), ale zakázat uživatelovi, aby se na něj někdo napojil na portu 80? Nechápu důvod.

9161

Server / Re: Jak si pořídit domácí webserver

« kdy: 06. 02. 2011, 11:56:15 »

len by som chcel upozornit, ze vela providerov blokuje port 80 (prichadzajuce spojenia), takze ten web server mozno bude treba dat na iny port (a vynadat providerovi)

To ovšem potom nejsou provideři služeb, ale provideři buzerace. Nechápu, proč by přicházející www měli blokovat - dost na tom, že mají tak pomalý upload...

9162

Server / Re: Paralelní provoz dvou poštovních serverů

« kdy: 03. 02. 2011, 12:19:03 »

Reseni tohoto problemu (pro me nezkuseneho) da mozna vic prace nez samotne uchozeni v Postfixu.

To je velmi pravdepodobne

Po konfiguraci Postfixu planuji zastavit server se Sendmailem a na serveru s Postfixem omezit (pomoci iptables) prijem posty jen z nekolika IP (seznam, google, apod). A kdyz to bude fungovat, odstranim to omezeni.
Snad by to tak slo.
JF.

A co se tim docasnym omezenim ma dosahnout?

Neni lepsi pouzit standardni metodu - tj. vytvorit testovaci server, ten otestovat (umele vytvorenou zatezi, proverujici vsechny pozadavky na server kladene) a pote nasadit?

9163

Server / Re: Paralelní provoz dvou poštovních serverů

« kdy: 03. 02. 2011, 02:07:23 »

At to ctu jak to ctu, prichozi posta se ma rozdelit tak, ze cast putuje na a je zpracovana sendmail-em a cast postfixem.

Ok, tazatel to nenapsal jasně, musí se vyjádřit sám.

Já jsem si zas víc než těch front všimnul toho slova "testovací" -- pokud by byly dva rovnocenné servery, loadbalancované pomocí DNS, tak jsou oba produkční...

9164

Server / Re: Jak se přihlásit do běžící session?

« kdy: 02. 02. 2011, 22:09:14 »

Určitě tmux!

9165

Server / Re: Paralelní provoz dvou poštovních serverů

« kdy: 02. 02. 2011, 22:08:35 »

Rozbehat dalsi server na jine IP, a nastavit v DNS dva MX zaznamy se stejnou prioritou?

A jak na to zareaguje klient?

Wiki píše tohle (v RFCčkách se mi teď hledat nechce):

To provide reliable mail transmission, the SMTP client must be able to try (and retry) each of the relevant addresses in this list in order, until a delivery attempt succeeds.[3] If there is more than one MX record with the same preference number, all of those must be tried before moving on to lower-priority entries.

Takže jestli to správně chápu, pokud mají dva nebo víc serverů stejnou preferenci, může si klient vybrat LIBOVOLNÝ Z NICH a teprve, když u všech z nich neuspěje, může jít na server s vyšší preferencí.

To ale asi není to, co tazatel chce... (podle mě jediný řešení je fakt přeposílání, ale to není "vyzkoušení ostrého provozu", minimálně proto, že maily budou chodit pořád z jedné IP a klient se bude chovat pořád stejně (ne)korektně)