Desactivar, pero non instalar

[moman]

Debido a asuntos con provedores de tradución, quero imposibilitar vbet para un período estendido mais aínda querer a opción de re-habilitando o sistema para ser dispoñíbel.

Ademais de imposibilitar o plugin, que cambios teñen que fai a vbseo config e .htaccess Para marca isto acontece?

Actualmente, mesmo coa plguin desactivado.

Se puidese me proporcionar os fragmentos de código exacto que eu quedaría agradecido, como eu xa apaguei o meu zip orixinal.

[vBET]

Imposibilita vBET:
1. Desativá-lo Admin CP
2. Comentario vBET goberna dentro .htaccess. Se non recordas cales son aqueles entón control en vBET paquete dentro do-not-upload/tools/redirecting-rules directorio
3. Revert Cambios de integración en vbseo ficheiros. Xeito máis fácil - xusto upload ficheiros orixinais. Se non tes o zip - descargalo de páxina de provedor. Xeito máis duro - xusto aberto readme.html En vBET paquete e alí ha exactamente describiu que cambios foi feito - xusto el dentro en fronte de xeito.

É sabio non elimina - cando eliminado vai perder todo o seu caché da base de datos.

Compracer nota que hoxe liberaremos novos vBET versión que é preparada para límites de provedores da tradución. Significa que en caso se un provedor non é dispoñíbel o cambiará a outro e comprobar anterior unha vez polo noso para ver éo dispoñíbel outra vez. Tamén en caso cando xa logras os vosos límites en todos os provedores utilizará tradutor de boneco - cached as traducións serán mostradas, mais para novo un xusto verás proba orixinal en vez de baleiro a un lle gosta até agora. Os Detalles serán en anuncios. Liberaremos en sobre 1 hora.

Por favor, diga que precisa máis axuda aquí

[moman]

Compracer nota que hoxe liberaremos novos vBET versión que é preparada para límites de provedores da tradución. Significa que en caso se un provedor non é dispoñíbel o cambiará a outro e comprobar anterior unha vez polo noso para ver éo dispoñíbel outra vez. Tamén en caso cando xa logras os vosos límites en todos os provedores utilizará tradutor de boneco - cached as traducións serán mostradas, mais para novo un xusto verás proba orixinal en vez de baleiro a un lle gosta até agora. Os Detalles serán en anuncios. Liberaremos en sobre 1 hora.

Realmente aplicado estes recursos de volta cando descubrín tradutor de Microsoft. Con todo, o seu límite é de 400.000 carácteres / hora, ou 2.000.000 chars por día (mesmo con OAuth). No pasado era a caché máis de 1GB de traducións ao día, o que equivale a miles de millóns de carácteres, máis ou menos. Isto significa que sempre supera cotas dos provedores en cada hora, como eu estaba a recibir máis de 2.000 pageviews por hora traducido.

Isto é unha vergoña real cando realmente me gosta vbet, os meus usuarios atopárono útiles, e tivo moita diversión que estende e mellorándoo (i.e. ReviewPost Integración, etc).

Aquí é a función que escribín para buscar un token OAuth (que entón almacenado memcache ata que expirou), esta sería unha outra suxestión para un futuro lanzamento como Microsoft en breve estará esixindo-lo:

function request_new_token() {
    $obj_connection = curl_init();
    $arr_query_bits = array (
     'client_id' => 'your client id',
     'client_secret' => 'your secret',
     'scope' => 'http://api.microsofttranslator.com',
     'grant_type' => 'client_credentials'
    );
    $str_query = http_build_query($arr_query_bits);

    curl_setopt($obj_connection, CURLOPT_URL, 'https://datamarket.accesscontrol.windows.net/v2/OAuth2-13');
    curl_setopt($obj_connection, CURLOPT_HEADER, 0);
    curl_setopt($obj_connection, CURLOPT_FOLLOWLOCATION, 1);
    curl_setopt($obj_connection, CURLOPT_RETURNTRANSFER, 1);
    curl_setopt($obj_connection, CURLOPT_POSTFIELDS, $str_query);
    curl_setopt($obj_connection, CURLOPT_POST, TRUE);
    curl_setopt($obj_connection, CURLOPT_TIMEOUT, 1);

    $str_response = curl_exec($obj_connection);
    curl_close($obj_connection);

    $matches = array();
    preg_match('/\"access_token\":\"([^"]+)\"/', $str_response, $matches);
    $token = $matches[1];
    preg_match('/\"expires_in\":\"([\d]+)\"/', $str_response, $matches);
    $expires = $matches[1];

    return array($token, $expires);
} 

Outro o asunto interesante no meu caso é que con vbet fóra, parece que google é moito máis feliz a índice o noso sitio:



Parece que a nosa perda no tránsito non será tan grande, ao final, polo menos iso é unha boa nova!

[vBET]

Grazas por as súas notas.

Como podo entender o teu código será esixido por Microsoft versión de pago - é certo?

Sobre os mapas - compracer nota que non di cantas páxinas era indexed - xusto cantas páxinas era crawled. E máis as páxinas era crawled, porque aqueles onde entregado máis rápido (ve último mapa). Así que Google non reacciona en vBET - reacciona en tempo de resposta xusto a non overload o voso server. Cando server respostas robots máis rápidos crawls máis rápido.
Ve o voso sewer arrancou responder tempo longo máis antes de que imposibilitou vBET (ao principio de setembro) - número de crawled arrancou para aumentar exactamente entón. Tan tan ve o é relacionado a tempo de resposta.
Son interesado aquí sobre xusto unha cousa. Escribiu onte que queres imposibilitar vBET. Tan onte vBET era aínda activo no voso foro, mais nos mapas marcaron últimos 6 días tan vBET imposibilitado (cando entende cada ángulo en mapa é medida dun día) - tan algo o non ben aquí...

Segundo a información conseguida de ti Google era crawling (non indexing - é non igual) moito máis rápido cando vBET era aínda activo. Só última medida en mapas é cando vBET era imposibilitou. Compracer a non dar misleading información. Naturalmente hai conexión entre tempo de resposta e número de crawled páxinas, mais o voso server contestaba moito máis rápido cando vBET era aínda encima. Quizais porque en vez de esperar para tradución externa o voso server inmediatamente conseguido quota superou información (arrancou sobre semana hai). Quizais debido a cambios de configuración (Hóspede cache virou en mes hai ou algo como aquel).

E unha pensa - realmente pensa que o tráfico de robots ten mesmo valor que o tráfico de persoas reais? Robots non pode facer clic en anuncios, os robots non creará conta no foro e robots non creará un contido valioso no seu foro. Entón, persoalmente creo que a información que terá máis tráfico crawlers non é unha boa nova - é só noticia. Vai perder tráfico e persoas reais a partir da súa comunidade.

Volvendo á cuestión - precisas máis axuda neste tema?

[moman]

Problema é resolto tan nope, non precisa de máis axuda neste momento. Gustaríame manter as traducións ao redor, pero debido ao alto tráfico, non é posible no meu caso. Quizais no futuro unha API libre e poderosa dispoñibles, quen sabe!

A cuestión é que moitas páxinas traducidas estaban colgados. Engadido este aos chamamentos onda parecía aumentar o rendemento global (a miña filosofía é que, se non é rematada nun segundo, ela non vai completa):
curl_setopt ($ obj_connection, CURLOPT_TIMEOUT, 1);

É por iso que a zona azul foi máis rápido (en conxunto con un caché maior).

Aínda que é certamente aberto á interpretación, a indexación completa do buscador é fundamental para o éxito dun sitio, e quen sabe, quizais a presenza de traducións estaba prexudicando a indexación do núcleo do meu sitio (en inglés) de contido?

[vBET]

Esperamos tamén que as traducións serán libres de novo, imos atopar máis proveedores de tradución (libre ou competitiva) ou polo menos vai ser barato Pode confiar en nós que queremos que el OK - se non hai apoio necesario agora que pechamos este fío. Por favor, ten en conta que nós xa apoiar os provedores de cola que permite o uso dun proveedor, sempre que ten límites cita formiga, entón, automaticamente cambiar de (e comproba cada 10 minutos fai un preferido está dispoñible de novo). Aínda algunhas cuestións aquí (versión BETA) - agora marcados proveedor como non dispoñible calquera erro (non parece ser necesario), pero xa monitor cando os provedores están marcados dispoñible no noso foro e corrixir os problemas. Espero que non nos atopamos de novo