> Sokszor még a 32/64 bites oprendszer között is alig van tapasztalható különbség ugyanazon 64 bites CPU-n.
A 64 bites ugyan kétszer annyi bittel számol, viszont a felső 32 bit szinte mindig egyforma (csupa nulla vagy csupa egy), úgyhogy valószínűleg nem sokat lassít.
Valószínűleg igazad van, kipróbáltam és túl nagy különbséget nem tapasztaltam. Viszont időközben valamiért elszállt a panelem, csak ez aggasztott. (Érdekes, hogy amikor a gyorsindítót akartam a panelre tenni, akkor szállt el.)
Amúgy, amit a kernelekre mondtál, az szerintem is igaz.
Ez mi? Egy Firefox, amit az adott processzorra fordítottak? Mert akkor szerintem néhány tized százalékkal gyorsabb lesz, aztán ennyi. Sokszor még a 32/64 bites oprendszer között is alig van tapasztalható különbség ugyanazon 64 bites CPU-n. Én nem várnék nagy csodát. Viszont a 2.6.23.1-es kernel érezhetően jobb a 2.6.22.x-esnél és elődeinél.
Az segített, hogy betettem az "Azonnali alkalmazásokba" az "xfce4-panel"-t, legalább a panelek "visszajöttek", de most már nem indul a "swiftfox-bin"...
Swiftfox is supposed to be a processor-optimized build of Firefox. It probably is exactly what it claims to be, but nobody can really be sure. Why? Because the author refuses to release all his changes to the Firefox code base. Furthermore, he refuses to allow redistribution of his binary builds.
The Mozilla Public License clearly allows developers to release their own executables under a more restrictive license. However, when they do so they are required to release ALL source code changes under the MPL, GPL, or the LGPL. The Swiftfox developer has not done this, and instead has released only a patch which does nothing but make changes to the default preferences in Firefox.
Why does he not allow redistribution of the binaries? Because he claims that Swiftfox is more secure this way. Swiftfox would be more secure if, and only if, the developer would fully comply with the MPL, GPL, or LGPL. Don't get Swiftfox!
At least until the "developer" starts playing nice with the Open Source community and answers the following questions:
1. Why do you refuse to release ALL your source code changes, and instead release only a patch file? 2. Why isn't your patch file licensed under the MPL, as the MPL requires it to be? 3. Why do you refuse to discuss this on your forum system, and in fact ban those who question or confront you on this topic? 4. Why should we trust the binaries of a man who does any of the above?
Misztikum az egész, megint működik minden, de fogalmam sincs, hogy mitől... (pl. tegnap este még 2,2 GB szabad helyem volt a /-on, erre mára már 2,6 GB "lett" és semmit sem töröltem...)
Érthetőbben: nálunk a webhosting-ot biztosítja a szolgáltatónk, azaz a webszerverünk nem nálunk van elhelyezve fizikailag, nem a mi sávszélességünket eszi.
És ha saját szervert használnátok? Nálunk a webhosting-ot biztosítják, de az e-mail fiókokat nem vettük igénybe, valószínűleg ezért. Be van rúgva a szerverszobában az asztal alá egy Red Hat mailszerver, azon minden dolgozónak létre lett hozva külön mailbox, meg alias-ok. Tehát fut rajta egy SMTP - sendmail -, ő küldi, illetve fogadja a leveleket. Ezen felül fut rajta egy POP3 szerver - ipop3d -, ehhez csatlakoznak a kliensek, s a sendmail által file-ba tett leveleket adja nekik.
Igen, ugyanannak. A szolgáltatónk, EQnet, csak így tudta biztosítani az aliasokat, hogy az internetelőfizetéshez tartozó postafiókba érkezteti az összes levelünket, onnan szortíroznám szét. Azért nem tűnt különösnek, eddig, a dolog, mert a másik előfizunál, UPC/Chello, is így működik a dolog.
Valamit azért nem egészen értek. Ugyanannak a mailbox-nak az alias-ai a felhasználók? Miért nincs mindenkinek saját levelesládája, mint ahogyan például nálunk, de gondolom, a leggtöbb cégnél is van?
Szia! Próbálgatom a szűrőket, de a BAT-ban és az OE-ben van olyan feltétel, hogy ha a címzett=xy vagy zx, akkor ne töltse le a levelet. Ilyet itt (TB) nem találok, helyette az van beállítva, hogy csak a fejléceket töltse le, a szűrő pedig az, hogy ha a címzett=xy akkor töltse le a levelet, de így látja mindenki mindenki levelének legalább a fejlécét, ezelőtt meg mindenki csak a saját levelét látta. De nem adom fel, keresem tovább a megoldást.