14 Jan
2012
14 Jan
'12
10:10 a.m.
Dobre rano Komunita,
rad by som sa podelil o par myslienok/napadov na zlepsenie mailing
listov, zvazte ich prosim:
1. rozdelit outage listy podla fyzickeho serveru - nie kazdeho zajimaju
vypadky na inych servroch ako na mojom
2. vylepsit format sprav o vypadkoch - formalizovat jeho tvar, pridavat
ical prilohu, pokial sa o vypadku vie dopredu, pripadne aj prikladat
vcard s priamym kontaktom na podporu; nepodpisovat gpg -
Pavel(komplikuje to automaticke parsovanie)
Zdovodnenie:
1. mnozstvo "SPAMU", ktore je aktualne v mojej schranke je myslim vysoke
a s rastom zdruzenia bude len rast - znizuje to citlivost na tieto
spravy, nechce sa mi kazdu chvilu listovat X threadmi, ci nahodou najdem
nieco o mojom servri; pri minimalnej konfiguracii(len mailing list pre
vypadky na mojom servri by som mal dostavat jedine info o vypadkoch,
ktore sa tykaju priamo mna)
2. moznost nejakeho rozumneho parsovania sprav o vypadkoch - automaticke
poznamenavanie v kalendari
Verim, ze tieto navrhy by mali prispiet ku dalsiemu zvysovaniu kvality a
profesionality zdruzenia,
Prijemny vikend prajem,
--
Adam Kovari <kovariadam(a)gmail.com>
14 Jan
14 Jan
10:35 a.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Ahoj,
diky za input, vypada to uzitecne.
Idealni by byla webova aplikace, ktera by to trackovala.
Premejslel jsem o pouziti napr. Google calendar, ale ten nema vsechny
funkce, aby mohl uspokojit co jsem vymyslel.
Zakladem outage reportingu bude mala webova aplikace, ktera bude z
vetsiny fungovat jako kalendar, kam se budou dat planovat vypadky. K
vypadkum si admini budou moct pripichnout TODO, ktere uvidi jen oni a
bude tam zaroven moznost pripisovat verejne viditelne informace -
pouziti bych videl v live feedu reseni vypadku.
Pro neplanovane vypadky - asi by se hodil per-server RSS feed.
Mailing list bych nechal jenom jeden, s tim ze do nej bude spamovat
jenom tahle aplikace a bude pouzivat subjecty v parsovatelnem formatu,
tak aby si kazdy mohl nastavit filtry v mail klientovi.
Obecne format reportu o vypadku se tim standardizuje taky.
Tak, ted uz jenom pockat, nez to Aither napise :)
Snajpa
On 01/14/2012 11:10 AM, Adam Kovari wrote:
Dobre rano Komunita,
rad by som sa podelil o par myslienok/napadov na zlepsenie mailing
listov, zvazte ich prosim:
1. rozdelit outage listy podla fyzickeho serveru - nie kazdeho zajimaju
vypadky na inych servroch ako na mojom
2. vylepsit format sprav o vypadkoch - formalizovat jeho tvar, pridavat
ical prilohu, pokial sa o vypadku vie dopredu, pripadne aj prikladat
vcard s priamym kontaktom na podporu; nepodpisovat gpg -
Pavel(komplikuje to automaticke parsovanie)
Zdovodnenie:
1. mnozstvo "SPAMU", ktore je aktualne v mojej schranke je myslim vysoke
a s rastom zdruzenia bude len rast - znizuje to citlivost na tieto
spravy, nechce sa mi kazdu chvilu listovat X threadmi, ci nahodou najdem
nieco o mojom servri; pri minimalnej konfiguracii(len mailing list pre
vypadky na mojom servri by som mal dostavat jedine info o vypadkoch,
ktore sa tykaju priamo mna)
2. moznost nejakeho rozumneho parsovania sprav o vypadkoch - automaticke
poznamenavanie v kalendari
Verim, ze tieto navrhy by mali prispiet ku dalsiemu zvysovaniu kvality a
profesionality zdruzenia,
Prijemny vikend prajem,
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iF4EAREIAAYFAk8RWnoACgkQdh+64ds5DabuegD9FT826ER+kg9LlvudM6Y6CsZp
kOt6610EW5MpzHGzPDcA/3d+CqGIQgImbMPYOMYDzzt2blrbdtVcqw5ik0zkuX4y
=JPCx
-----END PGP SIGNATURE-----
10:38 a.m.
Souhlasím s vylepšení formátu zpráv i když to není úplně nejnutnější,
protože v ideálním případě by jich nemělo být tolik aby se nedali
probrat ručně.
Chápu nechuť ohledně množství "zbytečných" zpráv. Přesto nesouhlasím se
štěpením mailing listů, protože:
* Kdo má spravovat tolik mailing listů - musí to být opruz být
přihlášený v tolika listech zároveň.
* Kdo se má v tolika mailing listech orientovat? Který si má uživatel
přidat?
* VPSky jsou migrovatelné (lze i bez vědomí uživatele, nepletu-li se)
což znamená, že já si bláhově můžu myslet, že se mě týká nodeXY a ve
skutečnosti jsem byl přestěhován na nodeZA...
Navrhl bych spíš kompromis:
* V každé zprávě o výpadku mít Jméno NODU a datum.
* Zacházení se zprávami je čistě na příjemci! Vhodné bude použít
filtrování:
o Mailing list -> separátní složka mimo doručenou poštu.
o Obsah "NODEXY" -> důležité
Snaha o profesionalitu je dobrá a potřebná, nesmí však být prováděna
přes byrokratizaci
S pozdravem
Jan D.
Dne 14.1.2012 11:10, Adam Kovari napsal(a):
Dobre rano Komunita,
rad by som sa podelil o par myslienok/napadov na zlepsenie mailing
listov, zvazte ich prosim:
1. rozdelit outage listy podla fyzickeho serveru - nie kazdeho zajimaju
vypadky na inych servroch ako na mojom
2. vylepsit format sprav o vypadkoch - formalizovat jeho tvar, pridavat
ical prilohu, pokial sa o vypadku vie dopredu, pripadne aj prikladat
vcard s priamym kontaktom na podporu; nepodpisovat gpg -
Pavel(komplikuje to automaticke parsovanie)
Zdovodnenie:
1. mnozstvo "SPAMU", ktore je aktualne v mojej schranke je myslim vysoke
a s rastom zdruzenia bude len rast - znizuje to citlivost na tieto
spravy, nechce sa mi kazdu chvilu listovat X threadmi, ci nahodou najdem
nieco o mojom servri; pri minimalnej konfiguracii(len mailing list pre
vypadky na mojom servri by som mal dostavat jedine info o vypadkoch,
ktore sa tykaju priamo mna)
2. moznost nejakeho rozumneho parsovania sprav o vypadkoch - automaticke
poznamenavanie v kalendari
Verim, ze tieto navrhy by mali prispiet ku dalsiemu zvysovaniu kvality a
profesionality zdruzenia,
Prijemny vikend prajem,
10:48 a.m.
Webova aplikacia je fajn, ale myslim, ze by ical v prilohe by bol
lepsi, pretoze kazdy by si to mohol spracovat ako chce a nepotreboval
sledovat dalsiu stranku.
Do mailing listu sa predsa prihlasuje clovek iba raz, takze zas taky
opruz to snad nebude.
Pridat si staci ten na ktorom ma server, opat iba raz.
O tej migracii som nevedel, to by mohlo byt zasadne, v takom pripade
suhlasim s Janom, ze nechat iba jeden a formalizovat format - teda
hlavne predmet pre filtrovanie.
Adam
2012/1/14 Jan Drábek <me(a)jandrabek.cz>cz>:
Souhlasím s vylepšení formátu zpráv i když to není
úplně nejnutnější,
protože v ideálním případě by jich nemělo být tolik aby se nedali probrat
ručně.
Chápu nechuť ohledně množství "zbytečných" zpráv. Přesto nesouhlasím se
štěpením mailing listů, protože:
Kdo má spravovat tolik mailing listů - musí to být opruz být přihlášený v
tolika listech zároveň.
Kdo se má v tolika mailing listech orientovat? Který si má uživatel přidat?
VPSky jsou migrovatelné (lze i bez vědomí uživatele, nepletu-li se) což
znamená, že já si bláhově můžu myslet, že se mě týká nodeXY a ve skutečnosti
jsem byl přestěhován na nodeZA...
Navrhl bych spíš kompromis:
V každé zprávě o výpadku mít Jméno NODU a datum.
Zacházení se zprávami je čistě na příjemci! Vhodné bude použít filtrování:
Mailing list -> separátní složka mimo doručenou poštu.
Obsah "NODEXY" -> důležité
Snaha o profesionalitu je dobrá a potřebná, nesmí však být prováděna přes
byrokratizaci
S pozdravem
Jan D.
Dne 14.1.2012 11:10, Adam Kovari napsal(a):
Dobre rano Komunita,
rad by som sa podelil o par myslienok/napadov na zlepsenie mailing
listov, zvazte ich prosim:
1. rozdelit outage listy podla fyzickeho serveru - nie kazdeho zajimaju
vypadky na inych servroch ako na mojom
2. vylepsit format sprav o vypadkoch - formalizovat jeho tvar, pridavat
ical prilohu, pokial sa o vypadku vie dopredu, pripadne aj prikladat
vcard s priamym kontaktom na podporu; nepodpisovat gpg -
Pavel(komplikuje to automaticke parsovanie)
Zdovodnenie:
1. mnozstvo "SPAMU", ktore je aktualne v mojej schranke je myslim vysoke
a s rastom zdruzenia bude len rast - znizuje to citlivost na tieto
spravy, nechce sa mi kazdu chvilu listovat X threadmi, ci nahodou najdem
nieco o mojom servri; pri minimalnej konfiguracii(len mailing list pre
vypadky na mojom servri by som mal dostavat jedine info o vypadkoch,
ktore sa tykaju priamo mna)
2. moznost nejakeho rozumneho parsovania sprav o vypadkoch - automaticke
poznamenavanie v kalendari
Verim, ze tieto navrhy by mali prispiet ku dalsiemu zvysovaniu kvality a
profesionality zdruzenia,
Prijemny vikend prajem,
_______________________________________________
Community-list mailing list
Community-list(a)lists.vpsfree.cz
http://lists.vpsfree.cz/listinfo/community-list
--
---
Adam Kovari(mailto:kovariadam@gmail.com)
1:30 p.m.
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Tak jsme nad tim trochu uvazoval a tady je vystup:
1. kvuli tomu SPAMu jsi prave clenem sdruzeni, ne zakaznikem firmy
2. nerad nekomu delam chuvu a nerad resim cizi problemy za nekoho
3. mam rad volny pristup k informacim
Takze:
1. zadne oddeleni mailing listu nebude
2. iCal neresim, jelikoz to nikdo z aktivnich clenu nepouziva
3. kazdy rozumny mail klient dneska podporuje filtry
4. komu ne, da se filtrovani resit na server-side
5. standardizujeme format outage zprav vcetne toho, ze tam BUDU postovat
prubeh reseni - kdo ho nechce videt, at zahazuje maily se subjectem v
urcitem tvaru
6. pokud chces iCal, muzes si to doprogramovat sam - jednoduse program,
ktery bude delat mail clienta, ktery prihlasis do mailing listu a
nechas ho parsovat ty zpravy a na vystupu budou iCal pozvanky - pokud to
opravdu potrebujes, tak az to naprogramujes, tak to prosim nezapomen
oznamit, kdyby to chteli pouzit i jini
Formaty outage zprav dodam, jakmile si v nich udelame jasno.
Takze jedine, co budeme programovat je mini aplikace, pres kterou budeme
posilat standardizovane outage zpravy, a to jak planovane, tak
neplanovane vypadky vcetne prubehu reseni ve forme "co aktualni
progress, to zprava".
Doporucuju vsem naucit se delat s mail filtry - preci jenom umet
filtrovat informace je dneska zakladni podminka preziti a ocekavat, ze
to filtrovani nekdo udela za vas se v mych ocich rovna vzdavani se
svobody. A to NESNASIM a odmitam se s tim identifikovat. O tom vpsfree je.
Snajpa
On 01/14/2012 11:10 AM, Adam Kovari wrote:
Dobre rano Komunita,
rad by som sa podelil o par myslienok/napadov na zlepsenie mailing
listov, zvazte ich prosim:
1. rozdelit outage listy podla fyzickeho serveru - nie kazdeho zajimaju
vypadky na inych servroch ako na mojom
2. vylepsit format sprav o vypadkoch - formalizovat jeho tvar, pridavat
ical prilohu, pokial sa o vypadku vie dopredu, pripadne aj prikladat
vcard s priamym kontaktom na podporu; nepodpisovat gpg -
Pavel(komplikuje to automaticke parsovanie)
Zdovodnenie:
1. mnozstvo "SPAMU", ktore je aktualne v mojej schranke je myslim vysoke
a s rastom zdruzenia bude len rast - znizuje to citlivost na tieto
spravy, nechce sa mi kazdu chvilu listovat X threadmi, ci nahodou najdem
nieco o mojom servri; pri minimalnej konfiguracii(len mailing list pre
vypadky na mojom servri by som mal dostavat jedine info o vypadkoch,
ktore sa tykaju priamo mna)
2. moznost nejakeho rozumneho parsovania sprav o vypadkoch - automaticke
poznamenavanie v kalendari
Verim, ze tieto navrhy by mali prispiet ku dalsiemu zvysovaniu kvality a
profesionality zdruzenia,
Prijemny vikend prajem,
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iF4EAREIAAYFAk8Rg14ACgkQdh+64ds5DaYKewD/Wx7SWReMRaqmL4us01UDPmEy
eSA0DwglZZh8j4tbGAEBALl1vmoLPGH6lCS6wNPSADhq8yfxOvOFKejdpDjG/6Xv
=UDbi
-----END PGP SIGNATURE-----
4492
days inactive
4492
days old
community-list@lists.vpsfree.cz
4 comments
3 participants
participants (3)
-
Adam Kovari -
Jan Drábek -
Pavel Snajdr