Pelan berubah untuk melepaskan vBET 3.3.0

[Matt Olieman]

Tidak ada tempat di tapak atau forum yang vBET 3.x serasi dengan vB4 dan terdapat banyak tali di mana ia ditulis bahawa ia tidak. Walaupun pada vbulletin.org komen bagi orang-orang yang bertulis yang tidak boleh menunggu hingga versi berbayar akan serasi. Tidak ada apa-apa iklan yang memberitahu bahawa vBET 3.x serasi dengan vB4. Jika anda berfikir secara berbeza - sila tunjukkan kepada kami apa yang anda menulis tentang kita akan betul untuk mengelakkan kekeliruan pada masa hadapan.

Siaran vBET 4,0, yang akan bersesuaian dengan vB4 dirancang untuk Mac.

Saya marah kerana saya menghabiskan wang dan masa saya pada sesuatu yang saya tidak boleh menggunakan. Keputusan saya itu adalah berdasarkan pada paparan anda pada vB.org. Itu tidak mengatakan apa yang anda perlu menawarkan untuk 3,8 tidak hebat, kerana saya fikir.

Tunjukkan saya di mana ia berkata dalam menulis sehingga anda (pembentangan awal di vB.org) bahawa ia tidak serasi ******!! dengan vB4. maka saya akan meminta maaf dan menutup pintu.

Matt Olieman
Untitled Document

[tavenger5]

bertenang dude - ada 3 versi perisian yang berbeza - dengan jelas menyatakan apa yang versi masing-masing untuk di vb.org. Versi premium 3.x, yang hanya boleh didapati di sini dan bukan pada vb.org, belum keluar lagi untuk vb4, sebagai pengarang yang dinyatakan sebelum ini. Saya pasti dia akan memberikan bayaran balik jika anda hanya meminta.

[Matt Olieman]

bertenang dude - ada 3 versi perisian yang berbeza - dengan jelas menyatakan apa yang versi masing-masing untuk di vb.org. Versi premium 3.x, yang hanya boleh didapati di sini dan bukan pada vb.org, belum keluar lagi untuk vb4, sebagai pengarang yang dinyatakan sebelum ini. Saya pasti dia akan memberikan bayaran balik jika anda hanya meminta.

Saya fikir saya meminta .... Saya sedang tenang

Matt Olieman
mycockpit.org

[vBET]

Saya marah kerana saya menghabiskan wang dan masa saya pada sesuatu yang saya tidak boleh menggunakan. Keputusan saya itu adalah berdasarkan pada paparan anda pada vB.org. Itu tidak mengatakan apa yang anda perlu menawarkan untuk 3,8 tidak hebat, kerana saya fikir.

Tunjukkan saya di mana ia berkata dalam menulis sehingga anda (pembentangan awal di vB.org) bahawa ia tidak serasi ******!! dengan vB4. maka saya akan meminta maaf dan menutup pintu.

Matt Olieman
Untitled Document

Saya faham anda marah - anda dibayar untuk sesuatu yang anda tidak mampu untuk menggunakan dengan serta-merta. Ramai orang akan marah untuk sementara waktu dalam situasi itu.

Kami hanya menambah maklumat pada halaman versi percuma ini untuk mengelakkan kekeliruan pada masa akan datang. Ia tidak pernah niat kami kepada sesiapa sahaja yang dibuat keliru dan kami amat maaf bahawa ia berlaku. Kami hanya ingin memberi hadiah percuma untuk semua orang yang suka menggunakannya.

Seperti yang saya tulis - versi berbayar akan serasi dengan vB4 dan ia sudah ada dalam jadual kami. Anda boleh mengingatkan kita tentang isu ini selepas dibebaskan 4,0 vBET (vB4) dan kami akan menukar tarikh permulaan lesen anda, jadi anda tidak akan kehilangan apa-apa hari tahun anda akses percuma ke siaran baru.

Adakah penyelesaian ini OK untuk anda?

[Matt Olieman]

Saya faham anda marah - anda dibayar untuk sesuatu yang anda tidak mampu untuk menggunakan dengan serta-merta. Ramai orang akan marah untuk sementara waktu dalam situasi itu.

Kami hanya menambah maklumat pada halaman versi percuma ini untuk mengelakkan kekeliruan pada masa akan datang. Ia tidak pernah niat kami kepada sesiapa sahaja yang dibuat keliru dan kami amat maaf bahawa ia berlaku. Kami hanya ingin memberi hadiah percuma untuk semua orang yang suka menggunakannya.

Seperti yang saya tulis - versi berbayar akan serasi dengan vB4 dan ia sudah ada dalam jadual kami. Anda boleh mengingatkan kita tentang isu ini selepas dibebaskan 4,0 vBET (vB4) dan kami akan menukar tarikh permulaan lesen anda, jadi anda tidak akan kehilangan apa-apa hari tahun anda akses percuma ke siaran baru.

Adakah penyelesaian ini OK untuk anda?

Terima kasih, saya menghargai dan menerima tawaran anda.

Saya memohon maaf kerana mendadak. Saya fikir anda mendapat produk yang hebat dan saya berharap untuk meletakkan dalam tindakan sekali vB4 versi serasi.

Terima kasih saya yang ikhlas dan selamat maju jaya,
Matt Olieman
mycockpit.org

[vBET]

Saya fikir saya meminta .... Saya sedang tenang

Matt Olieman
mycockpit.org

Maaf - Saya tidak faham bahawa. Saya fikir yang anda mahu balas yang cepat atau bayaran balik.

Saya ingin maklum balas yang cepat atau sila hantar kembali wang saya.

Sila lihat posting sebelumnya dengan cadangan penyelesaian untuk isu ini dan jelas kenyataan anda tentang keadaan.
Kami gembira untuk membuat pelanggan kami gembira dan hasrat kami adalah untuk membuat mereka bahagia

EDIT:
hanya melihat bahawa anda telah menjawab Saya gembira kerana kami menghadapi situasi menang-menang! Dan saya berharap anda akan berasa seperti pemenang yang mempunyai vBET di forum anda
Sebelum vBET 4,0 akan dikeluarkan, anda boleh menggunakan vBET 2.4 - halaman anda Wil yang telah diindeks, dan selepas dibebaskan, anda akan dibuat kemas kini mempunyai prestasi yang lebih baik dan memberi kemungkinan pengguna anda menulis post dalam bahasa yang berbeza.

[krisp]

Hanya untuk memastikan:

Pada masa ini, saya telah buat sementara waktu kurang upaya mengosongkan cache kerana pelayan saya hampir turun ke bawah ketika memperbaharui cache pada "penghapusan Normal". Jadi, selepas mengemas kini arena dalam masa beberapa hari, saya hanya boleh menetapkan "penghapusan Normal" dan semua akan berjalan lancar?

[vBET]

Hanya untuk memastikan:

Pada masa ini, saya telah buat sementara waktu kurang upaya mengosongkan cache kerana pelayan saya hampir turun ke bawah ketika memperbaharui cache pada "penghapusan Normal". Jadi, selepas mengemas kini arena dalam masa beberapa hari, saya hanya boleh menetapkan "penghapusan Normal" dan semua akan berjalan lancar?

Anda boleh menggunakan mengosongkan cache sekarang - ada strategi lain yang dibuat khas untuk kes-kes seperti ini.

Juga dalam vBET 3.3.0 cache berubah - ada meja yang berasingan bagi setiap bahasa, maka indeks akan menjadi 52 kali lebih kecil dan penghapusan akan lebih cepat.

Kami tidak dapat untuk memberitahu yang ia akan cepat pada forum anda untuk menggunakan penghapusan normal - ia bergantung kepada berapa banyak baris yang anda akan ada dalam jadual. MySQL membina semula indeks yang apabila data dipadam. Dan ini adalah sebab mengambil masa - vBET hanya boleh memberikan anda cara-cara lain untuk menghapuskan data (dan ia menyediakan strategi untuk ini). Selebihnya adalah di tangan MySQL.

Sila hanya memeriksa dan jika ada masih akan menjadi isu, maka ia bermakna MySQL tidak akan mampu untuk mengendalikan mengeluarkan 1 / 15 terjemahan cache anda dengan cara biasa. Dalam hal yang sedemikian hanya semak strategi lain.

Kita boleh mempertimbangkan untuk menambah strategi tambahan jika ia akan perlu - penghapusan cepat tanpa membina semula daripada indeks. Sekarang 2 strategi menggunakan penghapusan pantas dan selepas itu indeks membina semula - ini sudah tentu bahagian yang mengambil kebanyakan masa. Kita boleh menambah strategi di mana akan dibuat penghapusan cepat tanpa indeks membina semula - ini akan dibuat indeks anda tumbuh, jadi membina semula perlu dari semasa ke semasa, tetapi anda akan dapat melakukannya secara manual dalam masa yang terbaik untuk pelayan anda (sedikit masa pemuliharaan ).

Tiada cara lain yang boleh kita lakukan (ia bermakna kita tidak melihat penyelesaian yang lain sekarang ) - Seperti yang saya tulis adalah MySQL yang dibuat penjelasan.

[krisp]

Anda boleh menggunakan mengosongkan cache sekarang - ada strategi lain yang dibuat khas untuk kes-kes seperti ini.

Juga dalam vBET 3.3.0 cache berubah - ada meja yang berasingan bagi setiap bahasa, maka indeks akan menjadi 52 kali lebih kecil dan penghapusan akan lebih cepat.

Kami tidak dapat untuk memberitahu yang ia akan cepat pada forum anda untuk menggunakan penghapusan normal - ia bergantung kepada berapa banyak baris yang anda akan ada dalam jadual. MySQL membina semula indeks yang apabila data dipadam. Dan ini adalah sebab mengambil masa - vBET hanya boleh memberikan anda cara-cara lain untuk menghapuskan data (dan ia menyediakan strategi untuk ini). Selebihnya adalah di tangan MySQL.

Sila hanya memeriksa dan jika ada masih akan menjadi isu, maka ia bermakna MySQL tidak akan mampu untuk mengendalikan mengeluarkan 1 / 15 terjemahan cache anda dengan cara biasa. Dalam hal yang sedemikian hanya semak strategi lain.

Kita boleh mempertimbangkan untuk menambah strategi tambahan jika ia akan perlu - penghapusan cepat tanpa membina semula daripada indeks. Sekarang 2 strategi menggunakan penghapusan pantas dan selepas itu indeks membina semula - ini sudah tentu bahagian yang mengambil kebanyakan masa. Kita boleh menambah strategi di mana akan dibuat penghapusan cepat tanpa indeks membina semula - ini akan dibuat indeks anda tumbuh, jadi membina semula perlu dari semasa ke semasa, tetapi anda akan dapat melakukannya secara manual dalam masa yang terbaik untuk pelayan anda (sedikit masa pemuliharaan ).

Tiada cara lain yang boleh kita lakukan (ia bermakna kita tidak melihat penyelesaian yang lain sekarang ) - Seperti yang saya tulis adalah MySQL yang dibuat penjelasan.

Buat masa ini cache yang pendek dan sederhana mempunyai sekitar 3 juta baris untuk setiap 12 bahasa. Saya fikir semuanya berjalan baik sehingga saya mencapai kira-kira 600,000 dalam setiap. Jadi anda mengatakan jadual kini akan 3m/12 = 300,000 satu jadual baru untuk setiap bahasa? Adakah pengiraan ini masuk akal? Saya rasa jumlah kerja yang sama akan dilakukan mulai sekarang, tetapi kemudian dalam cara "siri" bekerja di atas meja masing-masing pada bila-bila masa dan bukannya satu meja besar ... Mungkin jika ada di mana timelap beberapa minit antara setiap update jadual ia akan menjadi lebih baik?

Juga saya menganggap apabila installig arena yang baru, ia akan mempunyai untuk memadam jadual besar yang hadir dan membina semula jadual baru dari awal semasa memasang, betul-betul? (Cuba perpecahan jadual besar ke kecil saat pemasangan akan terlalu pelayan intensif)

[vBET]

Buat masa ini cache yang pendek dan sederhana mempunyai sekitar 3 juta baris untuk setiap 12 bahasa. Saya fikir semuanya berjalan baik sehingga saya mencapai kira-kira 600,000 dalam setiap. Jadi anda mengatakan jadual kini akan 3m/12 = 300,000 satu jadual baru untuk setiap bahasa? Adakah pengiraan ini masuk akal? Saya rasa jumlah kerja yang sama akan dilakukan, tetapi kemudian dalam cara "siri" bekerja di atas meja masing-masing pada bila-bila masa dan bukannya satu meja besar ... Mungkin jika ada di mana timelap beberapa minit antara setiap update jadual ia akan menjadi lebih baik?

Juga saya menganggap apabila installig arena yang baru, ia akan mempunyai untuk memadam jadual besar yang hadir dan membina semula jadual baru dari awal semasa memasang, betul-betul?

Pengiraan anda adalah betul pada masa ini. Tetapi ingat bahawa sekarang anda telah dinyahdayakan penjelasan, jadi anda mempunyai lebih banyak data di sana yang biasanya anda akan mempunyai dengan penjelasan.

Anda telah titik baik tentang mereka timelaps - ia adalah idea yang baik - saya tambah dalam senarai TODO, tetapi tidak boleh menjamin bahawa kita akan termasuk dalam 3.3.0 Ia dijadualkan pada hari Ahad. Jika tidak, kita akan termasuk dalam siaran seterusnya selepas itu

Juga saya tidak fikir bahawa ia akan menjadi masa yang sama untuk membina semula satu indeks yang besar dan 12 yang lebih kecil yang mempunyai jumlah yang sama dalam jumlah baris. Ia bergantung kerumitan algoritma (ia akan sama jika ia adalah linear). Sebagai contoh, ia adalah lebih mudah untuk menyusun 12 senarai yang mempunyai 2 baris daripada 1 senarai mempunyai 24 baris ... Sudah tentu jujur - saya tidak tahu apa yang tepat algoritma MySQL dalam hal yang sedemikian, tetapi kerana anda sudah perasan mempunyai terkecil jadual memberikan kita peluang untuk memisahkan tugas-tugas yang lebih kecil dengan timelaps apa yang akan dibuat keseluruhan yang lebih baik untuk pelayan

Dan ya - vBET secara automatik akan memadam jadual cache lama semasa update.