Önvédelem

Közérdekű közlemény:

Sajnos a rendelkezésre álló erőforrások végesek, ezért a HUP önvédelemre kényszerül. A cikk írásának pillanatában 128 tag és 3133 online olvasót jelez a Drupal. A Drupalban van egy önvédelmi mechanizmus, amelyet throttle-nek (visszafogónak) hívnak. Ez akkor kapcsol be, ha bizonyos számú olvasót érzékel a rendszer.

Most a throttle úgy van beállítva, hogy 2500 feletti anon vendég esetén kikapcsolja a szerver erőforrásait erősen igénybevevő oldalfunkciókat (keresés, tracker, stb.). Amint a terhelés csökken, a throttle természetesen automatikusan visszakapcsolja a funkciókat.

Tehát, ha valaki azt veszi észre, hogy eltűnt a keresődoboz a lap tetejéről, akkor az nem bug, hanem feature.

Megértést köszönjük!

( bra | 2006. 04. 21., p – 10:17 )

Nem is értem miért van a drupalban kereső. Sokkal gyorsabb és talán jobban is használható a google.

( snq- | 2006. 04. 21., p – 10:24 )

nagy szeretettel üdvözöljuk minden kedves GoogleBot nevű olvasótársunkat :)

Igen, tudjuk, hogy bot. Meg van neki mondva (így parasztosan), hogy 20 sec / oldal (robots.txt) sebességgel nyálazhat. Ennek ellenére szereti az oldalt.

Kicsi rosszindulatot érzek ki minden ilyen hozzászólásodból. Mintha kicsinyíteni szeretnéd állandóan az oldal fontosságát, érdemeit. Annyit azért segítek neked, hogy van összefüggés a Google botok rendszeres megjelenése és az oldal népszerűsége közt...

Rosszul érzem ezt?

--
trey @ gépház

Nem érzed rosszul: ez a Google működésének egyik alapja.

More about the Google Zeitgeist

"It's data that's practically a printout of what's going on in your brain: What you are thinking of buying, who you talk to, what you talk about." --Kevin Bankston, staff attorney, Electronic Frontier Foundation

( mb | 2006. 04. 21., p – 10:31 )

Csak egy észrevételem lenne. Ha regisztrált felhasználóként olvasom a hupot, akkor visszalépéskor a firefox újratölti az oldalt, valamilyen HTTP headernek köszönhetően. Ez egyfelől idegesít engem, mert visszalépés után a lap tetejére ugrik, másfelől viszont terheli a szervert is, hiszen ezt a műveletet végezhetné a browser cache-ből is. Ha nem lépek be, akkor ez a jelenség nem áll fenn.

Engem nem az érdekel, h újratölti-e, vagy sem, hanem h újratöltés után felugrik-e az oldal tetejére vagy sem.
Ha más oldalakon (index, hwsw, google, stb) nyomok manuálisan egy frissítést, akkor ugyanott marad, ahol volt. Ha a hup valamelyik oldalának közepén nyomok egyet, akkor frissítés után az oldal tetejére ugrik. És ez sokkal jobban zavar, minthogy pl. back-ra újratölti...

tenyleg trey, erre miert van szukseg? normalis last-modified es etag (netan expires) headerekkel drasztikus javulast lehetne elerni. azt latom a webalizer statbol, hogy a 200-hoz kepest negyed annyi 304 van. ez nem keves, de mind-mind a statikus kepekbol jon ossze. nezegettem a headereket, s nem lattam egyet sem ami sima szoveges oldal s ne 200-zal jonne.

( uid_228 | 2006. 04. 21., p – 10:45 )

eAcceleratort ugye használtok?
--
Sokan nincsenek tudatában annak, / hogy egyszer mindenki meghal. / Akik ráébrednek erre, / azonnal abbahagyják az ellenségeskedést.

Annyira, hogy a legsűrűbben előforduló, illetve a legtöbb időt felemésztő SQL queryket cache-elem is vele. Lehetne többet is, de túl sok helyen nem akartam belerondítani a forrásba.

Igazából azt nem értem, hogy miért nem használják ezt a drupalosok alapból. Ha van eaccelerator, cache-el bizonyos boxokat, queryket beállítható ideig, ha nincs, nem.

Tudom, írjam meg és küldjem be.

"Annyira, hogy a legsűrűbben előforduló, illetve a legtöbb időt felemésztő SQL queryket cache-elem is vele. Lehetne többet is, de túl sok helyen nem akartam belerondítani a forrásba."

Már egy jó hónapja kiszedtem, mert bugot okozott. Csak elfelejtettem szólni. :-)

Amúgy se segített nagyon, mert itt az alapvető probléma a vas (főleg a RAM hiány). Hiába cache-elsz, ha nincs RAM, hiába cache-elsz diszkre, ha lassú. Meg lehet nézni a load-okat, a swap stat-ot (ami aztán nyomja a load-ot fel jól), stb.

--
trey @ gépház

minden rosszindulat nelkul irom (en is hasznalom egyebkent), de sztem elenyeszo azon siteok szama, ami php acceleratort hasznal. es eaccon kivul is van meg par cache-elo, akkor miert ne azokat supportaljak? nehez ugy, szerintem.

amit en szivesebben latnek az a drupal engine adodb-re valo atirasa, s elonyeinek kihasznalasa. kivaloan lehetne azzal is cache-eltetni a resultokat. nem beszelve arrol, hogy rogton tobb tizre novekedne a tamogatott backend db-k mennyisege.

Az adodb db layer elég gyors (mondjuk a pear db-hez képest). Ellenben a drupal db layer-er sokkal primkóbb, ami nem számít, mert sokkal gyorsabb, mint az adodb, szinte natív db elérés szintű.

Adodb cache-elés: régebben mértem: nem sok látványos eredményt hozott nem túl sok adatnál. (pár száz rekordnál nem volt javulás) Kevés itt az a fórum elem, amihez kellene ilyen, imho.

primkobb == primabb vagy primitivebb? termeszetesen valamit valamiert, a szinte nativ db eleres szint (bar ezt nem tudom hogy merted ki mivel adodb support nincs drupalhoz) magaval hozza az alacsony szinten valo programozast.

>>>Kevés itt az a fórum elem<<<
igen, itt lehet, de hasznaljak joval nagyobb siteok is a drupalt. en nem irnam le az adocache-t, ofcos egy mysql belso cache-sel nem vetekszik.

"igen, itt lehet, de hasznaljak joval nagyobb siteok is a drupalt."

Például?

Egyébként nagyobb miben? Látogatottságban? Vagy fórum elem számban? A HUP fórumelem száma (kommentek + fórum node-ok) 200 000 körül van (+ 26 000 cikk és szavazás). Ezt nem nevezném kicsinek.
--
trey @ gépház

( Toma_ | 2006. 04. 21., p – 10:53 )

Mondjuk én pl. reggel elindítom a brózert, aztán esetleg du.
kikapcsolok. Lehet, hogy nem is nézem meg csak 1-2x az oldalt közben.
De statisztika vagyok attól.
Léptessél ki 30 perc után. :P
:)
_______________________
Magyar égre, magyar UFO-t!

Ha nem nyomsz reload-od, akkor nem vagy statisztika, tekintve, hogy a statisztika az oldalletöltésekből generálódik. Ha a böngészőn "csak ott van" az oldal, az nem töltödik le magától.

Viszont az oldal backend-je (rss.xml) rendesen van használva. Az segítene, ha mindenki csak 30 percenként érdeklődne új cikkek iránt, és nem percenként kétszer (tudom, hogy gyorsan frissül az oldal, de azért ennyire nem :-)

--
trey @ gépház

( egmont | 2006. 04. 21., p – 11:09 )

> Tehát, ha valaki azt veszi észre, hogy eltűnt a keresődoboz a lap tetejéről, akkor az nem bug, hanem feature.

Azért hogy ne legyen folyton-folyvást visszatérő RTFM kérdés ebből, nem lehet a keresődobozt ilyen esetekben nem simán eltüntetni, hanem helyette röviden kiírni, hogy "A keresés a szerver nagy terhelése miatt átmenetileg nem elérhető" vagy valami ilyesmit?

Egyébként iyenkor a kereső form nem jelenik meg, vagy a kereső motor nem hajlandó működni? Magyarul: ha csinálok magamnak egy "HUP kerseés" html oldalt egy formmal, az fog működni :-)

Nem, akkor letiltja a funkciót.

Képes az oldal bármely részét kikapcsolni ideiglenesen, akár a cikkek megjelenítését vagy éppen a blokkokat. A Slashdot effect kivédése is lehetséges vele állítólag. Persze a hálózati terhelés miatt akkor az adott oldal úgysem nem lesz elérhető, de legalább nem fog elpusztulni (nem fogja felemészteni az erőforrásokat), és a roham elmúltával visszaáll a megszokott állapot.

--
trey @ gépház

( biboka v | 2006. 04. 21., p – 15:34 )

Lehet, h csak bug volt, de én tapasztaltam kb 1-2 hete olyat is, hogy egyes oldalak a keresővel az élen nem voltak hajlandóak betöltődni, míg mások igen. A főoldal pl ment rendesen, de a fórum, keresés... nem. Szal csinál néha izgi dolgokat a szerver, tényleg nagyon ráfér a frissítés.