Simple Machines Community Forum

SMF FORUM TAŞIMA

Arkadaşlar bu konu oldukça konuşulan özellikle yeni başlayan ve host değiştiren arkadaşlar için büyük problem olan bir konudur. Deneyimli arkadaşlar bile SMF sistemine ilk geçtiklerinde en kolay yolu bilmedikleri için oldukça fazla sıkıntı çekebilmektedirler özellikle türkçe karakter hatası ile karşılaşabilirler bunun sebebi diğer sistemlerde olduğu gibi smf forumuda phpmyadmin ile taşımak istemeleridir elbette buda bir yoldur ancak ben size en basit yolu şimdi anlatmaya çalışacağım ve bu konuda FTP taşıma olayına hiç değinmeyeceğim heralde herkes eski hostundan ftp dosyalarını indirip yeni hosta upload etmeyi biliyordur.

Simplemachines.Org gelişim ekibi tarafından hazırlanan site taşıma araçları smf için en basit taşıma yöntemi olarak kabul edilebilir bu araçlar sayesinde veritabanınıza hiçbir zarar vermeden eklediğiniz modların tabloları kaybolmadan bütün forumu tek bir buton tıklayarak yedekleyebilir ve aynı şekilde geri yükleyebilirsiniz

Yedekleme ve Onarım Araçları Bu Mesajın Altında Ekte Verilmiştir

Yedekleme Yolu : http://www.siteniz.com/forum/veritabani_yedekle.php
Yükleme Yolu : http://www.siteniz.com/forum/veritabani_geri_yukle.php
Onarım Yolu : http://www.siteniz.com/forum/veritabani_onar.php

Yedek Alma


Resimdede Görüldüğü Üzere Fazla Anlatıma Gerek Yok Aslında Sizden İstenilen Veritabanı K.adı Şifresi hostu ve Veritabanı Adını Kontrol Edip Yanlışsa Tekrar Düzelterek Kaydetme Yolunu Girmeniz ve Yedekle Tuşuna Basmanız Burda Dikkat Etmeniz Gereken Tek Husus Veritabanı Kaydettiğiniz Yerin Yazılabilir Bir Yer Olması yani CHMOD un 777 olması linux serverlarda fazla sorun çıkartmasada windows serverlarda en çok takılılan nokta burasıdır YEDEKLE butonuna bastığınızda işlem veritabanınızın büyüklüğüne göre uzun sürebilir ve karşınıza yüzde cinsinden bişlgi ekranı çıkabilir eğer tarayıcınız otomatik yönlenmeyi desteklemiyorsa devam et butonuna basıp o ekranı geçebilirsiniz ama tarayıcınız otomatik yönlendirmeyi destekliyorsa tekrardan devam et butonuna basmanız tavsiye edilmez veritabanı komple yedeklendiğinde size görsel olarak bunu bildirecek ve dosya işlevini bitirmiş olacaktır sizde kaydettiğiniz .sql uzantılı dosyanızı ftpden indirip yeni serverınıza atacaksınız

Yedek Yükleme


Bu dosyada yedekleme dosyasıyla hemen hemen aynı görünüme sahiptir aralarında tek fark dosya kaydetme yolu yerine yedeğin bulunduğu adresin yazılmasıdır daha sonra BASLA butonuna basarak veritabanı büyüklüğüne göre beklemeniz gerekmektedir yedeklemede olduğu gibi büyük veritabanlarında işlemin ne kadarının gerçekleştirildiği yüzde cinsinden size bilgi ekranında göterilebilir

Onarım


İlk olarak bu dosyada değişiklik yapmadan settings.php ve settings_bak.php dosyasının yazılabilir olduğunu kontrol etmenizde yarar var aksi takdirde değişiklikleri kaydetmeniz mümkün olmayacaktır. bu bölüm biraz karışık gibi görünsede  en basit bölümdür yine en üstte veritabanı bilgileri yeni hosta göre düzeltilecektir buraya kadar olan bölüm şimdiye kadar yaptığımız işlemlerin aynısıdır genelde bundan sonra sizlerin kafası karışıyor aslında çok basit bir bölüm alt taraflarda bazı dosyaların serverda ve link olarak nasıl oldukları sorulmaktadır eğer tam veri yollarını bilmiyorsanız hemen kutucuğun altında index.phpnin olduğu dizine göre diğerlerinin nasıl olması gerektiği link şeklinde verilmiştir o linklere tıklayarak kutucukların içlerine varsayılan değerleri aktarabilirsiniz bütün işlemler bittikten sonra AYARLARI KAYDET BUTONU tıklanarak bu işlemde son bulmuş olacaktır

Smfciyiz.Biz Sitesi Hariç Konunun Dağıtılmasına Konu Yazarının İzni Yoktur
Konunun Orjinal Linki : http://www.smfciyiz.biz/index.php/topic,2325.0.html

Saygılarımla AYESOFT

Alıntıdır : www.smfciyiz.biz

aslında çok daha pratik bir yolu var :) global olarak ama sadece SMF değil. cPanel to cPanel veya Plesk to Plesk yöntemi ve bunu hostunuc kolayca yapabiliyor (iyi bir hosting sağlayıcınız varsa.)

teşekkürler döküman için ;)

slm bi sey kafama takıldı sormak istıyorum bi sakıncası yoksa ben şimdi 2.0 beta 4 kullanıyorum burda bir cok uyem var vede konular var bu konuları vede uyeleri 1.1.7 yeni forum kurdum oraya almak istıyorum bu yontem yardımcı olurmu

Denedim, fakat şu veri tabanını geri yüklerken şu hataları verdi:

"Bazı sorgular çalıstırılamadı. Sorgular hakkında detaylı bilgi:
Line #682: Invalid default value for 'logTime'
Line #688: Table 'l*.*_log_online' doesn't exist
Line #692: Table '*.*_log_online' doesn't exist
Line #694: Table '*.*_log_online' doesn't exist
Line #910: Column 'lngfile' cannot be null
Line #997: Column 'modifiedName' cannot be null"

Onarma sayfasını da açtım, gene olmadı. Şu an ana sayfada "Veri tabanı Hatası" yazıyor. Ne yapmam gerektiği konusunda yardımcı olursanız sevinirim.

Sorunu şöyle çözdüm: veritabani_yedekle.php ile aldığımız yedek yerine, admin panelinden "tablo oluşturarak" aldığım yedeği yükledim ve sorunsuz çalıştı.

Quote from: İlker ADIGÜZEL on December 10, 2008, 03:29:31 PM
Sorunu şöyle çözdüm: veritabani_yedekle.php ile aldığımız yedek yerine, admin panelinden "tablo oluşturarak" aldığım yedeği yükledim ve sorunsuz çalıştı.

taşıma yapılacak foruma install.php ile yeni bir kurulum oluşturun yani tablo yapıları yüklensin daha sonra veritabanı geri yükleyin sorun çıkmayacaktır.

Quote from: bydamned on December 10, 2008, 07:27:21 AM
slm bi sey kafama takıldı sormak istıyorum bi sakıncası yoksa ben şimdi 2.0 beta 4 kullanıyorum burda bir cok uyem var vede konular var bu konuları vede uyeleri 1.1.7 yeni forum kurdum oraya almak istıyorum bu yontem yardımcı olurmu

kesinlikle sorun çıkacaktır. eğer 2.0 dan 1.1.x serisine dönmek istiyorsanız sisteminizi önce phpbb veya diğer sistemlerin birine çevirin daha sonra 1.1.x sürümüne çevirin 2.0 dan direk 1.1.7 ye geçemezsiniz

Quote from: BrKn* on December 10, 2008, 04:18:59 AM
aslında çok daha pratik bir yolu var :) global olarak ama sadece SMF değil. cPanel to cPanel veya Plesk to Plesk yöntemi ve bunu hostunuc kolayca yapabiliyor (iyi bir hosting sağlayıcınız varsa.)

teşekkürler döküman için ;)

plesk yedekleri sorun çıkartabiliyor daha önce kendi başıma geldi kendi aldığım sorunsuz yedekte attachment sorunu yaşadım çok sağlıklı bir yöntem değil ayrıca burda sadece mysql taşımasından bahsedilmiş çok büyük veritabanlarında bu yöntemde yeterli olamayabiliyor en sağlıklısı mysqldump yöntemidir özellikle 50 mb dan büyük veritabanı olanlar için.

Quote from: ayesoft on December 11, 2008, 06:12:58 AMtaşıma yapılacak foruma install.php ile yeni bir kurulum oluşturun yani tablo yapıları yüklensin daha sonra veritabanı geri yükleyin sorun çıkmayacaktır.

Yedeklemeyi denerken install.php'i yüklemeden, forumun o anki hâli üzerine yükleme yaparak denemiştim.

Quote from: İlker ADIGÜZEL on December 12, 2008, 08:32:51 AM

Quote from: ayesoft on December 11, 2008, 06:12:58 AMtaşıma yapılacak foruma install.php ile yeni bir kurulum oluşturun yani tablo yapıları yüklensin daha sonra veritabanı geri yükleyin sorun çıkmayacaktır.

Yedeklemeyi denerken install.php'i yüklemeden, forumun o anki hâli üzerine yükleme yaparak denemiştim.

sanırım panelden alınan yedek tablo yapılarınıda alıyor veritabani_yedekle.php sadece içerisindeki verinin yedeğini alır herhangi bir durumda eski yedeğe dönebilmek için hazırlanmış bir dosya o yüzden taşıma işleminde kullanılırken yeni bir kurulum yapılıp üstüne yedeğin atılması daha mantıklıdır. dediğiniz yöntemde taşıma yöntemlerinden birisidir. taşıma işlemi için birçok değişik sistem var anlattığım bunlardan sadece birisi ve genel anlamda başlangıç seviyesinde olan arkadaşlara yardımcı olmak amacıyla hazırlanmış.

Denemediğim şekil kalmadı ama hep bu hatayı veriyor...

Ben sunucudaki formu local e almak istiyorum..

easyphp programıyla veritabanımı felan kurdum ver kurduğum veritabanına smf kurdum
sonra yedeği bu veri tabanına kurmak istedim olmadı bu hatayı aldım





Bazı sorgular çalıstırılamadı. Sorgular hakkında detaylı bilgi:
Line #59163: Invalid default value for 'logTime'
Line #59169: Table 'almanca.smf_log_online' doesn't exist
Line #59173: Table 'almanca.smf_log_online' doesn't exist
Line #59175: Table 'almanca.smf_log_online' doesn't exist
Line #59811: Invalid default value for 'last_update'
Line #59817: Table 'almanca.smf_sessions' doesn't exist
Line #59916: Table 'almanca.smf_sessions' doesn't exist
Line #60014: Table 'almanca.smf_sessions' doesn't exist
Line #60112: Table 'almanca.smf_sessions' doesn't exist
Line #60210: Table 'almanca.smf_sessions' doesn't exist
Line #60223: Table 'almanca.smf_sessions' doesn't exist
Line #60225: Table 'almanca.smf_sessions' doesn't exist

sonra sunucudaki dosyaları aynen kopyaladım localdeki dosyalarla değiştirdim ve ayarları onardım yine forum açılmadı...böyle yazdı (Table 'veritabaniadi.smf_sessions' doesn't exist

Ben sunucudaki sitemi aynen locale nasıl alabilirim arkadaşlar...

Yardımlarınız için Teşekkür ederim..

almanca.smf_log_online bu tablonun varolduğundan eminmisin? o tabloyu oluşturan herhangi bir mod kurduysan o modu kur sonra veritabanını yüklemeyi dene

Yani ben sıfır bi smf kurdum yedeği buna yüklemeyi deniyorum, diğer forumda yüklediğim modlarıda kurmam gerekiyormu sorunsuz aktarım yapabilmem için...

Birde mesela ben sadece bir tek board msql tablolarını almak istiyroum böyle bir şey mümkün mü

Modifikasyonlar lazımsa kurun. Lazım değilse gerek yok.

Sadece board tablosunu alamazsınız. Onun yanında categories, log_boards, members vs. tablolarınıda almalısınız.

peki ben kategoriler boardlar membersleri yani üyeleri ve mesajları nasıl alabilirim

Bütün tablolar diğer tablolara muhtaçtır. Yani biri olmadan diğeride olmaz. En sağlıklısı tam yedek almak.

Hocam çok zaman alıyor üç dört gün sürebilir ve bilgisayarı bu kadar açık tutamıyorum bırakıp gidiyorum açık kalmıyor kapanıyor ekran koruyucuyu uyku modunu kaldırmım ama olmuyor ve öyle bir durum daha var.

Benim şu an ki hossta 52 tablo var

fakat yeni smf kurdum onda 41 tablo, ben şimdi bu yedeği buna yüklemeye kalksam taplolarda ki çakışmayı nasıl halledeceğim nasıl olacak bu iş :)

SMF kurmadan BigDump (http://www.ozerov.de/bigdump.php) ile yüklemeyi deneyin.

Hocam ben bunu hiç kullanmadım. Bu sitedeki bilgiler sayesinde bir çok şeyi öğrendim. Kısa bir açıklama yaparsanız nasıl yapacağım konusunda, çok memnun olurum...

Buradan (http://www.ozerov.de/pphlogger/dlcount.php?id=bigdump&url=http://www.ozerov.de/bigdump.zip) dosyayı indirin ve dosyayı zipten kurtarın. Aşağıda vereceğim yerleri kendinize göre değiştirin:
$db_server   = 'localhost';
$db_name     = 'smf_için_kurdugunuz_veritabani';
$db_username = 'smf_icin_olusturdugunuz_veritabani_kullanicisi';
$db_password = 'smf_icin_olusturdugunuz_veritabani_kullanicisi_sifresi';
Kaydedin ve dosyayı kapatıp eski forumunuzun verıtabanının bulunduğu dizine yükleyin. Gerisini kendiniz halledebilirsiniz.

Hocam devamında şimdi ben ilk olarak yedekleme mi yapacağım ingilizcem yok kusra bakmayın :(

Yedeklemeyi önceden yapmadınız mı zaten?

yok hocam bir türlü tamamlayamadım diyorum ya :(

Hep kapanıyor bilgisayar

hocam böyle bir hata veriyor :(

dediğiniz programla denedim



Error at the line 2191: ) TYPE=MyISAM;

Query: CREATE TABLE `smf_googletagged` (
`ID_TAG` mediumint(9) NOT NULL auto_increment,
`tag` text NOT NULL default '',
`ID_TOPIC` mediumint(8) NOT NULL default '',
`hits` mediumint(8) NOT NULL default 1,
`status` tinyint(1) NOT NULL default 1,
PRIMARY KEY (`ID_TAG`)
) TYPE=MyISAM;

MySQL: Invalid default value for 'ID_TOPIC'

edit:

Normal yolla denediğimde de şunu veriyor

Bazı sorgular çalıstırılamadı. Sorgular hakkında detaylı bilgi:
Line #2191: Invalid default value for 'ID_TOPIC'
Line #2197: Table 'localhost.smf_googletagged' doesn't exist
Line #2392: Table 'localhost.smf_googletagged' doesn't exist
Line #2417: Table 'localhost.smf_googletagged' doesn't exist
Line #2419: Table 'localhost.smf_googletagged' doesn't exist
Line #8447: Invalid default value for 'logTime'
Line #8453: Table 'localhost.smf_log_online' doesn't exist
Line #8465: Table 'localhost.smf_log_online' doesn't exist
Line #8467: Table 'localhost.smf_log_online' doesn't exist
Line #26666: Invalid default value for 'id_topic'
Line #26672: Table 'localhost.smf_related_subjects' doesn't exist
Line #26867: Table 'localhost.smf_related_subjects' doesn't exist
Line #27061: Table 'localhost.smf_related_subjects' doesn't exist
Line #27255: Table 'localhost.smf_related_subjects' doesn't exist
Line #27449: Table 'localhost.smf_related_subjects' doesn't exist
Line #27643: Table 'localhost.smf_related_subjects' doesn't exist
Line #27837: Table 'localhost.smf_related_subjects' doesn't exist
Line #28031: Table 'localhost.smf_related_subjects' doesn't exist
Line #28225: Table 'localhost.smf_related_subjects' doesn't exist
Line #28277: Table 'localhost.smf_related_subjects' doesn't exist
Line #28279: Table 'localhost.smf_related_subjects' doesn't exist
Line #28294: Invalid default value for 'id_topic_first'
Line #28300: Table 'localhost.smf_related_topics' doesn't exist
Line #28495: Table 'localhost.smf_related_topics' doesn't exist
Line #28689: Table 'localhost.smf_related_topics' doesn't exist
Line #28883: Table 'localhost.smf_related_topics' doesn't exist
Line #29077: Table 'localhost.smf_related_topics' doesn't exist
Line #29271: Table 'localhost.smf_related_topics' doesn't exist
Line #29465: Table 'localhost.smf_related_topics' doesn't exist
Line #29659: Table 'localhost.smf_related_topics' doesn't exist
Line #29853: Table 'localhost.smf_related_topics' doesn't exist
Line #30047: Table 'localhost.smf_related_topics' doesn't exist
Line #30241: Table 'localhost.smf_related_topics' doesn't exist
Line #30435: Table 'localhost.smf_related_topics' doesn't exist
Line #30629: Table 'localhost.smf_related_topics' doesn't exist
Line #30823: Table 'localhost.smf_related_topics' doesn't exist
Line #31017: Table 'localhost.smf_related_topics' doesn't exist
Line #31022: Table 'localhost.smf_related_topics' doesn't exist
Line #31024: Table 'localhost.smf_related_topics' doesn't exist
Line #31039: Invalid default value for 'last_update'
Line #31045: Table 'localhost.smf_sessions' doesn't exist
Line #31144: Table 'localhost.smf_sessions' doesn't exist
Line #31242: Table 'localhost.smf_sessions' doesn't exist
Line #31332: Table 'localhost.smf_sessions' doesn't exist
Line #31334: Table 'localhost.smf_sessions' doesn't exist
Line #31631: Invalid default value for 'ID_MEMBER'

Ben de sabırsız arkdaş gibi aynı sorunu yaşamaktayım...DB sorun çıkarıyor.Ve yukarıdaki gibi hata iletisi alıyroum..

Download sayfasından 1.1.7 install dosyasını indirin. İçindeki install_1-1.sql dosyasını açın. Veritabanını yedeğinizde hata veren tabloyu bulun, aynısını install_1-1.sql dosyasında da bulun. install_1-1.sql dosyasında bulduğunuz CREATE TABLE .... kodunu veritabanı yedeğinizdekiyle değiştirin. Son olarak {$db_prefix} yazan yere smf_ yazın.

Tam olarak hangi kısmı ne ile değiştirmem gerekiyor..Install içinden çıkanda smf ads ya da google ile ilgili crate table kısmı yok.

O dosyada bulunmuyorsa, o modifikasyonların paketlerinim içindeki install dosyasında vardır.

Sabırsız o hatalar o verinin daha önce eklendiğini söylüyor sanırım veritabanında hiç bieşy olmadan çalıştıracaksın bigdump u yoksa yüklemez

Tamamdır yağızın söylediği oldu teşekkürler yağız  ;D

Arkadaşlar bende önceki mesajlar dediklerinizi aynen yaptım fakat her denememde şöyle bir hata ile karşılaşıyorum.Hosttaki forumun aynısı localhosta kurmaya çalışıyorum şu hatayı veriyor...

Bazı sorgular çalıstırılamadı. Sorgular hakkında detaylı bilgi:
Line #3414: Duplicate entry 'b-194' for key 1
Line #3918: Duplicate entry 'g-449' for key 1
Line #4422: Duplicate entry 'yalan-234' for key 1
Line #4526: Duplicate entry '299' for key 1


Sanıyorum bundan sonra forumumdaki bazı kategörülerin isimleri çıkmıyor mesela Hoşgeldiniz sadece "H" şeklinde gözküyor problem nerde acaba?

Quote from: Yağız... on December 25, 2008, 03:34:57 PM
Download sayfasından 1.1.7 install dosyasını indirin. İçindeki install_1-1.sql dosyasını açın. Veritabanını yedeğinizde hata veren tabloyu bulun, aynısını install_1-1.sql dosyasında da bulun. install_1-1.sql dosyasında bulduğunuz CREATE TABLE .... kodunu veritabanı yedeğinizdekiyle değiştirin. Son olarak {$db_prefix} yazan yere smf_ yazın.

hocam teşekkür ederim çok işime yaradı. Allah senden razı olsun, beni büyük bi sıkıntıdan kurtardın

büyük database dosyalarınızı bunlarla yedeklemeyin hüsran olur sonunuz  demedi deme ibrahim :) En iyisi  kontrol  panelinizden backup alma işlemidir. Örn;(cpanel - Plesk )

Quote from: Murat® on July 18, 2009, 10:35:33 AM
büyük database dosyalarınızı bunlarla yedeklemeyin hüsran olur sonunuz  demedi deme ibrahim :) En iyisi  kontrol  panelinizden backup alma işlemidir. Örn;(cpanel - Plesk )

büyükten kastınız nedir bilmiyorum ben 120 mb veritabananını sorunsuz taşıdım bu yöntemle sadece dosyayı ftpye atarken sorun yaşadım o yüzden yedeklemeyi tek parça aldım ftpye atarken 3 e bölüp atıp her biri için geri yükleme yaptım ama mysql dump işe yarayabilir çok fazla kullanmasamda kullandığım zamanlar sorun yaşatmamıştı

Merhaba ayesoft ben yukarıda (ilk mesajda) söylediklerini ayniyetle yaptım. Forumum SMF 2.0.2 Güncel sürüm bunun haricinde önceki hostum windows+plesk (httpdoc) yeni hostum ise linux+cpanel (publichtml) yeni hosta geçince ayarlari_onar.php yide çalıştırdım. Ancak forum tamamen düzelmesine rağmen (.htaccess dosyasınıda eskisiyle değiştirdim) avatarlar gözükmemekte diğer bir garip olay ise mesela benim avatarım av_1987632568.png şeklinde bir dosya ancak bu dosya adını tüm ftp dosyalarımda aratıyorum gözükmüyor. Attachments te bir sürü garip dosya ismi var ve içleri 2 mb 5 mb gibi içeriklerle dolu ancak onların nasıl açıldığını bilmediğim içinde içlerinde ne tür bir veri saklıyorla göremiyorum bu sebeple avatarlarımı nasıl geri getirebileceğim hakkında yardım edebilirmisiniz?

Edit // Soruna ekleme yapmak için düzenlenmiştir.

Şimdi birşey daha farkettim. ayarlari_onar.php dosyası ile mavi yerlere (ö nerilen ayarlara tıkladığımda
Forum Url
Forum dizini
Sources Dizini kısımlarında yaptığım değişiklikleri kaydediyor (ve bu alanlar . satırlarda görüyorum) ancak
Attachment Dizini
avatar url
Avatar dizini
Smileys Url S
Smileys Dizini
kısımlarında yaptığım değişiklikleri kaydetmiyor ve kaydedilmediğine dair de bir uyarı vermiyor settings.php yi incelediğimdede bu alanlara dair hiç bir bilgi göremiyorum  settings php içinde acaba başka bir klasörede  777 vermemiz gerekiyormu konuya vakıf arkadaşlar inceleyebilirse sevinirim iyi Çalışmalar ekte BOŞ haldeki setttings php dosyam ve hataya dair ekran görüntüsü var sevgi ve selam ile

---

Türkçe karakter sorunu vb. sorunlar oluyor :(

veritabanı_yedekleden yedek alınca hata veriyor bence en iyisi phpmyadminle almak ;)