Det låter som det är mer av en fördröjning eftersom vbet växlar till en annan översättning leverantör som tar längre tid att hämta data från. När det inte är denna HTTP-anslutningar vänster öppna (och ibland timeout).
Det låter som det är mer av en fördröjning eftersom vbet växlar till en annan översättning leverantör som tar längre tid att hämta data från. När det inte är denna HTTP-anslutningar vänster öppna (och ibland timeout).
Det kan vara coused av "Apertium API" som ibland timeouting becouse av providern internt fel, gör du försökte stänga av och än checkar in den igen
Inget men jag kommer att kontrollera, tack.
Det finns inget svar som jag kommer att markera denna tråd lösas, om du fortfarande har frågor vänligen föll fritt att aski att jag öppna åtgärdsfönstret igen
Jag vet att du har markerat detta lösas men har jag inte kunnat få på din webbplats när ett par gånger!
Problemet tycks vara att vbet inte är stängningsprocesserna korrekt och lämnar massor av dem öppna, Apache sedan asseses hur många underordnade processer den behöver och ganska snart skapar dem redo för alla anrop till vbenterprisetranslator_seo.php och alla processer som det lämnar öppet belastningen på servern går upp.
Jag har flyttat servern till en mer kraftfull server och belastningen finns kvar, de nya värdarna säger samma som gamla en "få din programleverantör att optimera vbenterprisetranslator_seo.php för sever och alla filer som man kallar"
Jag kan inte hålla detta upp, betala för översättningar och nu £ 200/månad för servern det dödar mig, vad behöver jag göra för att få vbet att stänga det är samtal på processerna korrekt?