WordPress sitenizin ücretsiz WP Migrate DB eklentisi ile taşıma

WordPress sitesini taşımak, çok yaygın bir gereksinim olmasına rağmen, geliştiriciyi onarmaya devam ediyor. WordPress’in uygulanmasından sayısız WordPress eklentisi ve sınırsız olasılık bu süreci giderek daha karmaşık hale getirdi. Neyse ki, WP Migrate DB gibi eklentiler tüm ağır işleri yapabilir, taşımayı pürüzsüz ve kolay hale getirebilir. Bu makalede, size geçiş adımları veya karmaşık bir WordPress web sitesini bir sunucudan diğerine taşıyacağım ve lezzetli beyinlerden ücretsiz ve çok güvenilir bir WP Migrate DB eklentisi ile harekete geçeceğim. Ayrıca, düzenli geliştirme iş akışınıza geçişin entegrasyonuna izin veren DB Pro WP Migrate Eklentisi ailesinden bazı premium özellikleri kısaca tartışacağım.
Buradaki amacım, doğru kararı vermenize ve WordPress göçü nüansları boyunca size rehberlik etmenize yardımcı olmaktır. Doğru geçiş eklentisini seçerken dikkate alınması gereken birçok yön vardır. WP Migrat DB veya diğer eklentileri kullanmayı seçin, eklentinin çalışma şeklini anlamak kararınızı kesinlikle kolaylaştıracaktır. Tam olarak WordPress Taşımı nedir? WordPress bir içerik yönetim sistemidir, bu da temel olarak tüm içerik ve ayarların WordPress veritabanında olduğu anlamına gelir. Temalar, eklentiler ve medya biçimleri ve WordPress sitelerini genişletir ve veritabanları her şeyi birleştirir. Dosyaları bir konumdan diğerine taşımak nispeten kolaydır; Ancak, veritabanında durum böyle değildir. Veritabanındaki Web sunucusuna ve yönetmen yapısına göre URL’ler. Bu nedenle, WordPress veritabanını taşımak, böyle bir girişin hedef web sunucusuyla ilgili girişlerle değiştirilmesini gerektirir.
Buna eklemek için, WordPress ve birçok eklenti, JSON’un bilgileri veritabanında depolamaya teşvik ettiği diziler, nesneler ve veriler kullanır. Konu tartışılsa da, veritabanı girişini azaltmaya yardımcı olduğu, veritabanına daha az çağrı ürettiği ve böylece performansı iyileştirdiği için veri ciddileşmesi yaygın olarak kullanılmaktadır. Bununla birlikte, bunun WordPress taşınabilirliği üzerinde bir etkisi vardır ve bir kişi sadece seri verilerdeki URL’yi değiştiremez. Dolayısıyla verilerin önemli olmaması, değiştirilmesi ve tekrar gerçekleştirilmesi gerekir. Yuvalama veri serisiyle, bu işlem daha karmaşık hale gelir. Bu, WP Migrate DB gibi eklentilerin tüm sert çalışmaları ele alarak hayatı çok basit hale getirdiği yerdir. Not: WordPress’i yalnızca varsayılan web kökü konumundan aynı barındırma sunucusundaki alt dizine taşımak istiyorsanız, bkz. Kendinizi WordPress’i aşağıdaki senaryolardan birinde taşımak için bulabilirsiniz:
Sunucu doğrudan başka bir sunucuya (her ikisi de web’de)
Doğrudan sunucu (web’de) yerel bir sunucuya (PC’nizde)
Yerel sunucu başka bir yerel sunucuya
Yerel sunucu (PC’nizde) doğrudan sunucuya (web’de)
Tüm bu durumlarda, göç etme adımları aynı kalır. İhtiyacınız olan tek şey WordPress sitenizi ve hedefinizi tanımlamaktır.
Aşağıda, göçün nasıl yapılacağına genel bir bakış:
WP Geçiş DB ile Geçiş’e Genel Bakış

WordPress Geçiş: WordPress sitenizi ücretsiz WP Geçirme DB eklentisi ile taşımanız gereken minimum erişim önkoşulları şunlardır:
WordPress kaynağının sonunda:
WordPress Gösterge Tablosuna Yönetici Erişimi
FTP aracılığıyla CPANEL, Plask, vb. Gibi barındırma sunucusu denetim paneli yazılımınıza, WordPress amacının sonunda temalara, eklentilere ve yüklemelere erişim:
WordPress’i yüklemek ve gerekli dosyaları kopyalamak için FTP ve CPanel (veya kontrol paneli yazılımınız) üzerinden barındırma sunucusu hedefine erişim
Hosting sunucunuz için PHPMyAdmin veya Veritabanı Yönetimi Araçlarına Erişim
Not: Herhangi bir nedenle barındırma sunucusu denetim panelinize veya phpmyAdmin gibi veritabanı yönetim araçlarına erişiminiz yoksa, yine de Web sitenizi yalnızca WordPress admin kullanarak taşıyabilirsiniz, ancak birinci sınıf bir sürüm eklentisi olan WP Migration DB Pro’ya ihtiyacınız olacaktır. Bunu biraz daha sonra makalede tartışacağım.
Geçiş ayarlarım, yerel makinemde doğrudan sunucuya geçiş yapmak istediğim oldukça ayarlanmış bir WordPress ayarlarım var. Çocuk temalı bir Genesis tema çerçevesi, her biri kendi ayarlarına sahip birçok eklenti, yanlara ve sayfalara ayarlanmış widget alanları ve birçok medya dosyası kullanır.
WordPress kaynakları yerel makineme yüklendi
Bir diğer önemli husus, widget, kullanıcılar, formlar, galeriler, medya yüklemeleri vb. Oluşturma gibi WordPress ayarlarını tekrarlamak istemediğimdir. göçten sonra. Tekrarlayacağım tek şey .htaccess veya wp-config.php’de yapılan gelişmiş ayarlar.

Haydi başlayalım. İki önemli ayrıntıyla göç hazırlamak, göç sürecine başlamadan önce hatırlanması gereken bazı önemli şeyler vardır:
WordPress Çekirdek Kurulum Dizini
Tablo öneki
WordPress Çekirdek Kurulum Dizini Kaynak WordPress’in çekirdeğinin nerede yüklendiğini bilmeniz gerekir – varsayılan web kök konumunda veya alt dizininde. Bu çok önemlidir, çünkü hedef WordPress’in aynı şekilde düzenlenmesi gerekir. WordPress kaynağı alt dizine yüklüyse, hedef WordPress de alt dizinine kurulmalıdır. Ayrıca, WordPress alt dizininin adı her iki uçta da uygun olmalıdır. Örneğin, WordPress’i yüklemek için “Sandbox” dizini kullanıyorsanız, her iki WordPress kurulumunun da aynı dizin adını “Sandbox” kullanması gerekir. Aşağıda gösterildiği gibi, yerel Wamp sunucumdan değil, PhotoTorieview_WP alt dizinine yüklenir ve varsayılan olarak değil Konum veya public_html.
WordPress alt dizinine yüklenmiştir
Tablo önek tablo önek her iki hazırlık da uygun olmalıdır. Bunu gündeme getirmemin nedeni, en iyisinin hedef WordPress’inizi yüklerken önek tablosunu ayarlamak olması, daha sonra değil, veritabanınızı bozması gerekmeyen bir tablo ile sonuçlanacaksınız. Kaynak WordPress tarafından kullanılan tablonun önekini bulmak için, wp-config.php dosyanızdaki $ table_prefix değerine bakın.
Kurulumumda, WordPress kaynağı WP_ Varsayılan değil, Propy Ana Prensibi Kullanıyor

wp-consig.php üzerindeki $ table_prix değeri
Son olarak, kaynak web sitenizin ayrıldığından emin olun. Alt dizin kurulumu veya wp-config.php sizin için yeni geliyorsa, sizi hızlandıracak bazı iyi makalelerimiz var:
WordPress’in alt dizine ne zaman ve nasıl yükleneceği

WP-Config WordPress Dosyası: Kapsamlı Kılavuz
Adım 1: WordPress’i hedef sunucuya hazırlayın Hazırlık tamamlandıktan sonra yapmanız gereken ilk şey WordPress’i hedef sunucuya yüklemektir. Aşağıdaki örneğimde, WordPress’i hedef cpanel sunucusu barındırmamda bulunan Softaculous’un otomatik yükleme yardımcı programını kullanarak düzenledim. Tablo önekinin alt dizinini ve ayarını kontrol etmek için gelişmiş seçeneği değiştiriyorum.
Site adı, açıklama, kullanıcı vb. Gibi diğer WordPress ayarları vb. Şu anda bir sorun olmayacak çünkü bu bir sonraki aşamada WordPress Sumber tarafından üzerine yazılacak. Kurulum işlemi sırasında yapılan WordPress kullanıcılarının yalnızca WP Geçirme DB eklentisini ayarlamak için gösterge tablosuna girmesi gerekir.
Tablo önekini otomatik kurulumla ayarlayın
Not: FTP aracılığıyla bir WordPress manuel kurulumu yaparsanız, WP-Config.php dosyasını kullanarak veya beş dakikalık kurulum işlemi sırasında tablo önekini ayarlayabilirsiniz. Varsayılan ile çalışırsanız, wp_ olarak ayarlanmış bir tablo önek ile sonuçlanırsınız.

Adım 2: Kaynak veritabanını WP ile Dışa Aktarma DB veritabanı geçişi, WP Geçirme DB’nin WordPress kaynağı ve amaç ayarlarına yüklenmesini ve etkinleştirilmesini gerektirir. Bunun nedeni, eklentinin, kaynak veritabanında düzgün bir şekilde değiştirebilmek için sürücü ve URL sunucusunun amacını bilmesidir.
WP-Migrat-DB’yi her iki WordPress ayarına yükleme

İşiniz bittiğinde, WordPress’in her iki ucunda DB’yi taşıyın:
Sonra aşağıdakileri yapmanız gerekir:
WordPress amacının sonunda:

Dışa aktarma dosyasını kontrol edin ve aşağıda gördüğünüz girişi kopyala metin kutusunun
WordPress kaynağının sonunda:

WordPress Hedef Metin Kutusunu Değiştiren Girişi Yapıştırın
Burada, URL girişini ve dosya yolunu “thephotography.review” deki hedef WordPress’ten yeni URL yeni URL metin kutusu yoluna ve yerel makinemdeki WordPress kaynağından yeni dosya yoluna kopyaladım:
WordPress kaynağı
Ayrıca, Gelişmiş seçeneğini değiştirmek ve kaynak web siteniz web’de etkinse, değiştirme kılavuzlarını silmek isteyebilirsiniz. Benim durumumda, bu yerel bir düzenleme, bu yüzden kontrol edilmesine izin verdim. Ayrıca geçici ve revizyonları göndermek için seçenekleri kontrol ettim. İşte bu: dışa aktarma tıklarken, SQL veritabanı kaynak dosyası dışa aktarılır.
WordPress SQL veritabanını dışa aktarma

Dışa aktarma süresi biterse, Ayarlar sekmesi altındaki maksimum istek boyutu seçeneğini değiştirebilir ve tekrar dışa aktarmaya çalışabilirsiniz.
İstek bittiğinde maksimum talep boyutu seçeneği

Adım 3: Gerekli dosyaların kopyalanması Bir sonraki adım, WP-Contents altında bulunan dizinleri WordPress Sumber’dan WPPress hedefinden FTP veya Seçim Yöntemine kadar WP-Contents altında bulunan dizinleri kopyalamaktır.
Content-WP altındaki temaları, eklentileri ve yüklemeleri kopyalayın

Kopyalama işlemi sırasında hata olmadığından emin olun. Verilerin sunucular arasında aktarılması, dosya sayısına bağlı olarak uzun zaman alabilir. CPanel üzerinden zip arşivleri oluşturmak, ardından klasörü FTP ile taşıma işlemi hızlandırabilir. Eklentiler için, doğrudan gösterge panosundaki hedef WordPress’e yüklemeye karar verebilirsiniz. Bunu yapmayı seçerseniz, iki preparatın eklenti sürümünün uygun olduğunu öneririm. Adım 4: Veritabanını phpmyAdmin ile içe aktarma Bir sonraki adım, Adım 2’de üretilen SQL veritabanını hedef sunucudaki WordPress veritabanına aktarmanızı gerektirir. Bunu yapmak için PHPMyAdmin veya Veritabanı Yönetim Aracınızı kullanarak hedef sunucudaki veritabanına erişmelisiniz. Girdikten sonra doğru WordPress veritabanını seçtiğinizden emin olun. Bu, WordPress’i adım 1’e yüklerken oluşturulan veritabanı ile aynıdır. Benim durumumda, hedef WordPress için belirtilen veritabanının adı WP963’tür. Ancak, çoğu sunucu bu ada bir önek de ekleyecektir, örneğin seSprefix_wp963, veritabanı adını otomatik yükleme ile düzenler
Doğru veritabanının tanımlanması çok önemlidir, çünkü burada yanlış veritabanını seçmek sunucunuzda diğer birkaç web sitesinin hasar görmesine neden olacaktır. Hedefte başka WordPress ayarları varsa, aynı zamanda rezerve ettiğinizden emin olun. Emin olmak için aşağıdaki kontrol listesini öneririm:

WP-Config.php WordPress hedefindeki DB_NAME değerine bakın. Bu, varsa önek dahil tam veritabanının adını içerecektir.
Seçilen veritabanındaki tüm tabloların WP-Config ile aynı Table_Prix’e sahip olduğundan veya 1. adımda belirtildiğinden emin olun.

Table_prix_options tablosuna (benim durumumda PRWP_OPtions) açın ve site ve ana seçenek değerinin WordPress ile eşleştiğini doğrulayın.
Emin olduktan sonra, seçilen veritabanı içe aktarma sekmesini açın. Mucize burada meydana gelir. SQL olarak belirlenen format türü ile 2. adımda üretilen sıkıştırılmış SQL (SQL.GZ) dosyasını yükleyin ve Go tuşuna basın.

PhpmyAdmin üzerinden SQL veritabanını içe aktarın
Not: İçe aktarma işlemi, veritabanı tablosunun kaynağın üzerine yazılmasına ve onunla birleştirilmemesine neden olur. İthalat işlemi başarılı olduğunda, hedef WordPress WordPress kaynaklarından tüm ayarlara, içeriklere, kullanıcılara vb. Olacaktır. Ve bunun gibi, göç bitecek. Son Geçiş Adımı Hedef WordPress’e giderseniz, her şey kaynakla aynı olacaktır. Kaynakta olduğu gibi aynı kullanıcıyı kullanarak girebileceksiniz ve hedef WordPress’te yapabileceğiniz her değişiklik silinecektir.
Göçten sonra wordpress’in amacı
Ancak, önerdiğim bir şey var: Ayarlar-> geçirgen bağlantıları açarak geçirgen bağlantıları tekrar kaydedin ve Kaydet’i tıklayın. Ayarlarımda, buradaki adımları takip ederek URL’de görünmediği için alt dizinin hariç tutulması için Site Adresini (URL) de değiştirdim. Bunu geçmeden önce yapsaydım, 2. adımda URL’yi etkiler. Son olarak, her şeyi test ettiğinizden emin olun. Hasarlı bağlantıları tespit eden birkaç harika eklenti vardır. İşte size yardımcı olacak iyi bir makale. Problem Çözme Göçün başarısız olmasına neden olabilecek birçok olasılık vardır. İşte nadir durumlarda sorunları çözmenize yardımcı olacak bazı fikirler:
PHPMyAdmin’e SQL yüklerken hatalarla karşılaşırsanız, GZIP ile sıkıştırma dosyası olmadan Adım 2’de bir SQL veritabanı oluşturmayı deneyin.

Gösterge tablosuna erişemiyorsanız, wp-config.php dosyanızda aşağıdaki girişi eklemeyi deneyebilirsiniz: DEFINE (‘wp_siteurl’, ‘http://example.com/subdir_if_any’);Tanımlama (‘wp_home’, ‘http://example.com/subdir_if_any’);Bu değiştirme seçeneği genel ayarlarda ve WP_Opations tablolarındadır, ancak veritabanında herhangi bir değişiklik yapmaz.Bununla gösterge paneline geri dönebilirseniz, URL’nizle ilgili bir sorun olduğunu bilirsiniz.
Eksik medya dosyası, 3. adımda yüklenen klasörü kopyalama işlemi sırasında bir hata gösterecektir.

Beyaz ekrana bakarsanız (Beyaz Ölüm Ekranı olarak da adlandırılır), tema dosyasının doğru kopyalanıp kopyalanmadığını ve doğru temanın etkinleştirilip etkinleştirilmediğini kontrol edin.
Premium Sürüm Özellikleri PHPMyAdmin ile uğraşmak ve SQL dosyalarını yüklemek ve indirmek istemiyorsanız, WP Migrate DB Pro Premium eklentisini kullanarak tüm veritabanını WordPress kontrol panelinin içinden taşıymanız yeterlidir. Birinci sınıf ve eklenti sürümü ile, bu yazıda tartışılan aynı geçiş işlemi yalnızca Adım 1 kullanılarak ve 3. adımda temaları ve eklentileri kopyalayarak yapılabilir. Push ve çekme özelliklerini kullanarak, tüm veritabanını kolayca teşvik edebilir. Yerel olarak doğrudan sunucuya veya yalnızca birkaç tıklamayla sunucudan doğrudan yerel sunucuya çekin. Ayrıca medya dosyalarını iki ayar arasında senkronize edebilirsiniz. Diğer eklenti premium, çoklu bölgeler ve WordPress komutlarının satırları için destek sağlar. Web sitesini düzenli olarak taşırsanız, WP Migrate DB Pro kesinlikle çok zaman kazandıracaktır. Sonuç olarak. WP, DB Eklentisi Ailesi, geçiş sürecini çok basitleştirir, ancak başka seçenekler de vardır. Sizin için doğru geçiş eklentisini seçmenize yardımcı olacak bazı iyi makalelerimiz var,: 7 Premium WordPress ve En İyi Freemium Rezerv Eklentileri

WordPress’i güvenli bir şekilde hareket ettirmek için 8+ olağanüstü eklenti
Sitenizi taşımayı başardınız mı? Deneyiminizi aşağıdaki yorumlarda paylaşın.
Etiket:
göç
WordPress Hareketli

admin

Bir Cevap Yazın

E-posta hesabınız yayımlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir