vBET
20-12-09, 01:18
vBET memiliki banyak optimasi. Terima kasih bahwa Anda dapat menyediakan konten Anda di 53 bahasa yang sangat cepat.
Tentu saja terjemahan tidak dibuat secara ajaib dan beberapa sumber daya yang diperlukan untuk memberikan mereka. Kami memiliki pengguna dengan forum yang sangat besar yang berhasil menjalankan vBET tanpa pemberitahuan dampak kinerja (http://www.vbenterprisetranslator.com/forum/vbet-good-stories/84-vbet-has-great-performance.html).
Masih dalam kasus jika Anda ingin menggunakan vBET dengan cara yang mungkin tercepat, di bawah ini adalah beberapa petunjuk konfigurasi untuk Anda. Harap dicatat bahwa mereka menggambarkan konfigurasi yang paling optimal untuk alasan kinerja - kadang-kadang dengan biaya fitur yang tersedia, jadi jangan bera jika Anda tidak memiliki masalah kinerja.
Pastikan Anda menggunakan versi terakhir dari vBET. Kami terus meningkatkan kinerja.
(Sejak 3.3.4) Hidupkan Gunakan Cache Berkas Kendali Untuk tamu dan pastikan bahwa ia bekerja (centang yang file cache dibuat - perlu mengatur hak akses file yang sesuai)
(Sejak 3.3.4) Mengatur nilai lebih tinggi untuk Cache file Kendali Untuk Waktu Tamu Untuk Live dan juga untuk Cache file Kendali Untuk Waktu Tamu Untuk Live Untuk Halaman Les Relevan
(Sejak 3.3.4) Pertimbangkan halaman yang dapat tahan lama di file cache penuh untuk tamu dan menambahkan mereka ke Halaman yang relevan Kurang Untuk Cache file Kendali Untuk Tamu
vBET mendukung semua pengkodean, tapi yang terbaik adalah jika forum Anda menggunakan utf-8 encoding, jika untuk setiap vBET terjemahan harus re-encode seluruh halaman dan melakukan trik-trik tambahan lainnya (juga karakter khusus mengambil tempat yang jauh lebih dalam DB menyebabkan mereka berubah untuk & # KODE; notasi). Jika Anda sudah menjalankan forum, ada ada cara mudah untuk beralih pengkodean (masih ada), tetapi jika Anda membuat yang baru maka silakan pertimbangkan untuk menjalankannya pada utf-8 encoding yang dirancang untuk mendukung multibahasa.
Anda dapat menonaktifkan beberapa terjemahan di mengemis - saat cache akan diisi Anda dapat menambahkan yang baru dari waktu ke waktu. Dimulai dengan semua 52 terjemahan berarti konten 52 kali lebih bagi pengguna dan akar. Beberapa forum dapat dengan mudah menangani hal ini, untuk beberapa lebih baik untuk memulai dengan beberapa terjemahan.
Pastikan Anda memiliki cache.
Untuk kemudian akan menjadi penting bagi Anda untuk memiliki Cache TTL yang sesuai. Lebih besar lebih baik, tetapi tidak lebih dari 15 hari untuk menjadi adil dengan Google KL
Pilih strategi terbaik Cache kliring untuk forum Anda. Untuk 'penghapusan Normal' kebanyakan forum yang terbaik kliring strategi, tetapi jika Anda benar-benar banyak konten diterjemahkan maka penghapusan cache yang normal dapat membunuh server Anda. Tapi tenang - kami memiliki solusi khusus untuk itu kasus. Jadi Anda bisa memilih 3 strategi lain. Yang terakhir yang tercepat, tapi menghilangkan semua konten cache, jadi gunakan hanya jika Anda harus.
Gunakan "Cache kliring timelap" - vBET membersihkan lebih dari 150 tabel Cache menghapus banyak data. Anda dapat memesan vBET untuk menunggu antara setiap tabel. Seluruh tugas akan mengambil jumlah yang sama sumber daya, tetapi server akan "istirahat" antara pembukaan sehingga beban server akan lebih kecil.
Gunakan opsi "Pilih terjemahan dikelompokkan" sesuai dengan kebutuhan Anda - ini akan membuat query ke database kurang sehingga akan dikenakan biaya CPU kurang, tetapi dengan biaya penggunaan lebih dari memori RAM.
Jangan mengatur "Berhentilah mencari setelah kegagalan x" untuk rendah atau terlalu tinggi. Pilihan ini mengoptimalkan penggunaan cache. Terima kasih yang vBET akan berhenti berusaha untuk menemukan dalam terjemahan cache yang tidak ada. Jika Anda set terlalu vBET tinggi akan mencoba kali lebih. Jika Anda menetapkan vBET terlalu rendah dapat berhenti mencari terjemahan yang benar-benar dalam cache hanya karena beberapa perubahan kecil terjadi di halaman yang diterjemahkan.
Aktifkan cache untuk semua terjemahan. vBET memungkinkan Anda untuk menonaktifkan cache untuk terjemahan dipilih jika Anda tidak memiliki terlalu banyak ruang pada disk, namun terjemahan tersebut akan memakan waktu lebih lama, karena Google akan diminta setiap kali bagi mereka.
Set "Google Deteksi Bahasa" untuk "Selalu pengguna kepercayaan". vBET memiliki fitur besar yang memungkinkan untuk mendeteksi bahasa asli pesan dalam kasus jika pengguna mengacaukan sesuatu. Tapi itu memiliki biaya - tambahan minta ke Google harus dibuat ketika posting baru tiba.
Nonaktifkan "Terjemahkan Google Maps". Hal ini memungkinkan Anda untuk menerjemahkan peta Google termasuk di forum Anda, tetapi jika Anda tidak mendukung mereka kemudian menonaktifkan itu - itu biaya pencari tambahan dan mengganti untuk link ke peta Google dalam output keseluruhan.
Percobaan dengan opsi "Jangan menerjemahkan nama pengguna". Hal ini menyebabkan kurang meminta terjemahan, oleh biaya pemeriksaan tambahan banyak tempat banyak forum. Jadi ada sesuatu untuk sesuatu - cek yang lebih baik dalam kasus Anda.
Nonaktifkan "Terjemahkan pesan vBSEO dalam JavaScript" jika Anda tidak menggunakan fungsi ini vBSEO atau nonaktifkan juga di Klik di sini. Penerjemahan biaya parsing output tambahan.
Blok robot untuk halaman tidak relevan - seperti halaman anggota, kalender dan sebagainya. Robot mampu untuk mengunjungi setiap sudut forum Anda sangat cepat - apa yang dapat meningkatkan penggunaan CPU Anda untuk terjemahan pertama. Kebanyakan forum tidak perlu diindeks halaman member, tapi tetap saja akan mengambil sumber daya forum Anda untuk menerjemahkan halaman tersebut. Jadi blok robot untuk semua halaman tidak relevan dalam semua terjemahan. Dalam posting berikutnya Anda akan menemukan contoh robots.txt untuk itu - ini adalah bagian dari robots.txt digunakan oleh forum ini (dicatat bahwa URL yang diubah oleh vBSEO, dan forum kami menggunakan subdirektori dalam URL).
(Sejak 3.3.1) Menggunakan "teks Tampilkan asli" dalam versi stan - bagi pengguna dan tamu. Opsi ini memungkinkan Anda untuk memilih bagaimana Anda ingin menampilkan pesan asli. Menampilkan biaya sedikit - itu tidak signifikan, tetapi jika Anda sudah melakukan segala sesuatu dan mencari beberapa perbaikan sedikit maka Anda dapat menemukannya di sini. Pertama-tama - Anda memiliki 2 cara untuk menampilkan teks asli jika Anda inginkan: melalui suntikan JavaScript dan dengan cara yang normal. Yang normal adalah lebih baik untuk kinerja, tapi satu disuntikkan adalah lebih baik untuk SEO (robot tidak melihatnya). Jadi jika Anda merasa Anda ingin konten menunjukkan asli untuk stan - pengguna dan tamu - maka yang terbaik adalah untuk menunjukkan disuntikkan untuk tamu dan normal untuk pengguna. Tentu saja Anda dapat memilih untuk tidak menunjukkan teks asli - itu akan buruk bagi pengguna Anda, tetapi sedikit lebih baik untuk kinerja. Dan Anda juga salah satu pilihan yang lebih - yang terbaik untuk kinerja dan terburuk untuk pengguna - Anda dapat memilih tidak menunjukkan teks asli atau bahkan pesan itu diterjemahkan. Pilihan ini adalah yang terbaik untuk kinerja karena tidak menggunakan template sama sekali, terburuk bagi pengguna, karena mereka tidak akan melihat pesan yang ditulis dalam bahasa yang berbeda.
Jika Anda memiliki vBET terintegrasi dengan Sitemap Generator Klik di sini, maka silakan periksa apakah itu dalam cara baru (lebih cepat). Berikut ini adalah prosedur integrasi yang sebenarnya:
(Sejak 3.3.2) Bermain dengan parameter kinerja maju: 'HTML Ukuran: titik pemotongan' dan 'ukuran HTML: memotong mulai'. Harap dicatat bahwa kinerja PHP drastis turun ketika bekerja pada string yang sangat besar. Saya kira bahwa dalam kasus seperti PHP hanya menulis ke beberapa file sementara dan bekerja pada file bukan dalam memori. Karena itu kita memodifikasi algoritma terjemahan dan output sangat besar dipotong dalam potongan kecil selama terjemahan. Modifikasi ini mempengaruhi hanya halaman besar dan Anda dapat mengkonfigurasi dengan parameter kinerja disebutkan.
(Sejak 3.3.2) Bermain dengan parameter kinerja maju: 'tunda antara terjemahan'. Pada beberapa forum jika permintaan untuk Google mengirim satu demi satu segera kemudian tanggapan datang dari Google di kali lebih lama atau bahkan yang diblokir oleh server forum. JANGAN menggunakannya tanpa pengukuran kinerja dan melakukan perubahan tersebut hanya dengan cache off untuk melihat dampak yang nyata.
(Sejak 3.3.2) Jika Anda menggunakan vBSEO pastikan bahwa itu adalah tepat terintegrasi. Kami membuat perbaikan besar dalam integrasi antara vBET dan vBSEO yang memberikan kinerja yang lebih baik (tidak ada pengalihan ganda). Jadi hanya pergi ke bagian integrasi dalam file README.html dari paket vBET dan memeriksa file Klik di sini tidak dijelaskan mereka memiliki perubahan yang sesuai.
Mengatur Masa Hidup Cache yang lebih besar untuk saluran RSS (dalam pilihan vBulletin). Hal ini mendefinisikan berapa lama sekali dihasilkan RSS XML akan berlaku. Generasi lain akan setelah waktu ini. Nilai begitu besar berarti sedikit data aktual, tapi juga kinerja yang lebih baik.
(Sejak 3.3.4) Jangan gunakan opsi Jangan menerjemahkan kode tag html jika Anda tidak benar-benar perlu. Kebanyakan forum tidak mengijinkan pengguna untuk menempatkan kode html di posting, sehingga tidak diperlukan untuk kebanyakan forum. Harap dicatat bahwa isi dari bbcode kode tidak akan diterjemahkan pula.
(Sejak 3.3.5) Matikan opsi Terjemahkan 'alt' atribut. Ini memiliki dampak kecil pada kinerja namun masih memerlukan parsing output tambahan dengan regex dan setidaknya satu permintaan lagi untuk Google (jika hasilnya tidak cache). Karena hasil diterjemahkan tidak terlihat di browser (hanya ketika kursor mouse di atas gambar) itu akan tidak berdampak pada pengguna Anda ketika dimatikan.
(Sejak 3.4.0) Gunakan Cache Memori. Jika Anda memiliki server Anda dikonfigurasi untuk menggunakan cache memori, hanya pergi ke AdminCP-> vBET cache-> Memori cache dan memilih pilihan terbaik bagi Anda dari cache Gunakan memori. PENTING: untuk menggunakan Memcache Anda perlu dimasukkan ke port host memcache!
Mengubah aturan .htaccess.
Catatan: hanya jika Anda tidak menggunakan link dengan tanda 2 bagian yaitu: yourforum.com/XY/ dll.
Sekarang Anda dapat menggunakan aturan pendek!
Di mana-mana di mana Anda menemukan
(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)
Anda dapat mengganti dengan
(..|zh-CN|zh-TW)
yang akan membuat situs Anda bekerja lebih cepat!
Yaitu mengubah aturan untuk pengguna dengan intagrated vbseo:
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]
ke ini:
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]
Catatan: jika forum Anda menggunakan subdirektori dalam URL, kemudian mengubah aturan pertama 2 menambahkan direktori forum dengan terkemuka '/' hanya setelah dialihkan =. Jadi yaitu jika forum Anda di direktori forum maka Anda akan memiliki redirected=/forum/index.php dan dialihkan = / forum /$ 2
Sejak realases vBET 4.4.5 dan vBET 3.5.3 Anda dapat menemukan aturan-aturan ini ke file download Anda:
do-not-upload/Tools/Redirecting-Rules/Short-Redirecting-Rules
(Sejak 3.6.2) Matikan opsi tidak menerjemahkan nomor. Anda akan menemukan pilihan ini di AdminCP - > vBET - > opsi terjemahan. Sedikit berpengaruh pada kinerja, tetapi masih membutuhkan tambahan karakter parsing. Bagaimanapun ianya tidak menyarankan untuk mengubah jika off, karena meningkatkan biaya terjemahan.
Jangan menampilkan tanggal dan waktu. Menampilkan tanggal dan waktu menyebabkan tambahan terjemahan setiap menit dan tambahan query ke database bahkan jika data sudah dalam cache.
Agar tidak menampilkan tanggal dan waktu:
Pergi ke AdminCP -> gaya & template -> Cari dalam template
Search:
$vbphrase[all_times_are_gmt_x_time_now_is_y]
Menghapusnya dari semua template.
Sekarang saat ini tanggal dan waktu tidak akan ditampilkan.
Harap dicatat bahwa template lain dapat menampilkan waktu oleh variabel lain - dalam hal ini, Anda perlu menemukan variabel dan Hapus/komentar itu.
Tidak menunjukkan setiap berputar teks pada halaman. Memutar teks membuat bahwa vBET mengirimkan lebih banyak teks yang diterjemahkan.
Jika Anda ingin menempatkan pada halaman berputar teks meletakkannya di JavaScript (teks dalam JavaScript tidak diterjemahkan) atau di area notranslate (http://www.vbenterprisetranslator.com/forum/general-discussions/3169-how-make-some-text-not-translated.html).
(Sejak 3.6.3) Matikan opsi Tambahkan tag alternatif. Mengaktifkan opsi ini meningkatkan overhead waktu untuk menambahkan tag dan mengirimkan data ke pengguna. Secara default, pilihan ini dinonaktifkan.
Tentu saja terjemahan tidak dibuat secara ajaib dan beberapa sumber daya yang diperlukan untuk memberikan mereka. Kami memiliki pengguna dengan forum yang sangat besar yang berhasil menjalankan vBET tanpa pemberitahuan dampak kinerja (http://www.vbenterprisetranslator.com/forum/vbet-good-stories/84-vbet-has-great-performance.html).
Masih dalam kasus jika Anda ingin menggunakan vBET dengan cara yang mungkin tercepat, di bawah ini adalah beberapa petunjuk konfigurasi untuk Anda. Harap dicatat bahwa mereka menggambarkan konfigurasi yang paling optimal untuk alasan kinerja - kadang-kadang dengan biaya fitur yang tersedia, jadi jangan bera jika Anda tidak memiliki masalah kinerja.
Pastikan Anda menggunakan versi terakhir dari vBET. Kami terus meningkatkan kinerja.
(Sejak 3.3.4) Hidupkan Gunakan Cache Berkas Kendali Untuk tamu dan pastikan bahwa ia bekerja (centang yang file cache dibuat - perlu mengatur hak akses file yang sesuai)
(Sejak 3.3.4) Mengatur nilai lebih tinggi untuk Cache file Kendali Untuk Waktu Tamu Untuk Live dan juga untuk Cache file Kendali Untuk Waktu Tamu Untuk Live Untuk Halaman Les Relevan
(Sejak 3.3.4) Pertimbangkan halaman yang dapat tahan lama di file cache penuh untuk tamu dan menambahkan mereka ke Halaman yang relevan Kurang Untuk Cache file Kendali Untuk Tamu
vBET mendukung semua pengkodean, tapi yang terbaik adalah jika forum Anda menggunakan utf-8 encoding, jika untuk setiap vBET terjemahan harus re-encode seluruh halaman dan melakukan trik-trik tambahan lainnya (juga karakter khusus mengambil tempat yang jauh lebih dalam DB menyebabkan mereka berubah untuk & # KODE; notasi). Jika Anda sudah menjalankan forum, ada ada cara mudah untuk beralih pengkodean (masih ada), tetapi jika Anda membuat yang baru maka silakan pertimbangkan untuk menjalankannya pada utf-8 encoding yang dirancang untuk mendukung multibahasa.
Anda dapat menonaktifkan beberapa terjemahan di mengemis - saat cache akan diisi Anda dapat menambahkan yang baru dari waktu ke waktu. Dimulai dengan semua 52 terjemahan berarti konten 52 kali lebih bagi pengguna dan akar. Beberapa forum dapat dengan mudah menangani hal ini, untuk beberapa lebih baik untuk memulai dengan beberapa terjemahan.
Pastikan Anda memiliki cache.
Untuk kemudian akan menjadi penting bagi Anda untuk memiliki Cache TTL yang sesuai. Lebih besar lebih baik, tetapi tidak lebih dari 15 hari untuk menjadi adil dengan Google KL
Pilih strategi terbaik Cache kliring untuk forum Anda. Untuk 'penghapusan Normal' kebanyakan forum yang terbaik kliring strategi, tetapi jika Anda benar-benar banyak konten diterjemahkan maka penghapusan cache yang normal dapat membunuh server Anda. Tapi tenang - kami memiliki solusi khusus untuk itu kasus. Jadi Anda bisa memilih 3 strategi lain. Yang terakhir yang tercepat, tapi menghilangkan semua konten cache, jadi gunakan hanya jika Anda harus.
Gunakan "Cache kliring timelap" - vBET membersihkan lebih dari 150 tabel Cache menghapus banyak data. Anda dapat memesan vBET untuk menunggu antara setiap tabel. Seluruh tugas akan mengambil jumlah yang sama sumber daya, tetapi server akan "istirahat" antara pembukaan sehingga beban server akan lebih kecil.
Gunakan opsi "Pilih terjemahan dikelompokkan" sesuai dengan kebutuhan Anda - ini akan membuat query ke database kurang sehingga akan dikenakan biaya CPU kurang, tetapi dengan biaya penggunaan lebih dari memori RAM.
Jangan mengatur "Berhentilah mencari setelah kegagalan x" untuk rendah atau terlalu tinggi. Pilihan ini mengoptimalkan penggunaan cache. Terima kasih yang vBET akan berhenti berusaha untuk menemukan dalam terjemahan cache yang tidak ada. Jika Anda set terlalu vBET tinggi akan mencoba kali lebih. Jika Anda menetapkan vBET terlalu rendah dapat berhenti mencari terjemahan yang benar-benar dalam cache hanya karena beberapa perubahan kecil terjadi di halaman yang diterjemahkan.
Aktifkan cache untuk semua terjemahan. vBET memungkinkan Anda untuk menonaktifkan cache untuk terjemahan dipilih jika Anda tidak memiliki terlalu banyak ruang pada disk, namun terjemahan tersebut akan memakan waktu lebih lama, karena Google akan diminta setiap kali bagi mereka.
Set "Google Deteksi Bahasa" untuk "Selalu pengguna kepercayaan". vBET memiliki fitur besar yang memungkinkan untuk mendeteksi bahasa asli pesan dalam kasus jika pengguna mengacaukan sesuatu. Tapi itu memiliki biaya - tambahan minta ke Google harus dibuat ketika posting baru tiba.
Nonaktifkan "Terjemahkan Google Maps". Hal ini memungkinkan Anda untuk menerjemahkan peta Google termasuk di forum Anda, tetapi jika Anda tidak mendukung mereka kemudian menonaktifkan itu - itu biaya pencari tambahan dan mengganti untuk link ke peta Google dalam output keseluruhan.
Percobaan dengan opsi "Jangan menerjemahkan nama pengguna". Hal ini menyebabkan kurang meminta terjemahan, oleh biaya pemeriksaan tambahan banyak tempat banyak forum. Jadi ada sesuatu untuk sesuatu - cek yang lebih baik dalam kasus Anda.
Nonaktifkan "Terjemahkan pesan vBSEO dalam JavaScript" jika Anda tidak menggunakan fungsi ini vBSEO atau nonaktifkan juga di Klik di sini. Penerjemahan biaya parsing output tambahan.
Blok robot untuk halaman tidak relevan - seperti halaman anggota, kalender dan sebagainya. Robot mampu untuk mengunjungi setiap sudut forum Anda sangat cepat - apa yang dapat meningkatkan penggunaan CPU Anda untuk terjemahan pertama. Kebanyakan forum tidak perlu diindeks halaman member, tapi tetap saja akan mengambil sumber daya forum Anda untuk menerjemahkan halaman tersebut. Jadi blok robot untuk semua halaman tidak relevan dalam semua terjemahan. Dalam posting berikutnya Anda akan menemukan contoh robots.txt untuk itu - ini adalah bagian dari robots.txt digunakan oleh forum ini (dicatat bahwa URL yang diubah oleh vBSEO, dan forum kami menggunakan subdirektori dalam URL).
(Sejak 3.3.1) Menggunakan "teks Tampilkan asli" dalam versi stan - bagi pengguna dan tamu. Opsi ini memungkinkan Anda untuk memilih bagaimana Anda ingin menampilkan pesan asli. Menampilkan biaya sedikit - itu tidak signifikan, tetapi jika Anda sudah melakukan segala sesuatu dan mencari beberapa perbaikan sedikit maka Anda dapat menemukannya di sini. Pertama-tama - Anda memiliki 2 cara untuk menampilkan teks asli jika Anda inginkan: melalui suntikan JavaScript dan dengan cara yang normal. Yang normal adalah lebih baik untuk kinerja, tapi satu disuntikkan adalah lebih baik untuk SEO (robot tidak melihatnya). Jadi jika Anda merasa Anda ingin konten menunjukkan asli untuk stan - pengguna dan tamu - maka yang terbaik adalah untuk menunjukkan disuntikkan untuk tamu dan normal untuk pengguna. Tentu saja Anda dapat memilih untuk tidak menunjukkan teks asli - itu akan buruk bagi pengguna Anda, tetapi sedikit lebih baik untuk kinerja. Dan Anda juga salah satu pilihan yang lebih - yang terbaik untuk kinerja dan terburuk untuk pengguna - Anda dapat memilih tidak menunjukkan teks asli atau bahkan pesan itu diterjemahkan. Pilihan ini adalah yang terbaik untuk kinerja karena tidak menggunakan template sama sekali, terburuk bagi pengguna, karena mereka tidak akan melihat pesan yang ditulis dalam bahasa yang berbeda.
Jika Anda memiliki vBET terintegrasi dengan Sitemap Generator Klik di sini, maka silakan periksa apakah itu dalam cara baru (lebih cepat). Berikut ini adalah prosedur integrasi yang sebenarnya:
(Sejak 3.3.2) Bermain dengan parameter kinerja maju: 'HTML Ukuran: titik pemotongan' dan 'ukuran HTML: memotong mulai'. Harap dicatat bahwa kinerja PHP drastis turun ketika bekerja pada string yang sangat besar. Saya kira bahwa dalam kasus seperti PHP hanya menulis ke beberapa file sementara dan bekerja pada file bukan dalam memori. Karena itu kita memodifikasi algoritma terjemahan dan output sangat besar dipotong dalam potongan kecil selama terjemahan. Modifikasi ini mempengaruhi hanya halaman besar dan Anda dapat mengkonfigurasi dengan parameter kinerja disebutkan.
(Sejak 3.3.2) Bermain dengan parameter kinerja maju: 'tunda antara terjemahan'. Pada beberapa forum jika permintaan untuk Google mengirim satu demi satu segera kemudian tanggapan datang dari Google di kali lebih lama atau bahkan yang diblokir oleh server forum. JANGAN menggunakannya tanpa pengukuran kinerja dan melakukan perubahan tersebut hanya dengan cache off untuk melihat dampak yang nyata.
(Sejak 3.3.2) Jika Anda menggunakan vBSEO pastikan bahwa itu adalah tepat terintegrasi. Kami membuat perbaikan besar dalam integrasi antara vBET dan vBSEO yang memberikan kinerja yang lebih baik (tidak ada pengalihan ganda). Jadi hanya pergi ke bagian integrasi dalam file README.html dari paket vBET dan memeriksa file Klik di sini tidak dijelaskan mereka memiliki perubahan yang sesuai.
Mengatur Masa Hidup Cache yang lebih besar untuk saluran RSS (dalam pilihan vBulletin). Hal ini mendefinisikan berapa lama sekali dihasilkan RSS XML akan berlaku. Generasi lain akan setelah waktu ini. Nilai begitu besar berarti sedikit data aktual, tapi juga kinerja yang lebih baik.
(Sejak 3.3.4) Jangan gunakan opsi Jangan menerjemahkan kode tag html jika Anda tidak benar-benar perlu. Kebanyakan forum tidak mengijinkan pengguna untuk menempatkan kode html di posting, sehingga tidak diperlukan untuk kebanyakan forum. Harap dicatat bahwa isi dari bbcode kode tidak akan diterjemahkan pula.
(Sejak 3.3.5) Matikan opsi Terjemahkan 'alt' atribut. Ini memiliki dampak kecil pada kinerja namun masih memerlukan parsing output tambahan dengan regex dan setidaknya satu permintaan lagi untuk Google (jika hasilnya tidak cache). Karena hasil diterjemahkan tidak terlihat di browser (hanya ketika kursor mouse di atas gambar) itu akan tidak berdampak pada pengguna Anda ketika dimatikan.
(Sejak 3.4.0) Gunakan Cache Memori. Jika Anda memiliki server Anda dikonfigurasi untuk menggunakan cache memori, hanya pergi ke AdminCP-> vBET cache-> Memori cache dan memilih pilihan terbaik bagi Anda dari cache Gunakan memori. PENTING: untuk menggunakan Memcache Anda perlu dimasukkan ke port host memcache!
Mengubah aturan .htaccess.
Catatan: hanya jika Anda tidak menggunakan link dengan tanda 2 bagian yaitu: yourforum.com/XY/ dll.
Sekarang Anda dapat menggunakan aturan pendek!
Di mana-mana di mana Anda menemukan
(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)
Anda dapat mengganti dengan
(..|zh-CN|zh-TW)
yang akan membuat situs Anda bekerja lebih cepat!
Yaitu mengubah aturan untuk pengguna dengan intagrated vbseo:
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]
ke ini:
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]
Catatan: jika forum Anda menggunakan subdirektori dalam URL, kemudian mengubah aturan pertama 2 menambahkan direktori forum dengan terkemuka '/' hanya setelah dialihkan =. Jadi yaitu jika forum Anda di direktori forum maka Anda akan memiliki redirected=/forum/index.php dan dialihkan = / forum /$ 2
Sejak realases vBET 4.4.5 dan vBET 3.5.3 Anda dapat menemukan aturan-aturan ini ke file download Anda:
do-not-upload/Tools/Redirecting-Rules/Short-Redirecting-Rules
(Sejak 3.6.2) Matikan opsi tidak menerjemahkan nomor. Anda akan menemukan pilihan ini di AdminCP - > vBET - > opsi terjemahan. Sedikit berpengaruh pada kinerja, tetapi masih membutuhkan tambahan karakter parsing. Bagaimanapun ianya tidak menyarankan untuk mengubah jika off, karena meningkatkan biaya terjemahan.
Jangan menampilkan tanggal dan waktu. Menampilkan tanggal dan waktu menyebabkan tambahan terjemahan setiap menit dan tambahan query ke database bahkan jika data sudah dalam cache.
Agar tidak menampilkan tanggal dan waktu:
Pergi ke AdminCP -> gaya & template -> Cari dalam template
Search:
$vbphrase[all_times_are_gmt_x_time_now_is_y]
Menghapusnya dari semua template.
Sekarang saat ini tanggal dan waktu tidak akan ditampilkan.
Harap dicatat bahwa template lain dapat menampilkan waktu oleh variabel lain - dalam hal ini, Anda perlu menemukan variabel dan Hapus/komentar itu.
Tidak menunjukkan setiap berputar teks pada halaman. Memutar teks membuat bahwa vBET mengirimkan lebih banyak teks yang diterjemahkan.
Jika Anda ingin menempatkan pada halaman berputar teks meletakkannya di JavaScript (teks dalam JavaScript tidak diterjemahkan) atau di area notranslate (http://www.vbenterprisetranslator.com/forum/general-discussions/3169-how-make-some-text-not-translated.html).
(Sejak 3.6.3) Matikan opsi Tambahkan tag alternatif. Mengaktifkan opsi ini meningkatkan overhead waktu untuk menambahkan tag dan mengirimkan data ke pengguna. Secara default, pilihan ini dinonaktifkan.
