Meer belasting problemen

[Snake]

Ok dus ik hebben gedaan veel testen.

Over een periode van 24 uur mijn belasting stijgt gestaag in de 30.00 's

Een herstart server fixes voor een ander 24 uur.

Als ik schakel de mod krijg ik niet dit probleem.

Zeg niet dat met de mod met een handicap is er minder verkeer als dat niet waar is, google stuurt nog steeds dezelfde verkeer met mod met een handicap volgens mijn stats.

Gelieve uit te leggen, belasting maakt me gek.

[tavenger5]

Klinkt als bots zijn het raken van de vertaalde pagina's als de mod is ingeschakeld. Je moet kijken naar het optimaliseren van apache of het krijgen van een server met meer cpu power. Bent u het lopen vboptimise of enige vorm van caching mechanisme, zoals memcached?

[Snake]

[moman]

Het klinkt echt alsof je draait op een underpowered server. Ik ben op een 8-core Nehalem-machine (dus we zijn op zoek naar acht virtuele cores meer als gevolg van de HT, voor een totaal van 16). Ik heb ook uitgebreid geoptimaliseerd deze machine met behulp van mijn eigen technieken en aanwijzingen van de mensen van vbulletin.com.

vBET verhoogt mijn lading van ongeveer 2,5 tot 3.0-3.5, afhankelijk van het aantal gebruikers, en dit uiteraard groeit op basis van de cache grootte. Maar ik denk niet dat het te slecht, omdat mijn gelijktijdige gebruikers lopen uiteen van een vrij hoge 800 tot een nog hogere 1200.

[vBET]

Hi Uiteraard vertaling moet enige middelen - er is geen magie. Vertalen pagina betekent nemen uitgang resultaat en veranderen. Door die vertaling zal altijd langer duren dan normaal pagina.

Ik begrijp dat u niet al te blij met meer belasting van de server, maar let er op dat vBET is het nemen van slechts middelen voor de vertaling. Voor de normale pagina's het voegt alleen maar vlaggen. Dus al deze extra belasting komt van extra verkeer naar vertaalde pagina's. Zoals u schreef uw verkeer niet meteen naar beneden na het uitschakelen van vBET (als je het een tijdje, dan zal afnemen na het uitschakelen - trust me) en de belasting van de server is lager - het is duidelijk - robots zijn nog steeds kruipen URL's naar vertaalde pagina's, gebruikers zijn nog steeds te vinden in Google links naar uw vertaalde pagina's. U heeft dus nog hetzelfde het verkeer, maar nu onder vertaald links is gewoon gedupliceerd inhoud - normale pagina die niet is vertaald. Als u wilt verblijven met een handicap vBET raden we aan regel toe te voegen in je. Htaccess bestand waarin alle vertaalde pagina's zullen doorverwijzen naar een normaal, anders kun je verliezen als gevolg van uw SEO gedupliceerd inhoud.



Ik begrijp dat naar uw mening onze code zwak is. Ik weet niet op wat u baseert uw verwachtingen. We hebben snelst vertaling mod voor VB - er is niets wat werkt beter. Vertaling zal wat middelen en onze mod duurt het minder dan een ander. U kunt zien hoe snel vBET kan werken op vele forums. Als u problemen op uw server, dan kunt u overwegen wijzigingen in de configuratie of het toevoegen van resources van de server. Je zal niet zetten 20 liter water in 10 liter emmer.

En je bent 100% goed - we kunnen beter doen, zullen wij en we doen het de hele tijd Wacht maar tot we verhuizen alle verbeteringen die we tijdens de uitvoering vBET4.x

Als ik het kan geven u enkele tips - controleer hoe u kunt optimaliseren van vBET: http://www.vbenterprisetranslator.co...rformance.html
Vooral beste uitschakelen enkele talen en het blokkeren van irrelevante pagina's door robots.txt

Wat is tijd van de respons van de vertaalde pagina's? Wat is je CPU-gebruik? Wat is je geheugengebruik? Of het aanvaardbaar is dan moet je geen zorgen te maken. Mensen zijn vaak bang door het verhogen van de server load en zelfs niet weten wat doet het betekent. 10 keer meer belasting van de server doet NIET betekent dat er 10 keer meer middelen gebruikt. Het betekent alleen dat je meer threads wachten in de rij, wat volkomen normaal, aangezien nu uw threads wachten voor Google reageert als sommige vertalingen niet in de cache nog niet. Zo thread wacht op Google respons en het kost GEEN CPU helemaal in deze tijd. Omdat de belasting van de server WORDT groter, zelfs als vBET kon geen middelen (wat natuurlijk niet mogelijk is).

Over het crashen van uw server - het is uiteraard uw server probleem. Het gebeurt regelmatig. Ik had soortgelijk probleem op mijn server. Het werd veroorzaakt door een Apache-bug, zodat een Apache thread groeide en groeide met geheugengebruik tot hele geheugen was verteerd ans-server in de cache. Slechts een thread zich gedraagt als dat - andere Apache discussies die was normaal. Ik speelde met Apache configuratie en probleem is opgelost. Ik denk dat Apache gewoon wat geheugen lekkage had - zoals ik herinner ik lagere waarde van de verzoeken die kan worden ingedrukt door een draad. Er waren ook andere wijzigingen. Ik stel voor om uw geheugengebruik te controleren en het monitor voor bepaalde tijd. Ook kan het nuttig zijn om de gemiddelde hoeveelheid geheugen die wordt gebruikt door een Apache thread bekijken, maakte een aantal berekeningen en juiste waarde van max threads voor Apache in te stellen.

Als u nog vragen neem dan gewoon vragen

[vBET]

Hey - ik was gewoon op je forum het vertaalt ULTRA FAST ... Dus wat je beweert over en waarom zo boos over de houding vBET, als je super snelle vertaaldienst? ...

Gelieve na te denken welke server belasting betekent. Inzicht in de betekenis ervan kan zeer nuttig zijn om te begrijpen wat er gebeurt op de server en hoe het kan worden gerelateerd aan onderwerpen die het waard zijn in de rij niet omdat je geen middelen, maar wachten op reactie van andere server (Google in dit geval).

Naar mijn mening heb je super snelle vertalingen en je hebt niets te maken over

[Snake]

Ik heb sites van gebouw 10 jaar, ik ben me volledig bewust 10x lading niet 10x resources betekenen, stop behandelen me als een idioot en lepel voeden me onzin. De koude feiten zijn met deze mod versus de andere gratis mod van uw lading is mega. En op piekmomenten mijn site is nu traag en reageert niet. Ja, pagina's te vertalen snel daluren, maar tegen een kostprijs van een trage server later op de dag. Ik heb een quad core, raid 15k SAS-server, die geoptimaliseerd is prima, maar 0,50 voor een hele dag lang voordat dit met grote verkeer. Het is de VBET code die belasting toevoegt en maakt de server traag op piekmomenten, het is een feit, het is niet toename van het verkeer, ik heb dezelfde verkeers-en bots had en de server omgegaan prima, het is de vertaling product. Periode. Schiet op en bevestig het, ik echt niet willen naar een andere 300 pond te betalen per maand voor een server upgrade alleen maar om een MOD lol run.

[tavenger5]

Hoeveel talen heb je ingeschakeld? Hoeveel berichten heb je? Heeft u vBSEO en sitemap generator geïnstalleerd? Hoeveel bots zijn het raken van de site een dag?

[Snake]

Hi!

32 talen ingeschakeld.

100.000 berichten.

vBSEO en sitemap geïnstalleerd.

sitemap plugin zegt 1000.000 pagina's kroop een dag.


Het feit is, als ik schakel de mod en herstart de server, bot en gebruikers zijn nog steeds mijn server het raken van de dezelfde als voorheen, dezelfde pagina's zijn in nog in googles index en dus krijg ik hetzelfde verkeer is ingeschakeld of niet.

Het enige verschil is dat met de mod met een handicap de bots en Google zoekers krijgen de engels pagina, zodat,, het verkeer identiek is, is het enige verschil dat ze niet zien van een vertaalde pagina, dus het vermijden van mods database issues.

Het is duidelijk als de dag voor mij deze mod is vrijgegeven zonder de juiste testen, en duidelijk de eigenaar is niet geïnteresseerd in de aanpak van de problemen.

Fail.

[Snake]

Michael, je fout bent, wordt deze belasting niet wordt veroorzaakt door een toename van het verkeer, wordt het veroorzaakt door het lezen en schrijven vertalingen mysql.

Als vBulletin team kan lezen en schrijven naar MySQL met een lage belasting waarom cant u?

Slechte code mijn vriend.