vbulletin windows

v bulletin i (linux) 4.1.x mysql 'den dump ettik
windowta kurulu 4.0.27 ye import ettik. tr sorunu nu aştık

forum normal görüntüleniyor.
fakat yeni konu vs. açılamıyor !
bilimum hatalar ortaya çıkıyor

örnegin
MySQL Error : Duplicate entry '0' for key 1
Error Number : 1062


MySQL Error : You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND visible = 1' at line 5
Error Number : 1064


şimdiden teşekkürler

mysql 4.1.x den 4.0x serisinin son sürümlerine import yapıldığında duplicate hatalarıyla karşılaşmanız doğaldır, çünkü iki sürüm arasında çok uyuşmazlık var.. encoding problemide cabası. Özellikle windows sürümlerde bu tür hatalar iki katı daha fazladır. Ancak aşılamayacak bir sorun değildir, farklı sürümlerde hatasız yükleme yapılabiliyor ama vbulletin daha alt 4.0x sürümlerinde hatalı çalışıyor, sanırım 4.0.16 serisi ve aşağısı.

4.1.x serisinde türkçe karakter sorunu kolayca aşılıyor şu konuyu incelemenizi öneririm: http://forum.iyinet.com/showthread.php?t=25541

birde dump yerine şu tekniği deneyin; (3.23 ve 4.0x versiyonlar arası test edilmiş, daha üst versiyonlar sorun çıkarabilir ancak denemekte fayda var): http://forum.iyinet.com/showthread.php?t=28894

dump yedeğini eski bir sürüme yüklemek istediğinizde şu komutla yedek alırsanız daha sağlıklı olur:

mysqldump --compatible=mysql40 --default-character-set=latin5 -u veritabanı_kullanıcıadı -p veritabanıadı > /dizin/yedek.sql

Genişletmek için tıkla ...

şimdiden kolay gelsin.

Ben çok uğraştım ve MySQL->db geriye doğru update sorununu tam olarak çözemedim.
Size tavsiyem MySQL 4.1'e tekrar kurunun db'nizi veya MySQL 4.1 kullanan bir yer bulun. Nasılsa eninde sonunda herkes ister istemez MySQL 4.1'e geçmek zorunda kalacak.

"mysqldump --compatible=mysql40 --default-character-set=latin5 -u veritabanı_kullanıcıadı -p veritabanıadı > /dizin/yedek.sql "

evet 4.1 den alıken bunları yaparak aldım bu yuzden tr sorunmuz olmadı. Tr sorunu yok zaten.

bu arada gecen zamanda verileri (db) elle alçtım içerikte son kayıtlarda örnek herhangi bir tabloda index 455 ise yeni kayıt 456 olması gerekirkken 0 olmuş. sanırım vbulletin bunu 0 olarak post ediyor .

zbahadir' Alıntı:

Ben çok uğraştım ve MySQL->db geriye doğru update sorununu tam olarak çözemedim.
Size tavsiyem MySQL 4.1'e tekrar kurunun db'nizi veya MySQL 4.1 kullanan bir yer bulun. Nasılsa eninde sonunda herkes ister istemez MySQL 4.1'e geçmek zorunda kalacak.

Genişletmek için tıkla ...

haklısın

aslında sunucuda önce 4.1.x vardı silip yerine 4.0.27 kurmuştum ( kurmasam çok sorun yaşayacaktım)
şimdi aklıma başka bir şey geldi
sunucuya 2. bir mysql41 diye isimlendirip servis olarak kurucam son çare bu sanırım

sistem' Alıntı:

haklısın

aslında sunucuda önce 4.1.x vardı silip yerine 4.0.27 kurmuştum ( kurmasam çok sorun yaşayacaktım)
şimdi aklıma başka bir şey geldi
sunucuya 2. bir mysql41 diye isimlendirip servis olarak kurucam son çare bu sanırım

Genişletmek için tıkla ...

Kurulabilir ama aynı anda sadece birisi çalışabilir. Başka etkilenecek bir db yoksa doğrudan 4.1 ile devam edebilirsin.

mysqli dump-sız taşıma yöntemi varmı . örnegin /Data klasörünün içerigini oldugu gibi 4.0 dan alsam 4.1 e atsam. çalışırmı ?
edit - pardon nokie link vermiş zaten. sağolsun

sorunu buldum

EXTRAları ' auto_increment' i dump ederken eklemiyor SQLe.
bu yüzden yeni bir kayıt eklendiginde 0 ID ile ekliyor . ikinci bir kayıt eklemeye çalışıldıgında tekrar 0 ID oldugu için hata veriyor.

mysql dump ile auto_increment i *.SQL e nasıl saklatabilirim ?