phpBB Türkiye

phpBB3 sürümü: phpBB3.RC1(4)
Panonun tam adresi: http://www.davulanahtari.com/ (Artık açıktır!)
Dil paketini indirdiğiniz adres:
Eklentiler: Yok.
Temanız: Prosilver.
php ve mysql sürümünüz: MySQL - 4.1.20-max-log | phpMyAdmin - 2.8.0.1
Sorun çıkan sayfa url adı: Anasayfa veya alt forumda ve tüm forumda mevcut.
Hosting: http://www.ixwebhosting.com/

Soru/hatayı gidermek için hangi yollara başvurdunuz, neler yaptınız: Her türlü upload/restore çabasında bulundum. İlgili sunucu admin'ine sql dosyasını gönderdim.

Soru/hatadan önce ne değişiklik yaptınız: -

Soru/hata tanımlamaları:

Başarısız bir güncelleme öncesi pano'muzun BAKIM sayfasındaki Yedekleme kısmı aracılığıyla bir backup.sql dosyası almıştım (RC1'deiken). Güncellemeyi iptal ettik. Bir sebepten sql hatası almaya başladığımız veritabanımızı "geri getirerek" kaldığımız yerden devam etmek için panonun eski dosyaları geri getirdik ve phpBB3 RC1 yazılımımız sağlıklı çalıştığını ama veritabanımızın sorunlu olduğunu gördük.

Panomuzun BAKIM sayfasındaki Geri Yükle kısmından bir türlü restore edemedik sql dosyamızı (Dosyamızın zarar görmediğindem eminim!). Onarımı Başlat dedikten çok sonra sanırım Timed Out yüzünden "sayfa görüntülenemiyor" hatası alıyoruz. Sonra panomuza bir dönüyoruz ki her şey sorunsuz görünüyor (sql hatası gitmiş) fakat son bir kaç ayın (bazen daha uzun bir zaman diliminin) mesajları yok ("Talep edilen konu mecut değil" hatası).

Phpmyadmin'e girip Import etmek istedik. Gzip'li sql dosyamızın boyutu ~6Mb. Bu çok büyük bir sığa değil ama yüklemeye başladıktan sonra, burası da kalakalıyor öyle. Hatta açıkcası ne derece doğru bilmem, ben akıllısı, sql dosyasını unzip ettim. Oldu mu 20 küsür Mb. Table sıralamasını ve yapısını (Amerikayı tekrar keşfederek) sökerek post_table'ını sildim (tabi ki orjinal dosya hep güvenle saklanmaktadır). Bu şekilde veritabanımız en fazla 1Mb'a indi ve çabucak Import edebildim. Sonra, sadece post_table'ı kalacak şekilde yaptım bunu. Fakat yine zip'siz bu sql dosyasını Import edemedim bir türlü; Timed Out'tan dolayı. 45dk. bekledim Import sayfasında ama sonuç alamadım. Hep son ayların mesajları eksik kalıyor!.

"Kasma bukadar, gönder admin'e restore etsin" dedim kendime nihayet ve gönderdim ilgili sunucu adminine. Restore etmiş fakat -bilirsiniz- Türkçe karakterlerimiz bozulmuş. Bir başlıktan örnek:

Başlık: "Forum ve Ãœyelerle Ä°lgili Bölüm..." (Forum ve Üyelerle İlgili Bölüm).
Bir metinden kesit: "-Öncelikle hatalı ve sorunlu iletilerin olduğu başlıklarda, ileti ile ilgili sorunları düzeltmek için yöneticiler, moderatörler ya da duyarlı olan diğer üyeler tarafından, hiç bir şekilde uyarı mesajı atılmayacak ve konunun gidişatı engellenmeyecek"

Bu sonuç da neden dolayı olur bilemiyorum ki admin'e "şöyle şöyle yap" diyeyim...

Yalnız admin'in restore işleminden sonra anasayfa dışında tüm alt sayfalarda aşağıdaki hataları almaya başladık. Acaba bunlar, veritabanın bu şekilde restore edilmesinden mi kaynaklıdır?...

[phpBB Debug] PHP Notice: in file /includes/functions_display.php on line 479: Invalid argument supplied for foreach()
[phpBB Debug] PHP Notice: in file /includes/functions.php on line 4229: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3661)
[phpBB Debug] PHP Notice: in file /includes/functions.php on line 4231: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3661)
[phpBB Debug] PHP Notice: in file /includes/functions.php on line 4232: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3661)
[phpBB Debug] PHP Notice: in file /includes/functions.php on line 4233: Cannot modify header information - headers already sent by (output started at /includes/functions.php:3661)

***

Şimdi ne yapmalıyım?

* Admin'e vermeden bir şekilde yapabilirsem TR karakter problemim olmuyor ve hemen yukarıdaki debug mesajlarını almıyorum ama mesajları tam yükleyemiyorum nedense!.
* Acaba admin'e UTF8 hakkında veya lisanımızın Türkçe olduğuna dair ek bilgi mi vermeliyim?
* Acaba yüklenmiş veritabanını, phpmyadmin'den bir yerlerden pratik şekilde doğru şekle dönüştürebilir miyim? (Absürd bir soru olabilir bu!)
* Gerekirse şunu yapabilirim (yani yapabilir miyim - saatlerimi alsa da) post'lar dışındaki tüm table'ları Import ederim (ki bu kolay oluyor), kalan post_table'ı "sorgu çalıştırarak" satır satır veya 10'ar 100'er satır elle girebilir miyim?!

Not: Admin'e gönderdiğim veya (benim müdahalemden önce) Import etmeye çalıştığım backup dosyası, phpBB3 RC1'in "yedek tipi"nin "tam" ve tüm table'ları içermek koşuluyla oluşturduğu "backup_sayılar-harfler_sayılarvs.sql.gz" dosyasıdır ve bozulmamış olduğu doğrulanmıştır.

---

Bu konuda ön fikirleri, görüşleri olanlar yardım eder, tecrübelerini paylaşırlarsa çok sevinirim. Panomuz 1 haftadır kapalı olmadık yere...

Çok teşekkürler...
Devrim.

Panoyu karakter hatasız şekline getirebilirsen gerisi kolay...

1. Panoyu karakter hatasız şekle getir (en önemli kısım burası!)
2. Türkçe dil dosyasını sil ve yerine sitemizden indireceğin Türkçe dil paketini yükle
3. RC4'e ait install/database_uptadate.php dosyasını çalıştır

Bu üçünü yaptıktan sonra hata mesajı alırsan veritabanını vb. hiç kurcalama, buraya hata mesajını yaz, hatayı gidermeye çalışalım.

Hata mesajlarında sakın ola veritabanı ile uğraşmayın, hata mesajlarının %95'i dosya kaynaklıdır.

Aslında veritabanına yoğunlaşmamın sebebi, biz buradan Import ederken TR karakter sorunu olmazken oradan yapılınca TR sorunumuzun olması. Bu da veritabanımızın düzgün yüklenmediği düşüncesini oluşturuyor bende.

ALEXIS yazdı:3. RC4'e ait install/database_uptadate.php dosyasını çalıştır

Şu an panomuz RC1'de. Sorunları halledince RC4'e döneceğim.

ALEXIS yazdı:2. Türkçe dil dosyasını sil ve yerine sitemizden indireceğin Türkçe dil paketini yükle

Sanırım dil paketini yine sizden almıştım ama emin olamadığım için yazmamıştım. Yine tazeleyeceğim dil paketimizi.

ALEXIS yazdı:1. Panoyu karakter hatasız şekle getir (en önemli kısım burası!)

Bunu, "karakter hatasız hale getirmeyi" açıklar mısınız?...

Teşekkürler...

"Ãœyelerle Ä°lgili Bölüm" gibi olmasın, yani sağlam bir veritabanı ile çalışsın. Şu an sorunsuz bir RC1 sisteminiz var ve bunun üzerinde aşırı değişiklik yoksa size anında RC4 sürümüne geçirecek olan ve bizzat tarafımdan isimlendirilen "Turbo yoldan phpBB3 güncelleme" yazımızı uygulamanızı tavsiye ederim.

Anlaşılmıştır.

İşte bu noktada sanırım sunucu admin'inin bizim veritabanını UTF8 modunda mı yüklemesi lazım? Bizim yüklemelerimiz başarılı olmuyor. O yüzden admin'e *.sql.gz dosyamızın link'ini verdim. Yüklemesini bekliyorum. Yükledim der ve hâlâ karakterlerimiz bozuk olursa sanırım -çok zaman da alacak olsa- post_table'daki bilgileri sql sorgu penceresinden onar bilmemkaçar girmem gerekecek. Onlar sorunsuz yükleyemiyor (nasıl oluyorsa), biz de öyle. O zaman biraz zahmet olacak bana. Ancak ondan sonra karakter sorunum çözülecek gibi ki sanırım debug hataları da kaybolacaktır... Neyse...

Ondan sonra sizin Turbo Güncellemenizi uygulayacağım.

Çok teşekkürler...

Selam.

Az önce, ilgili admin'den hangi "collation" (deyimini kullanmış) ile utf8 istediğimi sormuş. Ben de UTF8_UNICODE_CI yazdım. Phpmyadmin sayfasında "varsayılan" olan bu ve bu mod'da yaptığım import'larda hiç sorun yaşamadık. Yazdım gönderdim. Umarım doğru yapmışımdır...

Sonucu yazarım buraya.

Bu arada, "karakterleri temizleme" deyiminizi anlayamamışım, kusura bakmayın, sanırım biraz aceleyle okumuştum iletinizi. Hani ben, benim aklımda olan, durumu "veritabanı sorunu" olarak bellediğimden ayrı olarak, başka bir çözüm var gibi algıladım. Sanırım bu utf8_unicode olayıyla çözülecektir karakter sorunu ama debug hatalarını merak ediyorum, ne olacak...

Neyse... Görüşmek üzere...

Merhaba...

En son admin'e UTF8'i hatırlatmıştım ama benim PhpMyAdmin'den gördüğüm kadarıyla zaten öyleydi ve hemen ertesi gün admin de dedi bunu bana, "zaten UTF8_Unicode'dasınız" diye. İlettim kendisine, ben buradan import edince düzgün oluyor ama siz edince olmuyor neden diye? Tabi klasik cevap geldi, "veritabanınızda sorun görülmemektedir" diye...

* Ben de dün gece oturdum, backup.sql dosyamızı Wordpad'de açarak tablo yapılarını sıralarını inceledim. Açık hâlde 21Mb olan sql dosyamızdan posts_table'ını silip, ayrı bir dosyaya taşıdım. Ana dosyamız 2Mb boyutuna inerken, iletiler dosyası 19Mb olarak kaldı.

* Ana dosyamızı (yani diğer tüm pano bilgilerinin olduğu table'ları) çok kolay şekilde import ettim. Hemen o an zaten tüm şu yukarıda bahsettiğimiz [phpBB Debug] hata mesajları gitti ve ana sayfada ve alt sayfalarda Türkçe karakter problemi kayboldu. Fakat tahmin edersiniz ki mesajlarımızın hiçbiri yok (import'tan önce POSTS_TABLE'ı DROP ederek kaldırdım) - ("Talep edilen konu mevcut değil!" hatası.)

* Sonra şansımı deneyerek iletiler.sql dosyamızı zip'leyip import etmek istedim. İlginç ki dosya sunucuya gidiyor fakat orada o binlerce girdi işlenip bitene kadar zaman aşımı (timed out) gerçekleşiyor ve import işlemi yarıda kalıyor. Önce bununla nasıl başa çıkacağımı bilemediğimden ilk aklıma gelen daha ufak dosyalara bölmek oldu işi.

* Yaklaşık 20Mb'lık iletiler.sql dosyamızı 3Mb'ı aşmayacak şekilde 7 ayrı dosya hâline getirdim. İlk dosyada, DROP TABLE IF EXISTS phpbb3_posts; ve CREATE TABLE `phpbb3_posts` gibi komutlar ve 4-5 satır da INSERT INTO phpbb3_posts komutu mevcut. Akabindeki diğer dosyalarda da onlarca satır INSERT INTO phpbb3_posts komutları kalacak şekilde parçaladım dosyaları.

* Bu şekilde, ziplenmiş ilk 2-3 dosya rahatlıkla gitti ve başarılı şekilde sorgular tamamlandı. Fakat olur ya bir sebepten yine iletişim kesilir, zaman aşımı meydana gelirse ne yaparım diye düşünürken 4'üncü dosyada bu oldu. Aynı dosyayı tekrar gönderdiğimde "çift girdi (duplicate entry)" hatası verdi sunucu haklı olarak. SQL dosyasındaki iletilerin sırası yok. Post_ID'lere bakınca rakamların ileri geri değiştiğini gördüm. Bir satırda 17445 no'lu ileti varken, sonrakinde 16089 no'lu olabiliyor. "Eyvah en son sorgunun hangisi olduğunu, hangi INSERT komutunu gördüğünü nasıl bileceğim" diye 'kurcalarken', PhpMyAdmin'deki posts tablosuna tıkladım. Alt kısımdaki TARA sayfasına girip, ">>" butonuyla son sorguya giderek, son girilen ID no'sunu gördüm. Gönderemediğim (zaman aşımına uğradığım) dosyamı açarak başarılı şekilde sorgulanmış komut satırlarını silerek, kalanları tekrar gönderdim ve oldu.

(Yalnız bu arada, "dosyanın dibinde 3 satır komut kalmış, onları da PhpMyAdmin'deki SQL Sorgu Penceresi'nden atıvereyim" dedim. Yaptım da, oldu da. Sonra diğer devamındaki dosyaları import ederken, neyse ki bir şekilde, sorgu penceresinden gönderdiğim mesajların Türkçe karakter sorunu olduğunu farkettim ve bu bana ilginç geldi. Acaba sunucu admin'in yaptığı böyle bir şey miydi diye düşündüm. Sonra tabi o 3 satır komutta geçen post ID'lerini bulup, o iletileri kaldırdım ve import etmeye üşendiğim o 3 satırlık dosyayı zip'leyip göndererek düzeltebildim!.)

* Ve bu şekilde uzun uğraşılarla veritabanımızı yüklemeyi başardım.

Bu sayede iletilerdeki Türkçe karakterlerimiz de geri geldi. Pano'yu baştan aşağı inceledik; en eski, en yeni mesajları vs. Problem yok. Yani sitemiz, 1 hafta önceki hâline geri geldi!. Bu arada, yukarıda sizinle yazıştığımız günlerde tatilde olmama rağmen bu işlerle uğraştığımdan açıkcası lisan paketini yenileyemedim ve RC4 dosyasına da bakamadım. Artık şimdi şu beceremediğim güncellemeye devam edebilirim.

Aslında, belki bu konu, bu forum ile direkt olarak alakalı olmayabilir ama bu işin bir parçası diye düşünüyorum ve paylaşmak istedim deneyimlerimi. Umarım kimse böyle bir veritabanı sorunu yaşamaz.

Teşekkür ederim...

Merhaba,

Yaptığınız işlemleri,bir üye olarak çok güzel açıklamışsınız. Bende 16 bin üyeye sahip bir forumu kısa bir süre önce sorunsuz şekilde phpbb3'e dönüştürdüm. Şu an bir sorunum yok ama halen daha yazılanları inceliyorum. Zaman zaman localde problem yaratıp, çözmeye çalışıyorum.

Oldukça uğraşmışsınız ama sağlam adımlarla başarıya ulaşmışsınız. Mesela yaşadığınız probleme benzer bir problemi localde bende yaşadım. Phpmyadmin ile göndermek istediğim .sql dosyası büyük olduğudan direk hata alıyordum.

Aynı işlem internet üzerinde işlem zaman aşımı ile sonuçlanıyor. Ben bu işi bulduğum bir programla çözdüm. SQL dosyasını otomatik parçalara ayırıp, o şekilde gönderiyorum. Dediğim gibi sadece öğrenmek adına uğraşıyorum. Programın tam adını ve bazı detayları hatırlayamayacağım şu an cafedeyim.

Deneyimlerinizden hoşnut olduğumu belirtmek isterim.

Eve gidince daha detaylı olarak görüşmek üzere.

SQL bölme, bigdump.php, SSH den yükleme gibi pek çok yöntem mevcut. Ancak karakter hatası oluyor sık sık.

Mesela ALEXIS verdiğin örneklerden iki tanesini "bigdump.php, SSH " daha önce hiç duymamıştım. Şimdi araştırmaya başlayabilmek için elimde 2 anahtar kelimem oldu. ; ) Tüm yardım ve paylaşımların için gerçekten çok teşekkür ederim.