Mae'n swnio fel bod mwy o oedi oherwydd vBET yn newid i ddarparwr cyfieithu arall sy'n cymryd mwy o amser i gael data o. Pan fydd yn gwneud hyn yn http cysylltiadau yn cael eu gadael ar agor (ac weithiau amser allan).
Mae'n swnio fel bod mwy o oedi oherwydd vBET yn newid i ddarparwr cyfieithu arall sy'n cymryd mwy o amser i gael data o. Pan fydd yn gwneud hyn yn http cysylltiadau yn cael eu gadael ar agor (ac weithiau amser allan).
Gellir ei coused gan "Apertium API" sydd weithiau'n timeouting becouse o wall darparwr mewnol, a ydych yn ceisio ei droi o ac na ei wirio eto?
Dim ond bydd i wirio, diolch.
Gan nad oes ateb y bydd i mi nodi hyn edau datrys, os ydych yn dal gennych unrhyw gwestiynau, cysylltwch syrthiodd yn rhydd i aski byddaf yn ail-agor yn
Rwy'n gwybod eich bod wedi nodi hyn datrys ond dw i wedi bod methu â chael ar eich safle wrth geisio ychydig o weithiau!
Mae'r mater yn ymddangos i fod nad yw vBET yn cau prosesau briodol ac yn gadael llawer ohonyn nhw ar agor, Apache yna asseses faint o brosesau plant sydd ei angen ac yn creu yn barod yn eithaf buan gan fod yr holl galwadau i vbenterprisetranslator_seo.php a'r holl brosesau mae'n gadael ar agor y llwyth ar y gweinydd yn mynd i fyny.
Rwyf wedi symud gweinydd i weinydd fwy pwerus ac y llwyth yn dal i fodoli, y lluoedd newydd yn dweud yr un peth â'r hen un "gofynnwch i'ch darparwr meddalwedd i wneud y gorau ar gyfer y vbenterprisetranslator_seo.php difrifol ar ac unrhyw ffeiliau fod yn galw"
Nid wyf yn gallu cadw hyn i fyny, talu am gyfieithiadau ac yn awr £ 200/month ar gyfer y gweinydd ei fod yn lladd i mi, beth sydd angen i fi ei wneud i gael vBET i gau ei galw ar y prosesau iawn?