Looping

[Taurus]

Volgens mijn gastheer Ik heb een groot probleem met vbenterprisetranslator_seo.php draait in mijn forums map die lijkt te eenvoudig looping en het eten van up CPU-cycli. Kunt u dit controleren. Dank u.

[kamilkurczak]

Zoals ik zie u een website stijl en vertaling werkt snel nu.

[Taurus]

Man, kun je alsjeblieft controleren wat ik over de vraag, vbenterprisetranslator_seo.php draait in mijn forums map die lijkt te eenvoudig looping en het eten van up CPU-cycli.

Ik moet voortdurend doden dit!

[kamilkurczak]

Hallo,
vbenterprisetranslator_seo.php is alleen front controller dus als je een lus - ze kunnen worden veroorzaakt door een andere mod. Neem dus contact op met uw provider - Waarom zei hij dat deze cycli (lus) en wat is de reden - zullen we weten waar te beginnen.

Jullie waren geïnformeerd over wat de mogelijke oorzaak van dit probleem door Michał. (Vanaf 9 oktober) Heb je iets van Michał lijst? bevestigt u dit?
Hier heb je informatie van Michal:

"If after restart it is all ok then I see those possibilities:
- Your Apache broke
- Your php broke
- Some background tasks was running (some sheduled tasks) which was killing your server

In first 2 cases it is possible that will never happen again or after long time.
If it is 3rd case then the issue will definitivelly come backe as soon as sheduled task will be triggered again."
Gelieve - Controleert als eerste (want volgens uw gegevens met eerder berichten, we denken dat het niet van toepassing is uit te geven, maar een van deze opties vBET).
Gelieve in het bijzonder dit punt: - Sommige taken achtergrond actief was (sommige sheduled taken) die het doden van uw server
dus controleer het: ga je gewoon naar je admincp-> Geplande Taken-> Geplande Task Manager en schakel ALL - als het hielp - dit is de reden (een proces) - slechts in staat stellen een voor een en vindt dit proces.
Zo niet - controleer het eerste en het tweede punt uit deze lijst.

Gelieve, controleer dan of het omdat we een vBET steunen en we omgaan met de vBET thema's - geen server support.
Let weet het:
vbenterprisetranslator_seo.php is slechts front controller. Alle aanvragen die worden verzonden naar uw server wandelingen door dit bestand, dus het zal altijd zichtbaar.

Bedankt

[Taurus]

Ja, vBET heeft nooit problemen. Het is altijd iets anders. Ik heb nu een cron job op mijn server om te controleren en te doden vbenterprisetranslator_seo.php elke 4 minuten. En aangezien ik dit deed, is mijn CPU-belasting is onder de 3 voor meer dan 24 uur. Terwijl met vbenterprisetranslator_seo.php het zal oplopen tot meer dan 20 op keer. Dus, hoe kan het iets anders!?
Dus wat lame excuus is de volgende stap?

EDIT: Wat is het doel van vbenterprisetranslator_seo.php??

[kamilkurczak]

heb je instructies wat te doen en wat te cheque van vBET.
Dus probeer om het te doen en te bevestigen hier. U vroeg ons over het - Michał gaf je een lijst met tips.

vbenterprisetranslator_seo.php is een front controller. Alle verzoeken om uw server (alle mods et.) Wandelingen door dit bestand. Dit is een zeer korte file. Kijk maar in het bestand.
Dit bestand wordt op elk verzoek van een web-sessie, zodat dit bestand is altijd zichtbaar.
Meer informatie over front controller: http://en.wikipedia.org/wiki/Front_Controller_pattern

[vBET]

Dus wat lame excuus is de volgende stap?

Als je niet braak onze tips en maken geen gebruik van onze hulp - waarom vraag je voor? Je al antwoord en negeerde het. Het maakt echt niet uit voor uw server kunt u behandelen onze hints als lame excuus of deskundige mening. Wat zaken voor uw riool is zal u gemaakt voor handelingen of niet.

Neem dus braak instructies die je hebt en check wordt het veroorzaakt door een geplande taak.

Het is definitief niet vbenterprisetranslator_seo.php fout - want er is geen een lus helemaal. Iedereen met minder dat de fundamentele kennis over PHP zal je vertellen dat. En dit is niet een onderwerp om te bespreken - dit is het feit. Open het bestand en controleer het zelf - er zijn slechts een paar voorwaardelijk verklaringen en variabele verandert. Houdt u er rekening mee dat alleen maar het gooien van slechte woorden niet zullen hier iets veranderen. Als u zeker weet dat het alleen maar lame excuus dan kunt u punt ENIGE lus binnenkant van vbenterprisetranslator_seo.php bestand ...
Anders, als je niet weet wat er gebeurt - neem dan eerst het.

Als een looping bestaat, zal in verschillende bestandsformaten die echt verzoek doel of in sommige geplande taak (wat je werd gevraagd om te controleren). Ook hebben we nu al checken op je forum (voordat ik je gaf hints geciteerd door Kamil) heeft redirection loops gebeurt en er was niemand.

Zoals u al weet dat we informatie nodig hebben die zal bevestigen of ontkennen doet is het aantal geplande taak fout. Informatie niet opinie zetten in slechte taal en gebaseerd op niets.

[Taurus]

Dus vertel me dit. Na het doden van vbenterprisetranslator_seo.php waarom doet mijn CPU-gebruik dalen 20-2? Alles wat ik wil weten.

En je gewoon vindt een lus op mijn forum nu, omdat vbenterprisetranslator_seo.php wordt gedood elke 4 minuten met een cron job.

EDIT: Niet iedereen heeft hier de kennis die je hebt op al deze technische dingen die je kent! Is het zo moeilijk te begrijpen? Ik zie mijn CPU omhoog en omhoog, tot hij crasht mijn site. Ik blijf vragen mijn hosting bedrijf wat de oorzaak is van dit, en ze geven me dezelfde reden elke keer. vbenterprisetranslator_seo.php
Dus wat moet ik veronderstel dat te doen? Ze niet me te vertellen is er enige mod het uitvoeren van een geplande taak is die looping, ze zeggen dat het vbenterprisetranslator_seo.php is

Ze houden die me deze:

17616 niemand 25 0 80640 28m 4032 R 99.7 0.8 1571:01 lsphp5: ic_html / forums / vbenterprisetranslator_seo.php
28305 niemand 25 0 80780 28m 4776 R 99.7 0.8 566:53.72 lsphp5: ic_html / forums / vbenterprisetranslator_seo.php
24296 niemand 15 0 76876 23m 3952 S 40.7 0.7 0:00.99 lsphp5: ic_html / forums / vbenterprisetranslator_seo.php
22259 niemand 15 0 75036 22m 4328 R 37.9 0.6 0:10.91 lsphp5: ic_html / forums / vbenterprisetranslator_seo.php
24294 niemand 15 0 70600 18m 3904 S 12.6 0.5 0:00.78 lsphp5: ic_html / forums / vbenterprisetranslator_seo.php

Dus nu ben ik echt zeer gefrustreerd door dit alles, want als het een mod dan, hoe moet ik te weten komen over het.

Ik vind het jammer dat ik niet ben een genie als jij.

[vBET]

Waarom vraag je weer wat je moet doen als we al schreven je wat je moet doen. Als je wilt dat je hosting bedrijf ondersteunt u met dit probleem - ga daar. Als u wilt dat wij u te ondersteunen met dit probleem en gebruik dan steun die je al hebt.

We realiseren ons dat niet iedereen technische kennis is - dat is de reden waarom we gratis support te geven door ons forum. Dat is waarom je stap voor stap instructies wat je moet doen. Gebruik deze instructies en ons feedback te geven.

Ook - we zijn niet vertellen dat een andere mod het veroorzaken in de geplande taak. Vanaf het allereerste begin hebben we vertellen je dat het mogelijk is oorzaak van het probleem, en vanaf het begin vragen we u om dit te verifiëren. Je hebt al kreeg instructies hoe dit te doen. Please do it.

Uw statistieken zegt niets over precieze oorzaak - die alleen maar verteld dat probleem ergens in uw forum (omdat alle forum bezoeken gaan door vbenterprisetranslator_seo.php). Uw hosting bedrijf niet kent ons product en niet begrijpen dat. We vragen niet je het begrijpen als je niet wilt of niet mogelijk is om - vragen wij u om braakliggend exacte instructies die je hebt. Als u geen vertrouwen in onze informatie dat het niet de schuld van file vbenterprisetranslator_seo.php waarom ben je nog vragen ons weer over? Je wilt niet te waarheid te horen van ons. En wij niet zullen liegen, zullen wij weer geven u de waarheid - is er geen lus de binnenkant van vbenterprisetranslator_seo.php. Misschien heb je begint te begrijpen wanneer je je realiseert dat er geen andere vBulletin-bestand in uw statistieken - en dit is omdat alle aanvragen naar vBulletin doorkomen vbenterprisetranslator_seo.php (behalve admin cp, etc.). We weten niet welke verzoeken zijn werkelijke oorzaak van probleem en het lijkt u echt niet geïnteresseerd over het oplossen van het probleem, omdat je steeds opnieuw en opnieuw te negeren instructies die u kreeg van vBET experts beweren dat iemand die volledig is geen idee over vBET je verteld dat vbenterprisetranslator_seo.php loops is. Als je ze wilt geloven, dan kunt u hen vragen om te kijken in dit bestand en u een regel code, waar is een lus te tonen.

Houdt u er rekening mee dat we niet in staat zal zijn om u te helpen wanneer je weigert om onze hulp gebruiken. We zullen erg blij zijn als het probleem zal weg zijn, we nog steeds niet geloven dat het weg zal zich heen.

Het heeft geen zin meer bespreken dat het vbenterprisetranslator_seo.php schuld is of niet. Het is het niet. Je hoeft niet te begrijpen braak onze instructies. We hebben al beschreven waarom vbenterprisetranslator_seo.php geen lussen en schreef je dat als je wilt blijven vertellen dat het hebben, dan kunt u tonen. Zolang je niet weet wat je schrijft over stop te ondermijnen dit feit. Wat is je doel hier - om het probleem op te lossen of om dingen die als je er al eentje je geen kennis hebben over discussiëren? Houdt u er rekening mee dat de bespreking over de lussen in het vbenterprisetranslator_seo.php volledig taille van de tijd u en ons, en beweegt je niet naar voren met je probleem.

Ik ding dat je zou heel wat minder gefrustreerd als u stopt met het luisteren pople die het niet weten vBET, beginnen met luisteren ons, en braakliggende onze hints in plaats van blijven vertellen dat wij geven u lame excuses, zelfs zonder te controleren wat we schrijven over ...

Ook beantwoording van uw vraag die u zojuist hebt gegeven:

als het een mod, hoe moet ik te weten komen over het.
Je al antwoord op deze en besloot om het te negeren ... Gebruik het:
http://www.vbenterprisetranslator.com/forum/vbet4-troubleshooting/1113-looping.html # post5580
Je hebt er beschreven hoe je kunt uitschakelen geplande taken. Gewoon uit te schakelen een voor een. Schakel een en zie dat probleem nog steeds gebeurt. Zo ja uitschakelen nog een en nog eens ... Als het probleem niet meer gebeurt - dan vorig uitgeschakeld geplande taak verantwoordelijk is. Als u uit alle geplande taken en uitgifte zal er nog steeds, zelfs na server te herstarten dan zal bevestigen dat dit niet de schuld van geplande taken. In dat geval zullen we onderzoeken het meer. Op dit moment moeten we bevestiging van deze mogelijke oorzaak, want het lijkt het meest waarschijnlijk voor ons.

[Taurus]

OK, dank je. Ik zal doen wat je zegt.

Mag ik u vragen alleen dit. Ik heb vbenterprisetranslator_seo.php in dit stadium gedood elke 4 minuten, indien aanwezig. Tot nu toe heb ik nog niet gezien geen problemen op mijn forum door dit te doen, en ook mijn CPU load is zeer laag, zoals twee dagen geleden dat ik dit deed.

Dus, ik wil gewoon weten of dit is een slechte zaak te doen? Het doden van vbenterprisetranslator_seo.php dat is. Welke invloed zal dit hebben?

En mijn excuses als ik kwam over onbeleefd. Niet mijn intenties.

[vBET]

Het doden van het proces om de 4 minuten is niet de beste oplossing. Het is een oplossing - uw server werkt. Maar je weet niet wat je doden. Dus uw gebruikersnaam van tijd tot tijd kan zien dat je forum niet beschikbaar is als eigenlijk zijn verzoek werd vermoord (natuurlijk zal direct beschikbaar zijn net na het versturen verzoek opnieuw in).
Zoals ik al schreef alle aanvragen naar het forum gaan door vbenterprisetranslator_seo.php (u hebt ingesteld in. Htaccess). Daar gaat aanvragen voor het zien van forums, discussies, albums - daar gaat aanvragen voor alles. Zelfs voor het toevoegen van nieuwe content (je kan verliezen nieuw bericht als je doodt een dergelijk verzoek voor vBulletin te schrijven naar database).
Dus zelfs als het uw belangrijkste server probleem oplost is het niet echt een medicijn, net pijnstiller. Het probleem bestaat echt. Dus we raden om het probleem te onderzoeken. Wij gaven u eerst richting. Als dit een verkeerd verschijnen zullen wij u ondersteunen bij het oplossen van dit. Nog steeds, net als artsen - moeten we eerst bevestigen / verwijderen meest mogelijke oorzaak. Dit is geen diagnose - dit is slechts medisch onderzoek. Een X-ray, die zal ons toelaten om het probleem op te lossen of vertel ons om meer te kijken. Hoop dat elke fan van Dr House zullen begrijpen wat ik bedoel;)

[Taurus]

lol, bedankt voor die medische uitleg. De enige problemen nu door het uitschakelen van een voor een geplande taak, is dat wanneer krijg ik eigenlijk gaan doen het? Omdat het lijkt erop dat de CPU-gebruik groeit erg langzaam over als 2 dagen. Het is niet dat het schiet ineens omhoog. Dan zou het makkelijker zijn om te bepalen welke geplande taak het is.

[vBET]

OK zo - ik was misleid door uw beschrijving over het doden van processen om de 4 minuten ... Op dit moment ben ik beetje in de war. Kunt u uitleggen waarom u het doden van processen om de 4 minuten, als nummer verschijnt om de 2 dagen (door de manier - dit zou zelfs meer wijzen op een aantal geplande taak als schuldige).

Geef me nauwkeurige beschrijving van de situatie. Ook - is het werkelijk waarheid dat CPU-verbruik langzaam groeit, of het is op vergelijkbaar niveau voor lange tijd en dan stijgt drastisch. Geef gedetailleerde informatie. Door ons misleidende informatie die u moeilijker om u te helpen.

Toch kunt u de test. Als het duurt 2 dagen verschijnt het probleem, neem dan gewoon uit te schakelen alle geplande taken. Herstart je server en wacht. Als na 3 dagen niets vervelends gebeurt - dan betekent dit dat een van de geplande taken schuldig is. Als gebeurt nog iets anders de oorzaak is. Zodat je weer in alle taken en laat ons weten dat ti is iets anders. Of u gaat aan een geplande taak om de 3 dagen als het een geplande taak te geven. In dat geval uw server stabiel zullen zijn tot het inschakelen van de schuldige en u weet welke dat is (rest taken kunnen worden ingeschakeld dan) - geef ons uw feedback.

Als het niet geplande taak probleem dat u weet dat in de meeste 3 dagen. Als het is - u weet welke een schuldige is in meer tijd - in zo'n geval kunt u gaan draaien op de taken van vBET taken om te voorkomen dat het vBET kwestie te bevestigen.