Szervusztok - ezt irtam a levelezo listara is, de meg nem jott erdemi valasz...
Kellemetlen dolog tortent velem a hetvegen, a
webszolgaltatom lekapcsolta a weboldalaimat.
Allitolag extrem modon leterheltem a szervert, es ezert
tortent. Azert furcsa, mert mar tobb honapja hibatlanul uzemeltek es most sem valtoztattama semmin.
Egy webhosztingon uzemelek 5 Drupal oldalt, egy
adatbazisbol de kulon-kulon adatbazis nevbol.
Vafgyis van a fo adatbazis DATABASE nevvel, es ezen belul a
DATABASE01 ezen fiut a fo oldal, DATABASE02 - ezen a masodik
oldal stb.
Allitolag vasarnap del korul az oldalam lefagysztotta a szervert, egymas utan tobbszor is. Ezert most beallitottak valami vedelmet, ami X adatbazis lehivas utan 10 percen belul letiltja az oldalamat. Ez az ertek most 4000.
Amint eleri ezt a hatart kapok egy orult hosszu hibalistat,
ilyesmikkel:
Warning: User 'gh179500' has exceeded the 'max_questions' resource (current value: 4000) query: SELECT CASE WHEN status=1
THEN 0 ELSE 1 END FROM access WHERE type = 'host' AND LOWER('84.47.19.221') LIKE LOWER(mask) ORDER BY status DESC LIMIT 0,
1 in /domains1/gh179500/public/www_root/zivy-plot/includes/database.mysql.inc on line 172
Warning: User 'gh179500' has exceeded the 'max_questions' resource (current value: 4000) query: SELECT u.*, s.* FROM users
u INNER JOIN sessions s ON u.uid = s.uid WHERE s.sid = '353bda6e7615d8a71503fb2aa0bafbe8' in
/domains1/gh179500/public/www_root/zivy-plot/includes/database.mysql.inc on line 172
Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output
started at /domains1/gh179500/public/www_root/zivy-plot/includes/database.mysql.inc:172) in
/domains1/gh179500/public/www_root/zivy-plot/includes/bootstrap.inc on line 899
Warning: User 'gh179500' has exceeded the 'max_questions' resource (current value: 4000) query: SELECT data, created,
headers, expire FROM cache WHERE cid = 'variables' in
/domains1/gh179500/public/www_root/zivy-plot/includes/database.mysql.inc on line 172
Warning: User 'gh179500' has exceeded the 'max_questions' resource (current value: 4000) query: SELECT * FROM variable in
/domains1/gh179500/public/www_root/zivy-plot/includes/database.mysql.inc on line 172
Warning: User 'gh179500' has exceeded the 'max_questions' resource (current value: 4000) query: LOCK TABLES cache WRITE in
/domains1/gh179500/public/www_root/zivy-plot/includes/database.mysql.inc on line 172
Nekem hihetetlennek tunik, hogy napi atlagos 500 - 600 latogatonal (az 5 oldalon egyuttt) 10 perc alatt 4000 adatbazis lehivas tortenjen.
Most megprobaltam, hogy .htaccess-ben az index PHP filek helyett az index.html oldalt alitottam be mint kezdooldal, es oda egy rovid uzenetet tettem, hogy az oldal nem elerheto. Ezt az 5 oldal kozul 4-en megcsinaltam, az otodiknek mennie kell, meg ha akadozik is. A CRON futtatasat atallitottam 15 percenkentrol 4 orara.
A hiba tovabbra is fenn áll, es ezt most mar tenyleg nem ertem, hiszen minden jel szerint az oldalaknak inaktivoknak kene lenniuk.
Tapasztalt valaki ilyen hibat? Mi lehet ez? Lehet, hogy nem is a Drupal csinalja? Vagy esetleg kulso SPAM tamadas aldozata vagyok?
A server logokhoz egyelore nem fertem hozza, delutanra igertek, de addog nagyon hosszu az ido.
DRUPAL 5.7- verzio fut mindenhol.
Mi lehet a megoldas???
Koszonom, Zsolt
Drupal 5.10
Drupal 5.10 -nél tartunk, mindenképpen frissítsd az oldalad, és a külső modulokat is, ha azóta jelent meg újabb. Könnyen lehet, hogy DOS célzattal terhelték, vagy egyéb módon támadták az oldalad, ezért is lenne fontos a frissítés. Ha más nincs, lehetséges, hogy érdemes lenne újabb adatbázis-hozzáférést vásárolni.
Tudsz pontos linket adni az oldalaidra?
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés
Cimek
A fooldal: http://www.podlupou.sk
aloldalak:
http://www.podlupou.sk/internet-marketing-blog/
http://www.podlupou.sk/internet-marketing/
http://www.podlupou.sk/klientska-zona/
ezek vannak most kikapcsolva (ill. a kezdooldal attalitva a index.html lapra)
http://zivy-plot.podlupou.sk/ - ez van jelenleg bekapcsolva, 10 percenkent mukodik par percre
koszonom, Zsolt
B. Zsolt
max_questions
a 4000es ertek szerintem nagyon keves..
es ezt a korlatozast ki is lehet jatszani:
http://drupal.org/node/38996
mindenestre en letesztelnem localban, hogy mennyi a kulonbseg az alap D5 es a te oldalad kozott az adatbazis lekeresek szamaban. lehet valamelyik modul viselkedik rosszul..
a cache be van kapcsolva? hasznalsz sajat keszitesu php blokkokat, modulokat?
ahogy latom ujabb hibauzenet is van: exceeded the 'max_cputime' resource.
watchdog?
A Drupal hibanaplóban mi van? Indokolatlanul nagy adatbázis-forgalmat generálhat pl. valamilyen PHP hiba, amit aztán a Drupal szorgalmasan logol a watchdog táblába.
Devel modullal
Devel modullal meg tudod számoltatni, hány DB lekérdezés egy lapletöltés.
Probalnak en tobb mindent, de hogyan
Amikor egyfolytaban ki vagyok kapcsolva?
Most nezem a .htaccess fajlokat, es ugy latom a rendszergazda a leg elejere beirta a kovetkezo sorokat:
deny from 213.151.218.142
deny from 91.152.36.148
deny from 78.99.189.22
deny from 66.249.65.174
deny from 123.12.248.201
ez nekem olyasmit sugna, hogy tenyleg volt valamifele kulso tamadas es az adott IP cimeket letiltotta az admin.
Ez azert is valoszinu, mert tobb honapig gond nelkul mentek a Site-k, es az admin szerint vasarnap del korul kezdodtek a problemak. Viszont Szombat es vasarnap en semmit sem csinaltam az oldallal.
Lehet, hogy a tamadas kozben valami "berakodott, esetleg lefagyott?"
Amo a Watchdog modult illeti nem lattam benne semmi kulonoset, csak 2 hibauzentete, miszerint a CRON mar tobb mint egy oraja fut, es lehet, hogy lefagyott. Utana viszont ott van tobb sikeres CRON futtatasi bejegyzes is.
a modulok amiket hasznalok az oldalakon a kovetkezoek:
TinyMCE, Aggregator, Captcha, content_access, imagepicker, nice_menus, notify, poormanscron, tagadelic, upload, webform, xmlsitemap.
Megprobalom a DEVEL modult feltenni, ha valahogy sikerul. Addig is minden otletet szivesen fogadok
A Cachet egy egy perces mukodokepes idoszakban sikerult bekapcsolni, de nem valtozott a helyzet
Koszonom, Zsolt
B. Zsolt
mi nélkülözhető?
Először is kapcsolj ki minden nélkülözhető modult. TinyMCE, Aggregator, ... XML Sitemap, ezek luxuscikkek egy problémás webhelyen. Utána a nélkülözhetőeket is egyenként, majd válts át Garland sminkre. Van valami javulás?
A watchdog, sessions táblád hány sort tartalmaz? (Az, hogy a cron ilyen sokáig futott, azt mutatja, hogy nagyon sok dolga volt, pl. lejárt szavatosságú sorokat kellett törölnie az adatbázisból.)
Csinalnam en,
ha tudnam, de ezzel a 4000 adatbazislehivasi limittel 10 percre meg vagyok love.
Viszont most egy pillanatra beugrott azoldal es a Watchdog azt irja ki, hogy a comment.php oldal nem talalhato. Ami erdekes, mert ilyen ugy tudom nincs is a Drupalban.
Na, es most mar megint le van love az oldal, nem tudok tovabb lepni.
Ja, es eddig semmi gond nem volt a webszerverrel, soha egy megakadas sem. 2 hete kezdodott hetfonkent egy latvanyos lassulas, de akkor azt mondtak, hogy egy masik weboldal miatt tortent.
B. Zsolt
nem tudsz?
toltsd le az osszes fajlt, csinalj mentest az adatbazisrol, es futtasd a sajat gepeden.
a letoltott fajlokat ossze is hasonlithatnad az eredeti drupal fajlokkal, hatha valakinek sikerult valamit modositania. a watchdog bejegyzesbol itelve valami nagyon nem jo..
a szerveren levo drupalt pedig ujrafrissitenem. drupal core+modulok ujra..
Szolgáltató segítségét kérném
Szolgáltató segítségét kérném mivel sokkal több információ áll a rendelkezésére valamint amit a szolgáltató is kezdeményezet a .htaccess -el azt folytatnám.
Minden olyan ip tartományt tiltanék ami "nem jelent potenciális látogatót" mindaddig amíg nem sikerül helyre állítani.
Az sem elképzelhetetlen hogy törték a webszervert egy hibásan megírt script miatt, ezt nem feltétlenül a te tárhelyeden a te scriptjeiddel.
Egyébként 10percre 4000 lekérés fizetős tárhelyen, ezen is elgondolkodnék.
Drupal 5.x, 7.x
htaccess-ből tilts le minden
htaccess-ből tilts le minden ip-t, ami nem te vagy (vagy tegyél rá jelszót), aztán várj tíz percet.
ezek az ip-k
ezek az ip-k keresőrobotok vagy hogy hívják őket, adatokat gyűjtenek, gondolom a guglinak vagy fogalmam sincs, én is látok ilyeneket a watchdogban, a cache táblák és a watchdog méretét alaposan megnövelik, ilyenkor ki szoktam üríteni őket.....
Egy tisztességes keresőrobot
Egy tisztességes keresőrobot percenként max. 1-2 oldalt kér le egy domainről, nem szabadna nagy forgalmat generálnia még akkor sem, ha beleszalad valami végtelen linkláncba.
időzített feladatok
Az érdekelne, hogy az időzített feladatok milyen gyakran futnak le az oldaladon?
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés
CRON
Az idozitett feladatok 15 percre voltak bveallitva a CRON-ban.
A helyzetem megoldodni latszik, virtualis szerverre tesznek at. Ez ugyan joval dragabb, de legalabb csak az en oldalam lessz a kijelolt virtual hostingon, igy jobban tudok beavatkozni.
Amit kesz, a tanacsok szerint ujitom a DRUPAL Core + modulok fajljait, ugy tudom 5.7 es 5.10 verzio kozott nincs szukseg adatbazis frissitesre. Legalabbis nem talaltam erre utalo jelet.
Ami meg erdekelne, a WATCHDOG tablat hogyan tudom kitisztitani? Most mar tobb mint 1900 bejegyzes van benne, es jobb volna tiszta lappal indulni
koszonom, Zsolt
B. Zsolt
az nem is sok
én simán az adatbázisban szoktam
a táblák legalján van
megnyitom és kiürít
(amilyen amatőr vagyok elsőre töröltem véletlenül :-))
ugyanígy a cache táblákat is
modulokat egyenként kikapcsolni
Én nem ugranék bele egy drágább megoldásba addig, amíg nem tudni, mi okozza a problémát. A modulokat egyenként a system táblában is ki tudod kapcsolni a status értéket nullára állítva, csak azokat kell bekapcsolva hagyni, amelyek az Alaprendszer - szükséges kategóriában vannak felsorolva a Modulok oldalon.
Karbantartási módba kapcsolva mi történik?
Nincs valami olyan linkelési megoldás a honlapon, amibe beakadhatnak a robotok – pl. végtelenül lapozható naptár?
truncate watchdog;... PHPMyAdmin SQL fülén keresztül is futtatható. Ugyanígy tudod kitakarítani a cache* táblákat is.
Lehet, hogy nem is a Drupal
Hat ez az, a virtualis szervert mar regebb ota tervezem egy autoresponder program miatt. En elsore erre is gyanakodtam, hogy ez lessz a hunyo, de a hosting valtig allitotta, hogy nem itt a gond.
Mindenesetre amint minden at lessz pakolva csinalok egy komplett analizist es rendszertisztitast.
Mi az a vegtelenul lapozhato naptar? En szerintem semmi extra nincs az oldalakon. Az egyik a fooldal alap informaciokkal es egy webformmal. A masik egy sima blognak hasznalt Drupal a Blog modul bekapcsolasa nelkul. Itt van egy Notify modul, ami ertesitot kulld nekem, ha uj hozzaszollas tortenik. Elmeletileg itt lehet gond, ha egy robot egy PHP scriptet juttat be a hozzaszolasokba, ami megkeveri a Notify modult. Viszont a PHP kod nincs engedelyezve latogatoknak, es Image Captcha vedi a formot.
A harmadik oldal egy kliens zona ahova csak regisztralt tagok lephetnek be, itt van jopar Flash video, Es szinten a Notify modul.
Valamit az utolso oldal szinten egy eladasi oldal, ahol az autoresponder-t arulom.
Nem tudom keverhet-e, hogy az Aggregator modullal a blog oldalrol beolvasom az osszes tobbi oldalra a friss blogbejegyzeseket - de szerintem erre kicsi az esely.
Jelzem mi lett az eredmeny.
Koszonom, Zsolt
B. Zsolt
saját feed olvasása + poormanscron
Olvasd el pp-nek ezt a hozzászólását arról, hogy miért ne olvassunk saját feed-et Poormanscron modullal. ;)
Sajat feed
koszonom a linket.
Viszont ugy latom ott arrol van szo, hogy a sajat oldalunk feed-jet ne olvassuk, ha poormanscron van. En a feed-et egy masik Site-rol olvasom be, arrol, amit csupan blognak hasznalok.
2 kulon Drupal installaciorol van szo es 2 kulon adatbazisrol, 2 kulon aldomainrol.
De azert mindenkeppen meggondolando, a Poormanscronokat le fogom szedni mindenhonnan, ugyanis mar lessz rendes Cron is a szerveren.
Koszonom, Zsolt
B. Zsolt
drupalcron
Ha nem lesz, akkor sincs szükség a poormanscron -ra:
http://drupal.hu/forum/cron-futtat%C3%A1sa-drupalcronorg-seg%C3%ADts%C3%...
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés
Körbehivatkozás is problémás lehet
Ha A olvassa B feed-jét és B olvassa A feedjét, akkor szintén probléma lehet, sőt, ha A-Z körbe olvassa akkor is. ;)
pp
Palócz István
https://palocz.hu | https://tanarurkerem.hu
akkor a poormanscron maga problémás?
ajajj. ez nem valami jó hír. külön tárhelyen lévő drupalokra ez nem vonatkozik ugye? mármint tök külön tárhelyen van három külön drupalom és egymás feedjeit (is) olvasgatják és mindegyiken van poormanscron is. baj?
lehet az a legbiztosabb, ha eleve elfelejtem a poormanscront?
-
clear: both;
miért ne?
Miért ne vonatkozna? Ugye a poormanscron akkor futtatja az időzített feladatokat, ha valaki ellátogat az oldalra, vagy feed -et olvas róla... szóval ezek szépen "körbeterhelték" egymást.
A poormanscron egy áthidaló megoldás régebbről olyan tárhelyekre, ahol az időzített feladatok egyéb futtatása nem megoldható. De azóta már működik pl. az általam fentebb linkelt oldal, amellyel ez az egész biztonságosabban is megoldható.
Választ szeretnél? - Új kérdés, új téma - Tesztoldal - Trollkezelés - Frissítés
Csak egy feed van,
legalabbis az en esetemben. Csak a Blog Feed-jet olvassa a tobbi oldal, semmi mast.
Viszont nagyon eltoltam szerintem a tobbi dolgot. Ha most kezdenem biztos maskepp csinalnam.
Gondolok itt arra, hogy a szolgaltato fura modon oldja meg az aldomainek kerdeset.
Barmilyen konyvtarat letrehoztam az FTP trhelyen, az hasznalhato volt aldomainkent is, es konyvtarkent is.
Vagyis www. fooldal.sk/alkonyvtar1/ ugyan az volt. mint http:// alkonyvtar1.fooldal.sk/
viszont, mivel a fooldal.sk -n is fut egy Drupal a http:// alkonyvtar1.fooldal.sk/ aldomaineken nem mukodtek a rovid webcimek. Ezert a www. fooldal.sk/alkonyvtar1/ formulaciot valasztottam.
Ha most kezdenem akkor biztosan csak egy Drupalt tennek fel, es a Multisite megoldast valasztanam.
udv,
B. Zsolt
most is multisite -osíthatod
az adatbázisaid eleve külön vannak, multisiteban is külön kellenek.
simán át tudod a három oldalt variálni egyetlen fájlbázisra. létrehozod a /sites alatt az aldomain.fooldal.sk mappát, abban lévő settings.php -ban megadod az aldomain által használt db adatokat és ezt megcsinálod mindháromra, az aldomaineket pedig mindet arra a mappára irányítod, ahol a fooldal.sk van és kész a multisite.
-
clear: both;
kicsit pontosabban
Vagyis igy:
ha van 3 aldomainem aldomain1, aldomain2 es aldomain3 neven a kovetkezoket kell csinalnom:
Belepek a fooldal FTP hozzaferesehet, es megnyitom a Sites mappat.
Letrehozok egy uj mappat aldomain1 neven
Az aldomain1 mappaba bemasolom az eredeti aldomain1 settings.php file-jat az adatbazis hozzaferesekkel. (mast nem masolok az ujonnan letrehozott aldomain1 mappaba)
Az eredeti aldomain1 mappajaban talalhato Files mappa tartalmat atmasolom a fooldal Files mappajaba.
Ezt megcsinalom mindharom esetben.
A kerdes a kovetkezo:
a Design nemileg elter az osszes aldomainen. Hogyan oldom meg?
Milyen modom tudom atiranyitani a regi aldomaineket? Az atiranyitas utan torolni lehet a regi mappakat?
Van oldal amin hasznalom a Notify modult, viszont a fooldalon nem. Ilyenkor mi az eljaras? Eleg ha bemasolom a Notify modult a fooldal Modules mappajaba?
Mert, ha ilyen egyszeru akkor inkabb most fogom csinalni, amig amugy is szet van bombazva a weboldal.
Ennek a megoldasnak elvileg csokkentenie kellene a szerver terheltseget. Jol gondolom?
Koszonom a valaszokat
B. Zsolt
nem teljesen így
de ez már új téma :)
http://drupal.hu/cikkek/multisite
http://www.google.com/search?ie=UTF-8&oe=UTF-8&domains=drupal.hu&sitesea...
nagyon sok leírást lehet találni drupal multisite setup keresőszavakra.
-
clear: both;
OK koszonom
utananezek pontosabban.
Csak olyan egyszeruen irtad le, azt gondoltam 20 perc az egesz :)))
udv, ZS
B. Zsolt