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

Web route hogyan??

Az lenne a kérdésem meg lehet-e oldani és hogyan ha, olyan hálozatot alakítottam ki ahol van egy tűzfal 1 külső fix ip cím és a 80 as port egy linuxos webszervere van natolva.
A rendszereben több webszerver is működik és az szeretném ha bejön egy cím a xxx.valamidomain.hu címen akkor az bent a hálózaton egy "1.1.1.5" gép 80 as protjára mennyen
viszont ha zzz.valamidomain.hu akkor a 1.1.1.6 os 80asára mennyen. de a a linuxos weben és gtway keresztül.

XHR válasz összeállítása hol jó?

A rovid cimek hatranya az erthetetlenseg, szoval arrol szeretnem kerni a velemenyeteket, hogy egy XML HTTP Request (aka Ajax) valaszt szerver vagy kliens oldalon celszeru osszeallitani komplett html-re? En ugy gondolnam, hogy mindket modszernek vannak elonyei, es hatranyai; szerintem:

Szerver oldal
Elonyok

  • kliensen csak be kell illeszteni a keszre generalt htmlt, felhasznaloi elmeny jobb
  • megtarhato az MVC-struktura, azaz view-ban barmikor modosithato a kinezet, nem kell hozza kliens oldali JS-t valtoztatni
  • adott esetben szerver oldalon cache-elheto a valasz html
  • fel lehet hasznalni a projektnel alkalmazott sablontechnikakat (pl. smarty, haml stb.)
  • egy kesz html kliens oldali beillesztese nem jelent gondot semmilyen bongeszonek, abszolut cross-platform

Hatranyok

  • plusz terheles a kiszolgalonak
  • hosszabb valaszido
  • nagyobb savszelessegigeny

Kliens oldal
Elonyok

  • egyszerubb szerver oldali programkod (kis tulzassal egy SQL lekerdezesre eleg egy to_json() fv-t raengedni)
  • nincs szukseg view-ra, kevesebb include
  • rovid valaszido
  • kisebb terheles szerveren
  • kevesebb savszelesseg elegendo

Hatranyok

  • a kerdeses kod „kiesik” az MVC-bol, JS-t kell modositani a kinezethez
  • egy alapvetoen lassabb JS-parsernek kell elkesziteni a strukturat a nyers json objektumbol
  • eppen ezert a felhasznaloi elmeny kicsit rosszabb lehet
  • nem hasznalhatok a megszokott template-ezo rendszerek (hacsak nem szanja ra magat az ember, hogy megtanulja az XSL-t, es a valaszban erkezo xml-t azzal formazza be, de ennek keresztplatformossagarol nem vagyok meggyozodve)

A sebesseg es a felhasznaloi elmeny kerdesen meg gondolkodtam, lehetseges hogy nincs szamottevo kulonbseg, mert az elso esetben a kliens hamar beilleszti DOM-faba a kesz html-t, de a szerver elszoszmoszol annak elokeszitesevel; mig forditott esetben a szerver hamar kikopi az adatot, de a JS-parser dolgozik „helyette”.

Vagy netan feladata es helyzete valogatja, hogy melyik a jobb? Ahol a szervernek rettento sok parhuzamos kerest kell kiszolgalnia, de a felhasznaloi elmeny kevesse szamit, ott dolgozzon csak a latogato bongeszoje; ha viszont nagyon fontos egy tized masodperc is a felhasznaloi elmeny miatt, akkor amit csak tud csinaljon a szerver? Oke, de a valaszido csak egy dolog, mi a helyzet a kod karbantarhatosaggal, atlathatosaggal?

Laikus vagyok a temaban, tehat keretik nem kopkodni, minden epito gondolatot szivesen latok.

curier-imap authpam helyett authmysql - regi levelek atrakasa [megoldva]

lokalis usereket (curier-imap pam auth,levelek maildir-ben, debian sarge) atraktam lennyre virtualis domain + virtualis userek (courier maradt csak auth mysql lett). minden tokeletesen mukodik, csak a regi leveleket nem tudom hogyan kellene atraknom.

ha a /home/username/Maildir levo leveleket /home/domain/username@domain/Maildir-be masolom a regi leveleket nem tudja a squirrel(imap) megnyitni.
Unknown response from IMAP server:1.* NO Cannot open message
felado datum helyett unknown jelenik meg

egy ilyen uzenetre kattintva:
Fatal error: Call to a member function parseProperties() on a non-object in /usr/share/squirrelmail/class/mime/Message.class.php on line 377

vmiert nem tudja ertelmezni a regi leveleket. valakinek van vmi otlete? (nagyon keves felhasznalorol van szo, kezi modszer is erdekel)

Drupal - feltörtek vagy én rontom el?

Sziasztok!

Az alábbi kérdésben szeretném a segítségeteket / véleményeteket / ötleteteket / RTFM stb. kérni:
Adott egy fizetős tárhelyszolgáltatónál egy nonprofit alapítványi weboldal drupal alapokon. Az oldalt többször érték spam támadások, azonban a mai napon a szolgáltató biztosnági okokra hivatkozva törölte...Előre is elnézést kérek, hosszúra sikerült...

  • (jelenleg) Drupal 6.6 -os motor és az alábbi modulok:
    • backup_migrate
    • bbcode
    • dhtml_menu
    • google_analytics
    • i18n
    • image
    • img_assist
    • lightbox2
  • Az oldalt 6.1-es drupal-al hoztam először létre, majd folyamatosan (max 2-3 hét késéssel) frissítem mindig az aktuális bugfix drupal kiadásra (modulokat is).
  • Sehol nem nyúltam a drupal és a modulok forrásába, minden "gyári"; egyedül a téma css-ét és template-jét szerkesztettem szükségszerűen (lightfantastic)
  • Az egyetlen egy változtatás, amit forrás szinten eszközölni kellett az oldal működő képessé tételéhez a hosting szolgáltatónál az a .htaccess fileban történt (pastebin.com). A változtatás lényege, hogy ki kellett commentelnem a FilesMatch, -Indexes, +FollowSymliks, Error Document, Directory Index és php_value* sorokat, mert ha egyetlen egyet is bent hagytam az oldal semmilyen formában nem jelent meg.

A probléma:

Körül belül 3 hónapja kezdődtek a gondjaink (kb drupal 6.3 körül), amikor is a statikus HTML-oldalak végére valamilyen furmányos módon spam (kínai viagra stb.) került. gyk hozzáfűztek a .html fájlokhoz jó néhány sort (a weboldalról be voltak linkelve). Ekkor Frissítettem minden komponenst, lecseréltem minden jelszót újra, ellenőriztem a fáj permissionokat (mindent 644 és 755-re állítottam). Ez kb 5 napig volt elég, a spam visszatért.

December környékén már az index.php végére is sikeresen spam-et raktak, ekkor kikapcsoltam minden extra modult, a hiba mégis fennállt. Végrehajtottam egy teljesen tiszta újratelepítést - minden file-t töröltem, jelszavakat megváltoztattam (az eredeti forrástól eltérő file-t nem találtam, adatbázist nem töröltem). Átneveztem az xmlrpc.php-t és a cron.php-t. Ekkor már már úgy tűnt megvan a hiba forrása, azonban 3 héttel ezelőtt újra felfedeztem a spam-et a statikus html-oldalak végén.

A google semmilyen kulcsszó kombinációra nem dobott értékelhető eredményt. A drupal.org-ot kb 1 hétig nyálaztam, még csak hasonló bureportra sem akadtam...

Ma reggel pedig az oldal 404-el tért vissza, a szolgáltató pedig az alábbi e-mailel válaszolt:

Tisztelt X Y!

Az Önök tulajdonában lévő xxxxxx.hu weboldalon keresztül, a héten sajnos másodjára is behatoltak szerverünkre maradandó károkat okozva több ügyfelünk adataiban.
Az ingyenes cms rendszerek hátránya, hogy adott hibát feltárva folyamatosan mindenhol kihasználva ezt szervereket tesznek tönkre.
Az Önök tevékenysége nagyon fontos és elismert világszerte és egyes csoportok akár csak szórakozásból is úgy próbálnak hírnévre szert tenni , hogy feltörik , károsítják, törlik.

Ennek következtében sajnos weboldalukat le kellett tiltanunk néhány órával ezelőtt.
[...]
hosszútávú megoldás egy nem cms rendszer, hanem egy egyedi programozású weboldal, ott ilyen problémák nem merülhetnek fel.

Sajnos a rendszergazda által javasolt "egyedi programozású" weboldalra sem időnk és sem energiánk/pénzünk nincs, szívesebben fordítjuk szűkös erőforrásainkat az alapítvány tényleges működésére.

Az oldal egyetlen célja az információ közzététel esztétikus formában. Azért választottam a drupal CMS-t mert egyszerű letisztult és igen elterjedt, több nagyforgalmú weboldal (hup.hu:) is zökkenőmentesen használja -- ezért nem is értem igazán a rendszergazda által javasoltakat.

A kérésem tehát az lenne, hogy segítsetek elindulni, hogy milyen irányban keressem a hiba forrását, mit kérjek a tárhely szolgáltatómtól, hogy az oldal biztonságosan üzemeljen?

Nagyon nem szeretnénk a statikus HTML oldalakhoz visszatérni :|

Köszönettel:
Dr. Bujdosó Sándor

[Megoldva] Firefox 3 - Könyvjelző, könyvjelző eszköztár

Sziasztok!

Eddig Firefox 2-es (azaz Iceweasel-t) használtam, de a napokban frissítettem Debian Etch-ről Lenny-re és jött vele az Iceweasel 3.0.6 egészen pontosan: Mozilla/5.0 (X11; U; Linux i686; hu-HU; rv:1.9.0.6) Gecko/2009020409 Iceweasel/3.0.6 (Debian-3.0.6-1)

Mivel több gépen használom, ezért a könyvjelzők szinkronizálását úgy oldottam meg, hogy a bookmarks.html file-t szinkronizáltam unison-nal egy "szervernek" kikiáltott grafikus felület nélküli gépre, majd minden gépem ehhez szinkronizált.

Sajnos Firefox 3.x-nél már nem lehet csak úgy a bookmarks.html-t másolgatni, mert alapból ennek nincs hatása, sajnos kezdődik itt is a "windows-os registry elvéhez"-hez hasonló megoldás, jelen esetben: places.sqlite.

Szóval ha azt szeretnénk, hogy továbbra is a bookmarks.html-t használja, akkor az alábbiakat kell tenni:

  1. Minden indulás előtt törölni kell a places.sqlite file-t.
  2. about:config oldalon az alábbi két változó értékét kell beállítani:
    browser.bookmarks.autoExportHTML true
    browser.bookmarks.max_backups 0

Ezt azért írtam le, mert előjött még egy-két dolog, amit viszont nem tudtam megoldani és befolyásolhatja esetleg azok megoldását:
A könyvjelző eszköztáron előjött egy "Legtöbbet látogatott" fül, illetve a könyvjelzők között "Nemrég könyvjelzőzött" és egy "Nemrégi címkék" bejegyzés.
Ezeket hiába törlöm minden újraindulásnál létrejönnek, de nekem ezekre nagyon nincs szükségem.

Kis Google után az olvastam, hogy a "Most visited" kikapcsolható a browser.places.smartBookmarksVersion 0 értékre történő állításával. Megtettem, de mindig visszaáll 1-es értékre, így rajtam nem segített.

Ötlet javaslat, hogy mit változtassak az about:config változóin, esetleg erre egy plugin, amiből ezek könnyen beállíthatók?

Lotus Notes duplikált address book probléma

Sziasztok!

Lotus Notes -ban jártas kollégák véleményét kérdezném, hogy esetlegesen van -e arra lehetőség, hogy eltávolítsak duplikált contacokat egy felhasználó személyes (names.nsf) address book -jából?

Igen Blackberry device miatt és nem igen szeretném kézzel megcsinálni ...

Valami ötlet? Fontos volna ...

Hordozható kompakt Firefox 3.0.6 linuxra

Készítettem egy hordozható, kompakt, bináris Firefox 3 csomagot
ami saját GTK-Glib-Pango-Cairo-Atk,stb libeket tartalmaz,
és $HOME/bin/firefox kicsomagolható és használható,
mindennemű upgrade-barkácsolás nélkül.

(A megoldás jól jöhet SUSE 10, 10.1, Debian Etch,
és még jópár régebbi disztró használóinak...
bár még nem egészen hibamentes,
de úgy tűnik, hogy nem fogja annyira a flash,
mint a korábbi gyári tűzrókáimat.)

Letölthető a következő címen:

http://www.borzsonynet.hu/linux/firefox306_suse101.tar.bz2

-
"Attempting to crack SpeedLock can damage your sanity"

Courier IMAP gond?

Sziasztok!

Nemtudom találkoztatok-e hasonló esettel, bármi ötletet javaslatot szívesen fogadok a témában.

A gond a következő:

Van egy Debian etch rendszer (szoftveres raides), virtual mail rendszerrel (postfix, mysql, courier-imap és pop, roundcube webmail és vagy thunderbir és outlook express kliensek)

Az aktuális szerveren az a gond, hogy felhasználó imap-al csatlakozik a fiókjához, ha webmailből vagy levelező kliensből levelet küld, egyenlőre nem beazonosítható rendszerességgel de az újonnan elküldött levél nem kerül be a levelező program (vagy webmail) elküldött levelei közé csak jóval később esetleg egy új levél küldésekor az előző már látszik de az új még nem, a szerveren a .Sent/cur mappában viszont fizikailag ott a levél viszont a courierimapuiddb nevü fájlban még nincs benne gondolom a webmail és a kliens is ezmiatt nem látja, de ez a fájl miért nem frissül rendesen?!. Néztem a courier imapd nevü konfigját, próbáltam pár opciót bekapcsolni de nem segitettek. Van esetleg hasonló tapasztalata bárkinek? Több ilyen rendszerem fut, és nemigazán találkoztam hasonló hibával, és talán egyedül a szoftver raid ami itt van a többinél nincs, de fura lenne ha ez okozná a gondot.