PayPal:
A paypalről meg csak annyit, hogy addig szép és jó minden, amíg nem kell az ügyfélszolgálathoz fordulni. Én pl. most már egy hónapja várok a “limited account” korlátozás feloldására.
Emailt hiába írok, a Contact us sem vezet eredményre. Eddig egyetlen alkalommal tudtam humán interfésszel összefutni (mármint ember olvasta az emailem), de válaszolni már nem tudtam neki, mert címzett ismeretlennel visszajött a levél.

Azt olvasgatom a netes fórumokban, hogy a telefonos ÜF-szolgálatuk sem jobb. Nem tudom, hogy van-e kedvem az én kiváló angolommal, mondjuk 30-40 percig hívni egy külföldi számot. (telefonszámla!)

Kb 160e forintról szorult be, azért azt nem szeretném “otthagyni”.

Az oldal tulajdonosa megkeresett, hogy újabban csak vánszorognak a webhely oldalai.
Nem is csodáltam 1300-1500KByte-os letöltési méretnél.
Ebből 1100 volt csak a html szerkezet, több ezer potencianövelő linkkel a láblécben.

Megoldást azért nem tudok írni, mert a hiba felderítése után a kijavítására nem kaptam megbízást, az oldal azóta is ugyanúgy áll.
Bár a f.név – jelszó páros erejéből következtetve gyanítom hol lehetett a
gyenge pont.

Üdv,
Schumacher Zsolt

Az említett megoldásokkal kapcsolatban az a probléma, hogy ehhez emberi beavatkozás kell és ha több 10-100-1000 WP-vel dolgozol, akkor egy idő után az egész napod rá fog menni az ellenőrzésre.

Amik eszembe jutottak:
- a blogot saját gépen fejleszteném, a fájlokat mindig itt frissíteném újabb verzióra, így mindig meg lenne a tiszta verzió, amit bármikor fel lehet tölteni a helyére
- a feltöltés után csinálnék minden fájlból csinálnék egy sha1 hash-t, a végén összefűzném és ebből is csinálnék egy sha1 hash-t, így meg lenne az ellenőrző kód, amit akár óránként lehetne vizsgálni ugyanezzel az algoritmussal, mindig kiszámolni a hash-eket, abból a közöst és ha az nem egyezik a feltöltéskorival, akkor gáz van
- az adatbázis már problémásabb, de azt is lehet dumpolni, így 1 darab szövegként megkaphatjuk az egészet és a nem változó táblákat ugyanúgy hash-ellenőrzést használva lehetne ellenőrizni, a dinamikus táblákban pedig lehet a javascriptet vadászni vagy ami még előfordulhat
- adatbázist egyébként is javasolt legalább naponta menteni, ha pedig úgyis meg van a mentés, akkor: könnyű visszaállítani, lehet benne keresni

Nekünk más CMS-nél jött elő ilyen probléma, azt FTP-t törték fel, illetve lehet, hogy a szervert is, de a szolgáltató nem kötötte az orrunkra:
- erős jelszót kell használni, lehetőleg random karakterek és jó hosszút, pl. KeePass nevű program segít
- a php fájlokba kerültek be plusz html tartalmak, ez ellen lehet egy kis trükköt csinálni: egyszerűen le kell hagyni a záró php tagot vagy ha nem php-val végződik, akkor tenni kell a végére egy nyitó php tagot, ha ez után kerül be html/javascript kód, akkor a php értelmező hibát fog rá dobni – ekkor az oldal ugyan nem fog megjelenni, de a gonosz tartalom sem (persze ezt általánosságban megcsinálni macera, de egy footer.php-t elég módosítani, ha tudjuk, hogy oda várható)

Üdv,
Tommey