Sembla que hi ha més d'un retard perquè vbet és el canvi a un altre proveïdor de traducció que pren més temps per obtenir dades de. Quan ho fa aquesta connexions de http són obert de l'esquerra (i a vegades temps d'espera).
Sembla que hi ha més d'un retard perquè vbet és el canvi a un altre proveïdor de traducció que pren més temps per obtenir dades de. Quan ho fa aquesta connexions de http són obert de l'esquerra (i a vegades temps d'espera).
Això pot ser coused per "Apertium API", que a vegades timeouting a causa de l'error intern de proveïdor, que intentava girar-se d'i que comprovar-ho una altra vegada
Cap però vaig a comprovar, gràcies.
Tan no hi ha cap resposta marcaré aquest fil solucionat, si encara tens qualssevol qüestions si us plau van caure lliures a aski el reobriré
Sé que heu marcat això resolia, però he estat incapaç d'aconseguir en el seu lloc quan es tracta d'un parell de vegades!
La qüestió sembla ser que vbet és no tancar processos pròpiament i deixant un munt d'ells obert, Apache llavors asseses quants processos de nen es necessita i els crea punt molt aviat a causa de totes les trucades a vbenterprisetranslator_seo. php i tots els processos que està deixant obert la càrrega en el servidor puja.
M'he mogut servidor a un servidor més potent i la càrrega encara existeix, els amfitrions nous dir el mateix com diu el vell un "obtenir el seu proveïdor de programari per a optimitzar vbenterprisetranslator_seo. php per a la sever i tots els fitxers que s'anomena"
No puc seguir això cap amunt de, pagant de traduccions i ara £ 200/mes per al servidor m'està matant, què he de fer per aconseguir vbet trucades en els processos de tancar correctament?