Web, mail, IRC, IM, hálózatok

Hali,

Nem tudom, mik az adott verziók között a főbb (és nem utolsó sorban hasznos) különbségek?
Ha volt már valaki, akinek bizonyos projektek miatt (vagy akár kedvtelésből) nagyobb verzióra kellett áttérnie, és tud mondani néhány pro/kontra érvet, hogy miért jobb/rosszabb magasabb verziót használni, az hasznos lenne.

Köszi előre is.

Sziasztok

~2010 óta használok IspCP-t. Azóta kiismertem, kicsit átdolgoztam a config készítő templateket. Immár Debian 8 kompatibilis. Felvérteztem mail quota kezeléssel. Lett egy Courier->Dovecot migrálás majd Dovecot+Sieve+Spamassassin+RoundCube összeállítás.
Manuális módon a php switcher is megoldott.
Szóval egész egyben van, de ha nem muszáj nem tuningolnám egyedül, ha van jobb út is.

Az IspCP folyamatosan fejlesztett forkja az i-MSCP. Mióta létezik, évente megnézem, de mindig csalódnom kell.
Fél éve használtam volna 2 szerveren is, mindkét helyen random megáll a webkiszolgálás. Előbb php-fpm majd fcgid módban próbáltam apache alapokon. Ha megállt, csak az apache restart segített, valamikor az sem, teljes rendszer reboot kellett. Logban nem panaszkodott.

Ezzel szemben az IspCP-ben lévő apache+fcgid beton stabilan ment mindig, 5-600 weboldallal is. Igaz az fcgidet picit finomhangoltam.

Igen tudom, egy panel!=service, így bizonyára az i-MSCP felület által generált configban lesz a hiba (ami bonyolultabb is, mint az IspCP Omegaban). A problémáim egy része vélhetően innen orvosolható.
Titkon bizakodok, hogy csak finomhangolás kérdése a dolog.....bár került olyan alacsony terhelésű szerverre is, hogy indokolatlan volt a szolgáltatás megállása.

Másik problémám, hogy az i-MSCP ajaxos(?) felületet használ. A core2duo-s laptopom nem pörgeti úgy a admin felületet, mint az IspCP puritán felületét -> user GUI-nak necces, sokan használnak még core2duo közeli gépet?
Az i-MSCP felülete gép csere nélkül hogyan gyorsítható?

Fő kérdésem: ki használja az i-MSCP-t, milyen service kombinációban, milyen terheléssel és milyen megelégedéssel?

Köszönöm!

Sziasztok

Online okos-jegyzetfüzet céljára keresek valami blog-szerver programot az alábbi elvárásokkal:
- saját magam akarom hostolni
- elég ha 1 felhasználós, csak én írom, és valószínűleg olvasók száma is elfér 2 biten :)
- a bejegyzések tag-elhetőek
- full text search

Ezen felül jó lenne, ha tudna syntax highlighting-ot és esetleg pár a bejegyzéshez fűződő file tárolását is megoldaná.

Tudtok valami jót javasolni?

Van egy hagyományos képarányú (5:4) 19"-os TFT monitorom. Ez ugyebár 1280x1024 mellett 86 dpi-t jelent.

Az oprendszer 64 bites Debian 7.0 (vagy akár 8.0) Az X.org láthatóan jól van beállítva:

$ xdpyinfo | egrep (resolution|dimension)
  dimensions:    1280x1024 pixels (377x302 millimeters)
  resolution:    86x86 dots per inch

illetve:

$ xrandr | grep HDMI1
HDMI1 connected 1280x1024+0+0 (normal left inverted right x axis y axis) 376mm x 301mm

illetve:

$ ps ax | grep /usr/bin/X
 2255 tty7     Ss+    3:12 /usr/bin/X -dpi 86 :0 vt7

illetve:

$ xrdb -query | grep dpi
Xft.dpi:	86

Ezek mellett a legtöbb program mérethelyesen jeleníti meg a dokumentumokat. A Firefoxot (aktuálisan: 38.x) (és a Chromeot, de ez utóbbi kevésbé érdekel) azonban képtelen vagyok lebeszélni a 96 dpi-ről.

Amit szeretnék:
- a centiben/hüvelykben/tipográfiai pontokban megadott méretek méretarányosan jelenjenek meg
- a pixelben megadott méretek pixelhelyesen (natívan) jelenjenek meg.

A Firefox wiki azt mondja, hogy a CSS renderer a layout.css.dpi alapján konvertál méreteket pixellé és viszont. Ennek megfelelően, az alábbiakat próbáltam:

layout.css.dpi=0
layout.css.dpi=86
layout.css.dpi=-1

Látszólag a Firefox tökéletesen ignorálja ezeket az értékeket, akármire állítom - semmi nem változik.

A másik pedig, hogy a doksi szerint a CSS dpi-t képernyő dpi-re arányosítást a layout.css.devPixelsPerPx értéke határozza meg, ahol az 1-es szorzó jelenti a CSS natív méretezést, tehát jelen esetben a 96 dpi-t. Ha ezt 86/96-ra (0.9) állítom, akkor a pontban/centiben/hüvelykben megadott értékek végre mérethelyesek lesznek, azonban a pixelben megadott méreteket is leosztja, tehát nem natívban kapom a pixeles elemeket, hanem ocsmányul elmosva, kicsinyítve.

Valami ötlet azon kívül, hogy vegyek egy pont 96 dpi-s monitort?

Azt írja a Lifehacker:

Turn on tracking protection in firefox to make pages load 44% faster

Én kipróbáltam, és érzésre tényleg gyorsabb. Tapasztalatok?

Sziasztok!

Egy Mailbox-os címről kellene minden levelet átvinnem Gmail-re. A mailbox is gmail, csak mailbox.hu domainen, viszont a szolgáltatás megszűnik vagy valami ilyesmi. Nem magamnak csinálom.

Thunderbirdbe beállítottam a mailboxos címet gmail imap és smtp szerverrel. Működött, letöltötte a leveleket.

Most beállítanám a gmailes póstafiókot is. Ugyan azok a beállítások, csak ugye a gmailes e-mail cím és jelszóval. A thunderbird akár mit csinálok, azt írja, hogy "A konfiguráció nem ellenőrizhető - rossz felhasználónév vagy jelszó" IMAP engedélyezve van a gmail accounton.

Már a gmail támadásnak vette a próbálkozásom, és a jelszót is meg kellett változtatnom miatta. Egyszerűen nem értem, miért nem engedi be a Thunderbirdet a fiókba.

Név: xxxxxx
E-mail: valami@gmail.com
Jelszó: helyes, mert ugyan ezzel weben beléptem

Bejövő IMAP imap.gmail.com 993 SSL/TLS Normál jelszó
Kimenő: SMTP smtp.gmail.com 465 SSL/TLS Normál jelszó
Kikenő, bejövő felhasználónév: valami@gmail.com

Kipróbáltam titkosított jelszóval is.

Mi lehet a probléma?

Sziasztok

Adott egy mini PC, rajta egy Samsung megoldás, amivel videó és képi tartalmat lehet megjeleníteni + a bal felső sarokban egy URL-en lévő weboldalt megjeleníteni. Mindezt egy 40"-os LCD TV-n mutatja.
Az URL konkrétan ez: http://prociweb.hu/weather3.html
A samsung megoldáshoz van egy kis program, amivel össze lehet állítani a komplett tartalmat + a betölteni kívánt weboldalt meg tudom vágni. Széleit lecsípni. Így megoldottam, hogy csak a 3 nap látszódjon a képernyő sarkában.
A beágyazott "böngészője" nem túl fejlett, de az accuweather javascriptjét még elviszi.

Az egyik probléma az, hogy az accuweather olykor módosítja a widget méretét, plusz sávot, (vihar?) figyelmeztetést tesz ki, így elcsúszik a kivágott tartalom.
A másik probléma az, hogy nem ugyanúgy jeleníti meg, mint ahogy böngészőben látod. Egy kicsit más a méret, tömzsibb, főleg egy ideje változott meg a kinézete, pedig böngészőben ugyanúgy korrekt. Szerintem újítottak a javascripten.

2 gyors utat látok:
-Alternatív időjárás box kell. Ki mit tud a fenti klasszikus accuweather widget helyett?
-Parancssorból képernyőképet készítek a linkről és a beágyazott böngészőbe azt a fix képet hívom meg URL-ből.

Utóbbival próbálkoztam a CutyCapt programmal, de csak üres lapot kapok. Más oldallal jó. A javascriptet nem szereti szeirntem.
Így próbálkoztam:

 xvfb-run --server-args="-screen 0, 1024x768x24" ./CutyCapt --url=http://prociweb.hu/weather3.html --out=exaple.png --delay=5 --plugins=on --javascript=on --java=on 

Kinek milyen ötlete van a probléma megoldására?
Köszönöm!

Hogy lehet megoldani, hogy a postfix transport tablaban ugyanazon domainhez tobb bejegyzes szerepeljen? Jelenleg mysql-bol kerdem le, de van hash tabla is:

mysql:
user = xx
password = xx
hosts = xx
dbname = xx
query = SELECT destination FROM transport WHERE domain='%s'
result_format = smtp:[%s]

hash:
xx.hu smtp:[192.168.150.1]:47891

Szepen mukodik, mindaddig, amig a transport vegpont elerheto. De az egyik cegnel ket net interface van es csak az egyikre tudom beallitani a transporttal. Ha ez elmegy, akkor ugye minden van (net) a masikon, kiveve a levelezest, mert oda nem kuld a postfix.

Van ra valami lehetoseg, hogy tobb tranport bejegyzessel is probalkozzon? Legjobb lenne persze SQL-bol, de hash is jo (vagy barmely mas tabla)
pl:
xx.hu smtp:[192.168.150.1]:47891
xx.hu smtp:[192.168.160.1]:3847

Letöltöttem az Amazon Cloud Drive szolgáltatáshoz tartozó nativ alkalmazást de nem lehet belépni az accountba. Bal oldalon a szokásos reklámja látható, jobb oldalon nagy fehérség bal felső sarkában egy kérdőjel. Arra kattintva sincs semmi.
http://i.imgur.com/XIANpoB.png

Visszanyerhetőek gmailről végleg törölt levelek? Törölve lettek és a kuka ki lett ürítve.
Fizetek a googlenek a szolgáltatásért, ha ez itt jelent valami plusz lehetőséget.