vBET
20-12-09, 01:18
vBET sono molto ottimizzazioni. Grazie che è possibile fornire i contenuti in 53 lingue molto veloce.
Ovviamente le traduzioni non sono fatti magicamente e alcune risorse sono necessarie per fornire questi. Ci sono utenti con forum di veramente grande che vBET eseguito con successo senza alcun preavviso impatto sulle prestazioni (http://www.vbenterprisetranslator.com/forum/vbet-good-stories/84-vbet-has-great-performance.html).
Sempre nel caso se si desidera utilizzare vBET in modo più veloce possibile, qui di seguito alcuni suggerimenti di configurazione. Si prega di notare che queste descrivono la configurazione ottimale per motivi di prestazioni - a volte con costi di funzioni disponibili, quindi non incolti, se non avete problemi di prestazioni.
Assicurarsi che si sta utilizzando l'ultima versione di vBET. Stiamo costantemente migliorando le prestazioni.
(Da 3.3.4) Accendere Usa Full Cache di file per gli ospiti e fare in modo che funzioni (controllo si sono creati i file della cache - occorre impostare i privilegi di file appropriato)
(Da 3.3.4) Impostare i valori più alti per la cache completi di file Per ora ospiti di vivere e anche per la cache completi di file Per ora ospiti di vivere Per Les Pages Rilevanti
(Da 3.3.4) Considera che le pagine possono essere tenuti più a lungo nella cache file completo per gli ospiti e aggiungere quelli di Meno pagine pertinenti per la cache del file completo sia per chi
vBET supporta tutte le codifiche, ma è meglio se il vostro forum usa codifica UTF-8, altrimenti per ogni vBET traduzione dover ricodificare intera pagina e fare altri trucchi aggiuntivi (anche caratteri speciali avviene molto più in DB causano questi vengono modificati & # CODICE; notazione). Se siete già in esecuzione nel forum, non esiste un modo facile per passare la codifica (ancora esiste), ma se si sta creando una nuova allora perche non farlo funzionare su codifica UTF-8 che è stato progettato per il supporto multilingue.
È possibile disattivare alcune traduzioni a chiedere l'elemosina - quando la cache sarà pieno è possibile aggiungere nuovi di volta in volta. A partire da tutte le 52 traduzioni significa 52 volte più contenuti per gli utenti e le radici. Alcuni forum possono facilmente gestire questa situazione, per alcuni è meglio iniziare con alcune traduzioni.
Assicurarsi di avere cache.
Per poi sarà importante per voi di disporre di adeguati Cache TTL. Più grande è meglio, ma non più di 15 giorni per essere leale con TOS Google
Scegliere la migliore strategia di svuotare la cache per il vostro forum. Per la 'cancellazione Normale' quasi tutti i forum è meglio di compensazione strategia, ma se avete davvero molto contenuto tradotto poi la cancellazione della cache normale può uccidere il vostro server. Ma stare tranquilli - abbiamo soluzioni speciali per i casi. Così si può scegliere 3 altre strategie. Ultimo è più veloce, ma elimina tutto il contenuto della cache, in modo da utilizzare solo se si deve.
Utilizzare "Cache di compensazione timelap" - vBET cancella oltre 150 tabelle di cache di rimuovere molti dati. È possibile ordinare vBET di attesa tra ogni tabella. Compito intero prenderà stessa quantità di risorse, ma il server "riposo" tra radure così il carico del server saranno più piccoli.
Utilizzare l'opzione "Select traduzioni raggruppati" in base alle proprie esigenze - questo farà meno query al database in modo che vi costerà meno della CPU, ma con costi di più l'utilizzo della memoria RAM.
Non impostare "Stop cura fallimenti x" a bassa o troppo alta. Questa opzione ottimizza l'utilizzo della cache. Grazie vBET che smetterà di cercare di trovare nella cache di traduzioni che non ci sono. Se utilizzi un valore molto alto vBET cercherà più volte. Se lo si imposta vBET troppo basso può smettere di cercare le traduzioni che sono realmente nella cache solo perché alcuni piccoli cambiamenti accadere a pagina tradotta.
Attiva cache per tutte le traduzioni. vBET consente di disabilitare la cache per le traduzioni scelto se non si ha troppo spazio su disco, ma le traduzioni ci vorrà più tempo, dal momento che Google sarà richiesto ogni volta per quelli.
Impostare "Rilevazione Lingua Google" a "sempre la fiducia degli utenti". vBET hanno grande caratteristica che permette di rilevare vera lingua del messaggio nel caso in cui se l'utente rovinare qualcosa. Ma ha il suo costo - di chiedere a Google aggiuntivi devono essere fatte quando arriva nuova posta.
Disabilitare "Traduci Google Maps". Esso consente di tradurre le mappe di Google incluso nel vostro forum, ma se non supportano quelli poi disabilitare - è il costo aggiuntivo di ricerca e sostituzione per i link alla mappa di Google in uscita tutto.
Esperimento con l'opzione "non tradurre i nomi utente". Causa minore richiesta di traduzione, dal costo di molti controlli supplementari in luoghi diversi forum. Quindi c'è qualcosa per qualcosa - verificare che è meglio nel vostro caso.
Disabilitare "Traduci messaggi vBSEO in JavaScript" se non si utilizza questa funzionalità vBSEO o disabilitare anche in vBSEO. Tradurre il costo aggiuntivo di analisi di uscita.
Blocco robot per le pagine non rilevanti - come le pagine soci, calendario e così via. I robot sono in grado di visitare ogni angolo del tuo forum molto veloce - cosa si può migliorare l'utilizzo della CPU per prime traduzioni. Per lo più forum non ha bisogno di essere membro pagine indicizzate, ma ancora ci vorrà risorse forum per tradurre quelle pagine. Quindi, bloccare i robot per tutte le pagine, non rilevanti in tutte le traduzioni. Nel prossimo post troverete esempio robots.txt per questo - questo fa parte del robots.txt utilizzati da questo forum (notare che l'URL sono cambiati da vBSEO, e il nostro forum usa sottodirectory nella URL).
(Da 3.3.1) L'utilizzo di "testo originale Show" in versione stand - per gli utenti e gli ospiti. Questa opzione permette di scegliere come si desidera visualizzare il messaggio originale. Mostrando costa un po '- non è significativo, ma se avete già fatto tutto e cercare qualche piccolo miglioramento, allora potete trovare qui. Prima di tutto - si hanno 2 modi per visualizzare il testo originale se si wan: per iniezione JavaScript e in modo normale. Quella normale è meglio per prestazioni, ma una iniezione è meglio per SEO (i robot non si vede). Quindi, se ti senti vuoi contenuto originale spettacolo per stand - utenti e ospiti -, allora è meglio per mostrare iniettato per gli ospiti e normale per gli utenti. Naturalmente è possibile scegliere di non mostrare il testo originale - sarà peggiore per gli utenti ma poco meglio per le prestazioni. E tu hai anche una opzione più - ottimo per prestazioni e peggio per gli utenti - si può scegliere di non mostrare il testo originale o addirittura messaggio che è stato tradotto. Questa opzione è ottimale per le prestazioni perché non è utilizzando i modelli in tutto, peggio per gli utenti, perché non possa vedere che il messaggio è stato scritto in lingua diversa.
Se avete vBET integrato con vBSEO Sitemap Generator, poi controllare non è in modo nuovo (molto più veloce). Ecco procedura effettiva integrazione:
(Da 3.3.2) Gioca con i parametri di prestazioni avanzate: 'formato HTML: punto di taglio' e 'formato HTML: taglio start'. Si prega di notare che le performance di PHP va drasticamente quando si lavora con stringhe molto grandi. Suppongo che in questo caso PHP scrive solo ad alcuni file temporaneo e sta lavorando su file invece che nella memoria. A causa di ciò abbiamo modificato l'algoritmo di traduzione e uscite veramente grandi sono tagliate in pezzi più piccoli durante la traduzione. Questa modifica influisce solo pagine di grandi dimensioni ed è possibile configurarlo con i parametri delle prestazioni indicate.
(Da 3.3.2) Gioca con il parametro prestazioni avanzate: 'Ritardo tra le traduzioni'. In alcuni forum, se richiesta a Google vengono inviati uno ad uno subito poi le risposte proviene da Google in tempi più lunghi o addirittura sono bloccati dal server del forum. NON usarlo senza alcuna misura di variazioni delle prestazioni e fare questo tipo solo con cache disattivata per vedere l'impatto reale.
(Da 3.3.2) Se si utilizza vBSEO assicurarsi che sia adeguatamente integrato. Abbiamo fatto grandi progressi nella integrazione tra vBET vBSEO e che ti dà migliori prestazioni (non redirect doppio). Quindi, basta andare alla sezione integrazione nel file readme.html dal pacchetto vBET e controllare i file descritti vBSEO si hanno quelle modifiche appropriate.
Durata set più grande cache per i canali RSS (nelle opzioni di vBulletin). Definisce per quanto tempo, una volta generato RSS XML sarà valida. Un'altra generazione sarà dopo questo momento. Valore così grande: i dati meno reale, ma anche prestazioni migliori.
(Dal 3.3.4) Non utilizzare l'opzione Non tradurre il codice tag html se non si ha realmente bisogno. Maggior parte dei forum non permettono agli utenti di inserire codice html nei post, quindi non è necessario per la maggior parte dei forum. Si prega di notare che il contenuto di bbcode codice non sarà tradotto comunque.
(Da 3.3.5) Disattivare l'opzione Traduci 'alt' attributi. E 'piccolo impatto sulle prestazioni, ma richiede ancora l'analisi di ulteriori uscita con espressioni regolari e almeno una richiesta di più a Google (se i risultati non vengono memorizzati nella cache). Perché i risultati tradotti non sono visibili nei browser (solo quando il cursore del mouse sopra l'immagine) non avrà alcun impatto sugli utenti quando è spento.
(Da 3.4.0) Utilizzare memoria cache. Se avete il server configurato per l'utilizzo della cache di memoria, basta andare su pannello admin-> cache-> vBET cache di memoria e scegliere l'opzione migliore per voi dalla cache Utilizzare la memoria. IMPORTANTE: per utilizzare Memcache è necessario mettere porto memcache ospitare!
Cambiare le regole. htaccess.
Nota: solo se non si utilizzano collegamenti con 2-segni parte vale a dire: yourforum.com/XY/ ecc.
Ora è possibile utilizzare regole breve!
Ovunque dove trovare
(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)
È possibile sostituirlo con
(..|zh-CN|zh-TW)
che renderà il vostro sito lavorare più velocemente!
Cioè cambiando le regole per utente con vbseo intagrated:
RewriteRule ^/?(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/ [L,QSA]
RewriteRule ^/?(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/(.*)?$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/$2 [L,QSA]
in queste:
RewriteRule ^/?(..|zh-CN|zh-TW)/$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/ [L,QSA]
RewriteRule ^/?(..|zh-CN|zh-TW)/(.*)?$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/$2 [L,QSA]
Nota: se il tuo forum utilizza sottodirectory in URL, quindi cambia 2 regole prime aggiungendo il tuo elenco dei forum con leader '/' appena dopo il reindirizzamento =. Così vale a dire se il tuo forum è nell'elenco dei forum poi avrete redirected=/forum/index.php e Reindirizzamento = / forum /$ 2
Dal realases BB 4.4.5 e BB 3.5.3 è possibile trovare queste regole nel vostro file di download:
do-not-upload/Tools/redirecting-Rules/Short-redirecting-Rules
(Dal 3.6.2) Disattivare opzione non tradurre numeri. Troverete questa opzione in AdminCP - > BB - > opzioni di traduzione. Ha poco effetto sulle prestazioni, ma richiede comunque un ulteriore analisi personaggi. In ogni caso non è consigliato girare se fuori, perché aumenta il costo della traduzione.
Non visualizzare la data corrente e l'ora. Visualizzare la data e tempo provoca traduzioni aggiuntive ogni minuto e ulteriori query al database anche se i dati sono già nella cache.
Per non visualizzare la data corrente e l'ora:
Vai su AdminCP -> stili & modelli -> ricerca nei modelli
Cerca:
$vbphrase[all_times_are_gmt_x_time_now_is_y]
Rimuovere da tutti i modelli.
Da ora in poi, la data corrente e l'ora non verrà visualizzati.
Si prega di notare che altri modelli possono visualizzare il tempo di altre variabili - in questo caso, è necessario trovare la variabile e Rimuovi/commento esso.
Non mostrano alcuna rotazione testo sulla pagina. Rotazione testo rende che vBET invia più del testo da tradurre.
Se si vuole mettere su pagina rotanti testo messo in JavaScript (testo in JavaScript non è tradotto) o nella zona di notranslate (http://www.vbenterprisetranslator.com/forum/general-discussions/3169-how-make-some-text-not-translated.html).
(Dal 3.6.3) Disattivare l'opzione Aggiungi tag alternativi. Abilitando questa opzione aumenta il sovraccarico tempo per aggiungere i tag e invia i dati di più utenti. Per impostazione predefinita, questa opzione è disabilitata.
Ovviamente le traduzioni non sono fatti magicamente e alcune risorse sono necessarie per fornire questi. Ci sono utenti con forum di veramente grande che vBET eseguito con successo senza alcun preavviso impatto sulle prestazioni (http://www.vbenterprisetranslator.com/forum/vbet-good-stories/84-vbet-has-great-performance.html).
Sempre nel caso se si desidera utilizzare vBET in modo più veloce possibile, qui di seguito alcuni suggerimenti di configurazione. Si prega di notare che queste descrivono la configurazione ottimale per motivi di prestazioni - a volte con costi di funzioni disponibili, quindi non incolti, se non avete problemi di prestazioni.
Assicurarsi che si sta utilizzando l'ultima versione di vBET. Stiamo costantemente migliorando le prestazioni.
(Da 3.3.4) Accendere Usa Full Cache di file per gli ospiti e fare in modo che funzioni (controllo si sono creati i file della cache - occorre impostare i privilegi di file appropriato)
(Da 3.3.4) Impostare i valori più alti per la cache completi di file Per ora ospiti di vivere e anche per la cache completi di file Per ora ospiti di vivere Per Les Pages Rilevanti
(Da 3.3.4) Considera che le pagine possono essere tenuti più a lungo nella cache file completo per gli ospiti e aggiungere quelli di Meno pagine pertinenti per la cache del file completo sia per chi
vBET supporta tutte le codifiche, ma è meglio se il vostro forum usa codifica UTF-8, altrimenti per ogni vBET traduzione dover ricodificare intera pagina e fare altri trucchi aggiuntivi (anche caratteri speciali avviene molto più in DB causano questi vengono modificati & # CODICE; notazione). Se siete già in esecuzione nel forum, non esiste un modo facile per passare la codifica (ancora esiste), ma se si sta creando una nuova allora perche non farlo funzionare su codifica UTF-8 che è stato progettato per il supporto multilingue.
È possibile disattivare alcune traduzioni a chiedere l'elemosina - quando la cache sarà pieno è possibile aggiungere nuovi di volta in volta. A partire da tutte le 52 traduzioni significa 52 volte più contenuti per gli utenti e le radici. Alcuni forum possono facilmente gestire questa situazione, per alcuni è meglio iniziare con alcune traduzioni.
Assicurarsi di avere cache.
Per poi sarà importante per voi di disporre di adeguati Cache TTL. Più grande è meglio, ma non più di 15 giorni per essere leale con TOS Google
Scegliere la migliore strategia di svuotare la cache per il vostro forum. Per la 'cancellazione Normale' quasi tutti i forum è meglio di compensazione strategia, ma se avete davvero molto contenuto tradotto poi la cancellazione della cache normale può uccidere il vostro server. Ma stare tranquilli - abbiamo soluzioni speciali per i casi. Così si può scegliere 3 altre strategie. Ultimo è più veloce, ma elimina tutto il contenuto della cache, in modo da utilizzare solo se si deve.
Utilizzare "Cache di compensazione timelap" - vBET cancella oltre 150 tabelle di cache di rimuovere molti dati. È possibile ordinare vBET di attesa tra ogni tabella. Compito intero prenderà stessa quantità di risorse, ma il server "riposo" tra radure così il carico del server saranno più piccoli.
Utilizzare l'opzione "Select traduzioni raggruppati" in base alle proprie esigenze - questo farà meno query al database in modo che vi costerà meno della CPU, ma con costi di più l'utilizzo della memoria RAM.
Non impostare "Stop cura fallimenti x" a bassa o troppo alta. Questa opzione ottimizza l'utilizzo della cache. Grazie vBET che smetterà di cercare di trovare nella cache di traduzioni che non ci sono. Se utilizzi un valore molto alto vBET cercherà più volte. Se lo si imposta vBET troppo basso può smettere di cercare le traduzioni che sono realmente nella cache solo perché alcuni piccoli cambiamenti accadere a pagina tradotta.
Attiva cache per tutte le traduzioni. vBET consente di disabilitare la cache per le traduzioni scelto se non si ha troppo spazio su disco, ma le traduzioni ci vorrà più tempo, dal momento che Google sarà richiesto ogni volta per quelli.
Impostare "Rilevazione Lingua Google" a "sempre la fiducia degli utenti". vBET hanno grande caratteristica che permette di rilevare vera lingua del messaggio nel caso in cui se l'utente rovinare qualcosa. Ma ha il suo costo - di chiedere a Google aggiuntivi devono essere fatte quando arriva nuova posta.
Disabilitare "Traduci Google Maps". Esso consente di tradurre le mappe di Google incluso nel vostro forum, ma se non supportano quelli poi disabilitare - è il costo aggiuntivo di ricerca e sostituzione per i link alla mappa di Google in uscita tutto.
Esperimento con l'opzione "non tradurre i nomi utente". Causa minore richiesta di traduzione, dal costo di molti controlli supplementari in luoghi diversi forum. Quindi c'è qualcosa per qualcosa - verificare che è meglio nel vostro caso.
Disabilitare "Traduci messaggi vBSEO in JavaScript" se non si utilizza questa funzionalità vBSEO o disabilitare anche in vBSEO. Tradurre il costo aggiuntivo di analisi di uscita.
Blocco robot per le pagine non rilevanti - come le pagine soci, calendario e così via. I robot sono in grado di visitare ogni angolo del tuo forum molto veloce - cosa si può migliorare l'utilizzo della CPU per prime traduzioni. Per lo più forum non ha bisogno di essere membro pagine indicizzate, ma ancora ci vorrà risorse forum per tradurre quelle pagine. Quindi, bloccare i robot per tutte le pagine, non rilevanti in tutte le traduzioni. Nel prossimo post troverete esempio robots.txt per questo - questo fa parte del robots.txt utilizzati da questo forum (notare che l'URL sono cambiati da vBSEO, e il nostro forum usa sottodirectory nella URL).
(Da 3.3.1) L'utilizzo di "testo originale Show" in versione stand - per gli utenti e gli ospiti. Questa opzione permette di scegliere come si desidera visualizzare il messaggio originale. Mostrando costa un po '- non è significativo, ma se avete già fatto tutto e cercare qualche piccolo miglioramento, allora potete trovare qui. Prima di tutto - si hanno 2 modi per visualizzare il testo originale se si wan: per iniezione JavaScript e in modo normale. Quella normale è meglio per prestazioni, ma una iniezione è meglio per SEO (i robot non si vede). Quindi, se ti senti vuoi contenuto originale spettacolo per stand - utenti e ospiti -, allora è meglio per mostrare iniettato per gli ospiti e normale per gli utenti. Naturalmente è possibile scegliere di non mostrare il testo originale - sarà peggiore per gli utenti ma poco meglio per le prestazioni. E tu hai anche una opzione più - ottimo per prestazioni e peggio per gli utenti - si può scegliere di non mostrare il testo originale o addirittura messaggio che è stato tradotto. Questa opzione è ottimale per le prestazioni perché non è utilizzando i modelli in tutto, peggio per gli utenti, perché non possa vedere che il messaggio è stato scritto in lingua diversa.
Se avete vBET integrato con vBSEO Sitemap Generator, poi controllare non è in modo nuovo (molto più veloce). Ecco procedura effettiva integrazione:
(Da 3.3.2) Gioca con i parametri di prestazioni avanzate: 'formato HTML: punto di taglio' e 'formato HTML: taglio start'. Si prega di notare che le performance di PHP va drasticamente quando si lavora con stringhe molto grandi. Suppongo che in questo caso PHP scrive solo ad alcuni file temporaneo e sta lavorando su file invece che nella memoria. A causa di ciò abbiamo modificato l'algoritmo di traduzione e uscite veramente grandi sono tagliate in pezzi più piccoli durante la traduzione. Questa modifica influisce solo pagine di grandi dimensioni ed è possibile configurarlo con i parametri delle prestazioni indicate.
(Da 3.3.2) Gioca con il parametro prestazioni avanzate: 'Ritardo tra le traduzioni'. In alcuni forum, se richiesta a Google vengono inviati uno ad uno subito poi le risposte proviene da Google in tempi più lunghi o addirittura sono bloccati dal server del forum. NON usarlo senza alcuna misura di variazioni delle prestazioni e fare questo tipo solo con cache disattivata per vedere l'impatto reale.
(Da 3.3.2) Se si utilizza vBSEO assicurarsi che sia adeguatamente integrato. Abbiamo fatto grandi progressi nella integrazione tra vBET vBSEO e che ti dà migliori prestazioni (non redirect doppio). Quindi, basta andare alla sezione integrazione nel file readme.html dal pacchetto vBET e controllare i file descritti vBSEO si hanno quelle modifiche appropriate.
Durata set più grande cache per i canali RSS (nelle opzioni di vBulletin). Definisce per quanto tempo, una volta generato RSS XML sarà valida. Un'altra generazione sarà dopo questo momento. Valore così grande: i dati meno reale, ma anche prestazioni migliori.
(Dal 3.3.4) Non utilizzare l'opzione Non tradurre il codice tag html se non si ha realmente bisogno. Maggior parte dei forum non permettono agli utenti di inserire codice html nei post, quindi non è necessario per la maggior parte dei forum. Si prega di notare che il contenuto di bbcode codice non sarà tradotto comunque.
(Da 3.3.5) Disattivare l'opzione Traduci 'alt' attributi. E 'piccolo impatto sulle prestazioni, ma richiede ancora l'analisi di ulteriori uscita con espressioni regolari e almeno una richiesta di più a Google (se i risultati non vengono memorizzati nella cache). Perché i risultati tradotti non sono visibili nei browser (solo quando il cursore del mouse sopra l'immagine) non avrà alcun impatto sugli utenti quando è spento.
(Da 3.4.0) Utilizzare memoria cache. Se avete il server configurato per l'utilizzo della cache di memoria, basta andare su pannello admin-> cache-> vBET cache di memoria e scegliere l'opzione migliore per voi dalla cache Utilizzare la memoria. IMPORTANTE: per utilizzare Memcache è necessario mettere porto memcache ospitare!
Cambiare le regole. htaccess.
Nota: solo se non si utilizzano collegamenti con 2-segni parte vale a dire: yourforum.com/XY/ ecc.
Ora è possibile utilizzare regole breve!
Ovunque dove trovare
(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)
È possibile sostituirlo con
(..|zh-CN|zh-TW)
che renderà il vostro sito lavorare più velocemente!
Cioè cambiando le regole per utente con vbseo intagrated:
RewriteRule ^/?(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/ [L,QSA]
RewriteRule ^/?(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/(.*)?$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/$2 [L,QSA]
in queste:
RewriteRule ^/?(..|zh-CN|zh-TW)/$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/ [L,QSA]
RewriteRule ^/?(..|zh-CN|zh-TW)/(.*)?$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/$2 [L,QSA]
Nota: se il tuo forum utilizza sottodirectory in URL, quindi cambia 2 regole prime aggiungendo il tuo elenco dei forum con leader '/' appena dopo il reindirizzamento =. Così vale a dire se il tuo forum è nell'elenco dei forum poi avrete redirected=/forum/index.php e Reindirizzamento = / forum /$ 2
Dal realases BB 4.4.5 e BB 3.5.3 è possibile trovare queste regole nel vostro file di download:
do-not-upload/Tools/redirecting-Rules/Short-redirecting-Rules
(Dal 3.6.2) Disattivare opzione non tradurre numeri. Troverete questa opzione in AdminCP - > BB - > opzioni di traduzione. Ha poco effetto sulle prestazioni, ma richiede comunque un ulteriore analisi personaggi. In ogni caso non è consigliato girare se fuori, perché aumenta il costo della traduzione.
Non visualizzare la data corrente e l'ora. Visualizzare la data e tempo provoca traduzioni aggiuntive ogni minuto e ulteriori query al database anche se i dati sono già nella cache.
Per non visualizzare la data corrente e l'ora:
Vai su AdminCP -> stili & modelli -> ricerca nei modelli
Cerca:
$vbphrase[all_times_are_gmt_x_time_now_is_y]
Rimuovere da tutti i modelli.
Da ora in poi, la data corrente e l'ora non verrà visualizzati.
Si prega di notare che altri modelli possono visualizzare il tempo di altre variabili - in questo caso, è necessario trovare la variabile e Rimuovi/commento esso.
Non mostrano alcuna rotazione testo sulla pagina. Rotazione testo rende che vBET invia più del testo da tradurre.
Se si vuole mettere su pagina rotanti testo messo in JavaScript (testo in JavaScript non è tradotto) o nella zona di notranslate (http://www.vbenterprisetranslator.com/forum/general-discussions/3169-how-make-some-text-not-translated.html).
(Dal 3.6.3) Disattivare l'opzione Aggiungi tag alternativi. Abilitando questa opzione aumenta il sovraccarico tempo per aggiungere i tag e invia i dati di più utenti. Per impostazione predefinita, questa opzione è disabilitata.
