WordPress Veritabanı için Ana Geliştirici Kılavuzu
Burada, lezzetli beyinlerde veritabanında yemek yiyoruz, içiyoruz ve uyuyoruz. Bununla birlikte, WordPress ile çalışan her geliştiricinin bir sitenin arkasındaki veritabanı hakkında birkaç bilgiye sahip olması gerektiğine inanıyoruz. Bu yüzden WordPress veritabanları için ana yönergeleri topladım. Başlayalım!
WordPress Veritabanı
MySQL Depolama Makinesi
Karakter ve koleksiyon koleksiyonu
WordPress Veritabanı Turu
Masa
WordPress Multisitus Veritabanı Turu
WordPress veritabanına bağlanın
WordPress Veritabanı ve Sorgu Optimizasyonu
indeks
WordPress Veritabanı Geçişi
Veritabanı güvenliği
WordPress Veritabanı Veritabanı, WordPress web sitesinin önemli bir parçasıdır. WordPress, MySQL veritabanı yönetim sistemini kullanır ve MySQL sürüm 5.6 gerektirir ve daha yüksektir.
Bu aynı zamanda MariaDB sürüm 10.1 veya daha yüksek bir sürümde de işlev görür. MariaDB, MySQL için Drop-in yerine kullanılabilen tam bir GPL lisanslı MySQL çataldır. Kinsta, Mariadb’ın tarihi ve MySQL ile olan farklılıkları hakkında daha derin yazdı. Pro ipuçları: spinUpWP, MySQL 5.7’yi (ancak Ubuntu 20 ile silinmiş), MySQL 8 ve MariAdb’nin en son sürümü MySQL Depolama Makinesi Depolama Makinesi’nin veritabanının bir parçasıdır. MySQL 5.5’ten bu yana varsayılan depolama makinesi InnoDB’dir. Bu, en yaygın kullanılan depolama makinesidir, çünkü tam tablo seviyesini kilitlemek yerine kilitleme hattı seviyesine sahiptir (/MySQLDUMP rezervini dışa aktardığınızda çok önemli), işlemleri desteklemeye (SQL ifadelerini yapmanıza ve geri yüklemenize izin verin) ve yabancı anahtarlar ve ilişkiler için tam desteğe sahip olun.
Myisam, geçmişte WordPress tarafından kullanılan bir depolama makinesidir ve hala çalıştıran eski bir WordPress siteniz olabilir. Bazı sitelerde Myisam ve InnoDB depolama makineleri kullanan tabloların bir karışımı bile olabilir. Profesyonel ipuçları: Veritabanı performansını artırmak için Myisam’ı PhpmyAdmin ile InnoDB’ye dönüştürün. WordPress veritabanınızı bir sunucudan diğerine taşırken ve Destek makalesinde belirtilen karakter ve düzenlemeler dizisinin ne olduğunu merak ederken karakterleri kodlama problemini bulabilirsiniz. Peki bir karakter seti ve yakalamaları nedir? Bir dizi MySQL karakter, bir dizede izin verilen bir karakter kümesidir. Alfabede 26 karakter var – A ila Z. Her harf numaralandırılır, örneğin A = 1, B = 2, C = 3 vb. Harfler sembollerdir ve ilgili numaralar kodlamadır. Tüm A ila Z harflerinin ve uygun ovma numaralarının birleşimi bir karakter koleksiyonu yapan şeydir. MySQL, neredeyse tüm karakterleri bir dizede saklamanıza izin veren birçok karakteri destekler. Bir MySQL harmanlığı, belirli bir karakter kümesindeki karakterleri karşılaştırmak için kullanılan bir dizi kuraldır. Dizeyi karşılaştırmak için veritabanı, karşılaştırma yapmak için karakter kodlama numarasını kullanır. Kollama kurallarına örnek olarak, küçük harf veya büyük harfler karakterinde olsa bile, ipin karşılaştırıldığı vaka oluşturulmuştur. MySQL belgeleriyle açıklandığı gibi koleksiyon çok karmaşık olabilir:
Çoğu düzenlemenin sadece büyük harfleri ayırt etmek için değil, aynı zamanda aksanları ayırt etmek için (“aksan”, Alman o’daki gibi karakterlere bağlı işaretlerdir) ve birkaç karakteri haritalamak için iki Alman koleksiyonu). MySQL, karakter setini ve düzenlemeyi dört seviyede belirlemenizi sağlar: sunucu, veritabanı, tablo ve sütun. WordPress sitesi için önerilen karakter dizisi UTF8MB4’tür ve önerilen düzenleme UTF8MB4_UNICODE_CI’dır. WordPress 4.2 Tabloyu UTF8 Charset’ten UTF8MB4’e güncellemek, 4 baytın karakter depolanmasına izin verir, bu da herhangi bir Unicode karakterinin veritabanında saklanabileceği anlamına gelir. Peter Tasker Kendi Geliştiriciler için UNICODE çalışması için harika bir rehber yazın. WordPress Veritabanı Turu Bir sonraki bölümde, tüm tablolara varsayılan ‘WP_’ önekini kullanmaya yönlendirilecektir. Ancak, güvenlik nedeniyle, WordPress sitenizi yüklerken farklı bir önek kullanmanız önerilir. Sütun ve dizin veri türleri ile tablo yapısının bir açıklamasını arıyorsanız, WordPress kodlarına bakın. Masa
WP_Posts
wp_postmeta
wp_comments
wp_commentmeta
WP_TERMS
wp_termmeta
wp_term_taxonomy
wp_term_relationships
WP_PENGASUR
WP_USEMETA
wp_options
WP_links
WP_POSTS Yayınları Tabloları, WordPress veritabanındaki en önemli tablodur. Adı bazen tamamen blog yayınlarını içermeye inanan insanları atar. Bununla birlikte, ad kötü olmasına rağmen, bu, yayınlar, sayfalar, menü öğeleri, medya ekleri ve sitenin kullandığı belirli yayın türleri de dahil olmak üzere çeşitli içerik türlerini depolayan çok güçlü bir tablodur.
Tablonun esnek içeriğinin doğası, hattın bir yazı, sayfa, ek, nav_menu_item mi yoksa başka bir tür olup olmadığını gösteren ‘Post_Type’ sütunu tarafından sağlanır. Ancak bu esneklik tartışmayı ve açıklamayı da zorlaştırıyor. Temel olarak tablo, farklı türlere sahip bir dizi içerik nesnesi içerir, ancak okuma kolaylığı için, bu makale boyunca hattı “yazı” olarak adlandıracağım.
Post_author – bunu yapan kullanıcı kimliği. (WP_USER tablosuna referans.)
Post_date – Üretim Saati ve Tarihi.
Post_date_gmt – GMT Saati ve Üretim Tarihi. GMT’nin saati ve tarihi, gelecekte site saat dilimine bağımlılık olmayacak şekilde saklanır.
Post_Content – HTML, kısa kod ve diğer içerik dahil olmak üzere tüm içeriği yayınlayın.
Post_title – Gönderi başlığı.
Post_excerpt – İçeriğin özel giriş veya kısa sürümü.
Post_status – Gönderme durumu, örneğin ‘taslak’, ‘beklemede’, ‘özel’, ‘yayınlama’. Ayrıca iyi bir WordPress haber sitesi.
Yorum_status – Yorumlara izin verilirse.
PING_STATUS – Gönderi ping ve geri izlemeye izin veriyorsa.
Post_password – Gönderileri görüntülemek için kullanılan isteğe bağlı şifre.
Post_name – Post başlığından URL -Friendly Salyangoz.
To_ping – güncellendiğinde WordPress tarafından geri gönderilmesi gereken URL’lerin listesi.
Ping – Güncellendiğinde WordPress tarafından Pingback tarafından gönderilen URL’lerin listesi.
Post_modified – Son Modifikasyonun Saati ve Tarihi.
Post_modified_gmt – GMT Süresi ve Son Değişiklik Tarihi.
Post_content_filtered-eklentiler tarafından genellikle ‘the_concent’ filtresinden geçen Post_Content sürümüne kullanılır. WordPress çekirdeğinin kendisi tarafından kullanılmaz.Post_parent – Bu yazı bir revizyon, bağlantı veya başka tür olduğunda bu yazı ile diğeri arasında bir ilişki kurmak için kullanılır.
Guid – Global benzersiz kimlik, bir kalıcı sürüm değil, gönderme için kalıcı URL.
Menu_order-SAVE-SAVE sayfaları ve diğer postil olmayan türler için ekran numarasını.
Post_type – İçerik türünü tanımlama.
Post_mime_type – Yalnızca ekler için kullanılır, yüklenen dosyanın mim türü.
Comment_Count – Toplam yorum sayısı, pingback ve izleme.
WP_POSTMETA Bu tablo, her yazı hakkında ek bilgiler saklar. Bu, verileri depolamak için bir anahtar/değer çifti kullanan dikey bir tablo, WordPress tarafından WordPress, eklentiler ve temaların verileri sınırsız depolamasına izin veren tüm veritabanlarında birkaç tabloda kullanılan teknik.
Meta_id – Her tablo satırı için benzersiz numara.
Post_ID – Verilerle ilgili ID POST. (WP_Posts tablosuna referans.)
Meta_key – Veri bölümü için anahtarın tanımlanması.
Meta_value – Verilerin gerçek bölümü.
WP_Comments Tartışmaların orada yorum yapmasına izin veren her gönderi. Bu tablo bu yorumları ve bununla ilgili bazı belirli verileri saklar. Daha fazla bilgi wp_commentmeta’da saklanabilir.
Yorum_id – Her yorum için benzersiz numara ayarlayın.
Yorum_post_id – bu yorumla ilgili kimlik yayınları. (WP_Posts tablosuna referans.)
Yorum_author – yazar adı yorumu.
Yorum_author_email – Yorum yazar e -postası.
Yorum_author_url – url url yorum.comment_author_ip – yazarın yorumunun IP adresi.
Yorum_date – Yorumun Saati ve Tarihi Gönderildi.
Yorum_date_gmt – GMT Yorumların yayınlandığı zaman ve tarih.
Yorum_content – gerçek yorum metni.
Comment_karma – WordPress Core tarafından kullanılmayan, eklentiler tarafından yorumları yönetmeye yardımcı olmak için kullanılabilir.
Yorum_Aptoved – Yorumlar onaylanmışsa.
Yorum_agent – yorumların nereden gönderildiği, örn. Tarayıcı, işletim sistemi vb.
Comment_Type – Yorum türü: Yorum, Geri Pingback veya İzleme.
Comment_parent – Bu yorum bir cevap olduğunda başka bir yoruma bakın.
USER_ID – ID Yazar Sitede kayıtlı kullanıcılar olup olmadıklarını yorumlar. (WP_USER tablosuna referans.)
WP_COMMENTMETA Bu tablo, yorumlarla ilgili daha fazla bilgi depolamaktadır.
Meta_id – Her tablo satırı için benzersiz numara.
Yorum_id – verilerle ilgili olan IM gönderisi. (WP_Comments tablosuna referans.)
Meta_key – Veri bölümü için anahtarın tanımlanması.
Meta_value – Verilerin gerçek bölümü.
WP_TERMS terimi, nesneleri sınıflandırmak için kullanılan bir taksonomi öğesidir. Hangi taksonomi? WordPress, özel yayınlar ve türleri gibi öğelerin çeşitli şekillerde sınıflandırılmasına izin verir. Örneğin, WordPress’te bir yayın yaparken, varsayılan olarak kategoriler ve bazı etiketler ekleyebilirsiniz. İyi ‘kategoriler’ ve ‘etiketler’, temelde çeşitli şeyleri gruplamanın bir yolu olan taksonomiye örneklerdir.
Bu yazıyı sınıflandırmak için (nasıl ben meta) ‘kılavuz’ ve ‘veritabanı’ ve ‘mysql’ etiketleme kategorileri sağlayacağım. Kategoriler ve etiketler, bu tabloda yüklenecek terimlerdir.Term_id – Her terim için ayarlanan benzersiz numaralar.
terim isimleri.
Slug – Slug Url adından dostça.
Term_group – Eklem terimlerini takma adları kullanmak için sınıflandırma temaları veya eklentileri için yeteneği. WordPress’in çekirdeği tarafından doldurulmamış.
WP_Termmeta WordPress 4.4, meta verileri – wp_termmeta terimleri hakkında saklamak için yeni bir tablo sunar. Meta terimine, add_term_meta, get_term_meta, update_term_meta ve delete_term_meta yardımcı işlevi ile Meta Post’a benzer şekilde erişilebilir.
Meta Terim, geliştiricilerin terimle ilgili özel verileri standart yolla saklamasına olanak tanır. Örneğin, Kategori Arşivi sayfasında görüntülenecek POST kategorisine görüntüler eklemek isteyebilirsiniz.
Meta_id – Her tablo satırı için benzersiz numara.
Term_id – İlgili terimlerden kimlik. (WP_TERMS tablosuna referans.)
Meta_key – Veri bölümü için anahtarın tanımlanması.
Meta_value – Verilerin gerçek bölümü.
wp_term_taxonomy Yukarıdaki WP_TERMS örneğini takiben, WP_terms’de depolanan ‘kılavuz’, ‘veritabanı’ ve ‘mysql’ terimleri henüz verilen bağlam olmadıkça ‘kategoriler’ ve ‘etiket’ olarak mevcut değildir. Her terime bu tablo kullanılarak taksonomi verilir. Bu tablo yapısı, aynı terimi çeşitli taksonomilerde kullanmanızı sağlar. Örneğin ‘veritabanı’, gönderme kategorisi olarak ve özel yayın türleri için özel bir taksonomi terimi olarak kullanılabilir (portföy öğeleri için portfolio_category hakkında düşünün). Veritabanı terimi WP_terms’de bir kez mevcut olacaktır, ancak her bir taksonomi için wp_term_taxonomy üzerinde iki satır olacaktır.
Term_id – İlgili terimlerden kimlik. (WP_TERMS tablosuna referans.)
Taksonomi – Taksonomi Salyangoz. Bu, doğuştan gelen taksonomi veya register_taxonomy () kullanılarak kaydedilen herhangi bir taksonomi şeklinde olabilir.
Açıklama – Bu taksonomideki terimlerin açıklaması.
Ebeveyn – ebeveyn teriminden kimlik. Kategori gibi hiyerarşik taksonomi için kullanılır.
Sayım – Bu taksonominin terimi verilen posta nesnelerinin sayısı.
WP_Term_Relationships Şimdiye kadar terimlerin ve taksonomların veritabanında nasıl saklandığını gördük, ancak WordPress’in taksonomiyi kullanırken önemli verileri nasıl sakladığını görmedik. Gönderi WP_Posts’ta ve kategoriyi gerçekten ayarladığımızda, bilgileri kaydeden kavşak tablosu WordPress kontrol panelinden. Her satır, wp_posts’daki yayınlar (nesneler) ve wp_term_taxonomy’deki belirli taksonomi terimleri arasındaki ilişkiyi tanımlar.
Object_id – Post nesnesinden kimlik. (WP_Posts tablosuna referans.)
Term_taxonomy_id – terimler/taksonomi çiftinden kimlik. (Wp_term_taxonomy tablosuna referans.) Term_order – tam olarak kullanılmayan bir nesne için sipariş terimine izin verir.
WP_PENGGUL Kullanıcı Kullanıcı Yönetimi en güçlü özelliklerinden biridir ve onu bir uygulama çerçevesi olarak harika kılan şeydir. Bu masa onun arkasındaki itici güç.
Benzersiz Kimlik – Her kullanıcı için belirtilen numara.
User_login – Kullanıcılar için benzersiz kullanıcı adı.
User_pass – Kullanıcı şifresi karma.
USER_NICENAME – Kullanıcı için adı görüntüleme.
User_email – Kullanıcı e -posta adresi.
USER_URL – Kullanıcı URL’si, örneğin web sitesi adresi.
user_registered – Kayıtlı kullanıcının saati ve tarihi.
User_activation_key – Parolayı sıfırlamak için kullanılır.
USER_STATUS – SPAM kullanıcılarını göstermek için Multisite Pre WordPress 3.0’da kullanılır.
Display_name – Sitede herkese açık olarak kullanılacak istenen ad, user_login, user_nicename, WP_USEMETA’da belirtilen ad veya soyadı şeklinde olabilir.
WP_USEMETA Bu tablo, kullanıcılarla ilgili daha fazla bilgi depolar. Gösterge tablosundaki kullanıcılar için burada saklanan diğer kullanıcı profili alanlarını göreceksiniz.
Umeta_id – Her tablo satırı için benzersiz numara.
USER_ID – İlgili Kullanıcı Kimliği. (WP_USER tablosuna referans.)
Meta_key – Veri bölümü için anahtarın tanımlanması.
Meta_value – Verilerin gerçek bölümü.
WP_OPTIONS Seçenek tablosu, temalar, aktif eklentiler, widget’lar ve geçici önbellek verileri hakkında veriler dahil olmak üzere tüm site yapılandırmalarının depolandığı bir yerdir. Genellikle eklentiler ve diğer temalar ayarları saklar. Tablo, her türlü veriyi çeşitli amaçlar için saklamasını sağlamak için bir anahtar çift/dikey değerin başka bir örneğidir. Option_id – Her tablo satırı için ayarlanan benzersiz numaralar.
Option_name – Veri bölümü için tuşun tanımlanması.
Option_value – Gerçek veri bölümü. Veriler genellikle seridir, bu nedenle dikkatlice ele alınmalıdır.
AUTOLOAD – CONTROL Seçenek WP_LOD_ALLOPTIONS () işlevi tarafından otomatik olarak yüklenirse (seçeneği her sayfa yüklemesinde nesne önbelleğine yerleştirme).
Spam – Spam kullanıcısı olarak işaretleyin.
Silindi – Silinmiş bir kullanıcı olarak işaretleyin.
Ağı yönetmeye yardımcı olmak için ağ kurulumu sırasında aşağıdaki tablo yapılır:
WP_SITE
wp_sitemeta
wp_blogs
WP_BLOGMETA
wp_blog_versions
WP_SIGNUP
wp_registration_log
WP_SITE Bu tablo, bir veritabanında birkaç ağa izin verecek şekilde yapılandırılmış olsa bile, kurulum için bir ağ içerecektir. Bu hiçbir zaman WordPress’in kendisinde uygulanmamıştır, ancak WP Multi Network veya WordPress.ID için Ağlar gibi eklentiler kullanılarak yönetilebilir.
Etki Alanı – Temel Etki Alanı Sitesi.
Site Yolları.
Wp_sitemeta Bu tablo ağ için wp_opations gibidir. Bu, ağlarla ilgili tüm yapılandırmaları ve bilgileri ve ağ tarafından etkinleştirilen eklentiler için ayarlar gibi diğer verileri de saklar.
Meta_id – Her tablo satırı için benzersiz numara.
Site_id – İlgili Siteden Kimlik. (WP_SITE tablosuna referans.)
Meta_key – Veri bölümü için anahtarın tanımlanması.
Meta_value – Verilerin gerçek bölümü.
WP_BLOGS Ağdaki tüm subitus bu tabloda saklanır.
Blog_id – Her blog için benzersiz numara (subitus).
Site_id – Blogun bulunduğu kimlik sitesi. (WP_SITE tablosuna referans.)
Blogun temel alanları.
Blog yolları.
Kayıtlı – Blogun saati ve tarihi kayıtlıdır.
Last_updated – Son güncellenmiş blogun saati ve tarihi.
Kamu – Blog halk tarafından görülebilirse.
Arşivlendi – Blog arşivlenirse.
Yetişkinler – Blog yetişkin kitleler için tasarlanmışsa, örn. NSFW.
Spam – Blog spam olarak işaretlenmişse.
Silindi – Blog silinmişse.
Lang_id – Blog Dili Kimliği.
WP_BLOGMETA WordPress 5.1’de tanıtıldı, WP_BLOGMETA, Site ile ilgili meta verileri depolamak için yeni bir veritabanı tablosudur. Bu, Site hakkındaki verileri depolamak için seçenek tablosunu kullanmanız gerekmediği ve erişmeden önce switch_to_blog () kullanmanız gerektiği anlamına gelir.
Meta_id – Meta’nın bulunduğu her bir TableBlog_ID – ID Blogunun her satırı için benzersiz numara. (WP_BLOGS tablosuna referans.)
Meta_key – Veri bölümü için anahtarın tanımlanması.
Meta_value – Verilerin gerçek bölümü.
WP_BLOG_VERSIONS Sitenin WordPress sürümünü güncellediğinizde, bazen veritabanlarında değişiklikler vardır. Multisite kurulumlarının yeni WordPress sürümüne güncellenmesi Global tablodaki değişiklikleri yapar. Ancak, ağdaki subitus için bir tablo koleksiyonunun da güncellemeler uygulaması gerekir. Bu tablo, ağdaki her blogun veritabanı sürümünü kaydeder, böylece WordPress hangi blogların çalıştırıldıktan sonra yükseltilmesi ve güncellenmesi gerektiğini bilir.
Blog_id – Blog Kimliği. (WP_BLOGS tablosuna referans.)
Db_version – şu anda blog tablosu için revize DB WordPress.
Last_updated – Son yükseltmenin saati ve tarihi.
WP_SIGNUP Bu tablo, kayıtlı ancak ağ yeni sitelerin kaydedilmesine izin verdiğinde etkinleştirilmeyen bloglarda verileri depolar. Site etkinleştirildikten sonra notlar silinir ve notlar WP_BLOGS’da yapılır.
Signup_id – Her tablo satırı için benzersiz numara ayarlayın.
Blogun temel alanları.
Blog yolları.
Blog başlıkları.
User_login – Blog kaydeden kullanıcı adı kullanıcısı.
User_email – Kullanıcı e -postası.
Kayıtlı – Kayıt Saati ve Tarihi.
Etkinleştirildi – Blog etkinleştirildiyse.
Etkin – Blog etkinse.
Activation_key – Blogu etkinleştirmek için e -postada kullanılan etkinleştirme anahtarı.
Meta – Kayıt Hakkında Veriler.
WP_REGISTRATION_LOG Bu tablo, etkinleştirildikten sonra yeni bir siteyi kaydeden kullanıcıları kaydeder.
Benzersiz Kimlik – Her tablo satırı için ayarlanan benzersiz sayı.
E -posta – Kullanıcı e -posta adresi.
IP – Kullanıcı IP Adresi.Blog_id – Blog Kimliği.(WP_BLOGS tablosuna referans.)
Date_registered – Zaman ve blog verileri kaydedilir.
WordPress veritabanına bağlanma WordPress veritabanına bağlanmanın en yaygın yolu, MySQL veritabanı için Web tabanlı bir yönetim aracı olan PhpmyAdmin’dir. MAMP gibi yerel geliştirme ortamlarının yanı sıra çeşitli web ana bilgisayarlarına (genellikle cpanel aracılığıyla) kuruldu. Sunucuya SSH erişiminiz varsa, CLI üzerinden bağlantı kurmak için yönergelerimizi izleyebilir veya TablePlus gibi uygulamaları kullanabilirsiniz. WordPress Veritabanı ve Sorgu Optimizasyonu Siteniz sıklıkla içeriği güncellerse veya yoğun bir siteydi, WordPress veritabanınız zaman içinde birçok güncelleme yapar ve deyimler, MySQL veri dosyalarının parçalanmasına neden olabilir. Bu, çok büyük ve veritabanı performansını etkileyebilen bir veritabanı boyutuna neden olabilir. Tablolar, MySQL optimize tablo deyimi kullanılarak veya phpmyadmin gibi bir veritabanı cihazı kullanılarak optimize edilebilir. InnoDB depolama makinelerini kullanan tablolar için, dizin istatistiklerini ve boş kullanılmayan alanı boşaltmak için kuyruk yeniden tabloları hazırlayın. Örneğin: WP_POSTMETA tablosunu optimize edin WordPress veritabanının boyutunu hızlı kalmak için makul bir boyuta korumak için yapabileceğiniz başka şeyler de vardır. WordPress revizyon işlevselliği, düzenleme deneyiminin güçlü ve kullanışlı bir parçasıdır, ancak sınırsız sayıda revizyon varsayılan olarak saklanır, bu genellikle gereksiz ve aşağıdaki sabitleri ayarlayarak sınırlandırılabilir: tanımlayın (‘wp_post_revision’, 10); WordPress ayrıca otomatik yayınları, sayfaları ve her dakika özel yayın türlerini de saklar. Bu aralık aşağıdaki sabitlerle genişletilebilir: tanımlama (‘autosave_interval’, 300);
WordPress ayrıca, kaldırılmadan önce çöpte 30 gün boyunca silinen gönderiyi kaydedecektir.Bu aralık aşağıdaki sabitlerle kısaltılabilir: tanımlama (‘boş_trash_days’, 3);
Dizin veritabanının hız ve performansındaki en önemli faktörlerden biri veritabanı dizindir. Dizin, veritabanının sütunlarda hızlı bir şekilde veri bulmasına ve sütunları verimli bir şekilde sıralamasına izin veren bir veya birkaç sütun halinde yapılabilir. Varsayılan WordPress veritabanı, tüm tablolardaki çeşitli sütunlarda bir dizin bulunur. Örneğin, WP_Postmeta tablosunda, meta bölümü ile ilgili yayınlara referansları depolayan bir post_id sütunu bulunur. Belirli bir posta kimliği için tüm meta yayınları ararken, bu dizin kuyruğu mümkün olduğunca çabuk yapar. Bu, milyonlarca veri hattına sahip olabilen Meta Post Tablosu gibi tabloda önemlidir. Özel bir WordPress tablosu oluştururken dizin önemli bir husus olmalıdır, özellikle eklentinin planladığınız kısmı dağıtılacaksa. Tablo yapısı tasarlanırken büyük ölçekli sitelerde SQL sorgularının tabloları ve performansı dikkate alınmalıdır. Özel bir tabloya bir dizin ekleme hakkında yazdım ve SQL sorgularının optimizasyonu hakkındaki makalemdeki WordPress veritabanında yavaş bir SQL sorgusu belirledim. WordPress Veritabanı Geçişi, WordPress Site URL’lerini ve çeşitli yerlerde veritabanlarındaki dosya yollarını sakladığından, farklı sunuculardan hareket ettiği veya geliştirme sitesinin URL’sinden sitenin URL’sine taşınması karmaşık olabilir. Site URL’si, evdeki WP_Opations tablosunda ve site_url seçeneklerinde, WP_Posts Guid sütunu ve görüntüler ve diğer varlıklar için herhangi bir yerde mutlak URL’de saklanır. Neyse ki, bir WordPress veritabanı geçişini hızlı ve kolay bir sürece dönüştürmek için bir geçiş aracı vardır. WP CLI ile kullanışlı mı? Ardından, URL’yi doğrudan komut satırından değiştirmek için arama-replace komutuna bakın: $ WP Search-Ret-RET.
http: //example.test ” http://example.com ‘veya siteler arasında veritabanlarını dışa aktarmanıza, içe aktarmanıza ve teşvik etmenize ve çekmenize izin vermek için güçlü bir kullanıcı arayüzüne sahip eklentiler kullanmayı tercih ederseniz, bkz. WP Migrat DB Pro. Ayrıca, siteler arasındaki medya geçişinizi, eklentilerinizi ve temaları da yönetebilir ve taşınmadan önce veritabanınızı ayırabilir. WordPress veritabanınıza sormak, geliştirici veritabanı beklenmedik durum planının bir parçası olmalıdır. Veritabanı Güvenliği Veritabanı yedeklemesinin öneminden bahsettim. Bu, veritabanınız hasar görmüş veya hacklenirse önceki sürüme geri dönebileceğinizden emin olmak için düzenli olarak yapılması gereken bir şeydir (sitenizin içeriğinin içeriğiyle birlikte). Bunun önemli bir yönü, Amazon S3 veya DigitalOcean Alanları gibi bulut sağlayıcılar için sitenin dışında bir rezervtir. Sunucunuz ölürse, başka yerlerde güvenli bir şekilde saklanan en son yedeklemelere erişimi çok önemlidir. SpinUpWP, site rezervlerini çeşitli depolama sağlayıcılarına zamanlamaya göre yapılandırmanıza olanak tanır. NASH ekibi, yedeklemenizi düzenli olarak test etme ihtiyacı hakkında çok iyi bir noktaya değiniyor, çünkü doğru şekilde geri yüklenemedikçe yedekleme işe yaramaz. WordPress veritabanını sarmak, herhangi bir WordPress web sitesinin önemli bir parçasıdır, bu nedenle mümkün olduğunca çok şey anlaşılması gerekir. Umarım bu kılavuz, WordPress veritabanının bir WordPress geliştiricisi olarak seviye atlamanıza yardımcı olabilecek birçok önemli yönünü tartışmıştır. WordPress veritabanları hakkında sorularınız var mı? Bize yorumlarda söyleyin.
WordPress Veritabanı
MySQL Depolama Makinesi
Karakter ve koleksiyon koleksiyonu
WordPress Veritabanı Turu
Masa
WordPress Multisitus Veritabanı Turu
WordPress veritabanına bağlanın
WordPress Veritabanı ve Sorgu Optimizasyonu
indeks
WordPress Veritabanı Geçişi
Veritabanı güvenliği
WordPress Veritabanı Veritabanı, WordPress web sitesinin önemli bir parçasıdır. WordPress, MySQL veritabanı yönetim sistemini kullanır ve MySQL sürüm 5.6 gerektirir ve daha yüksektir.
Bu aynı zamanda MariaDB sürüm 10.1 veya daha yüksek bir sürümde de işlev görür. MariaDB, MySQL için Drop-in yerine kullanılabilen tam bir GPL lisanslı MySQL çataldır. Kinsta, Mariadb’ın tarihi ve MySQL ile olan farklılıkları hakkında daha derin yazdı. Pro ipuçları: spinUpWP, MySQL 5.7’yi (ancak Ubuntu 20 ile silinmiş), MySQL 8 ve MariAdb’nin en son sürümü MySQL Depolama Makinesi Depolama Makinesi’nin veritabanının bir parçasıdır. MySQL 5.5’ten bu yana varsayılan depolama makinesi InnoDB’dir. Bu, en yaygın kullanılan depolama makinesidir, çünkü tam tablo seviyesini kilitlemek yerine kilitleme hattı seviyesine sahiptir (/MySQLDUMP rezervini dışa aktardığınızda çok önemli), işlemleri desteklemeye (SQL ifadelerini yapmanıza ve geri yüklemenize izin verin) ve yabancı anahtarlar ve ilişkiler için tam desteğe sahip olun.
Myisam, geçmişte WordPress tarafından kullanılan bir depolama makinesidir ve hala çalıştıran eski bir WordPress siteniz olabilir. Bazı sitelerde Myisam ve InnoDB depolama makineleri kullanan tabloların bir karışımı bile olabilir. Profesyonel ipuçları: Veritabanı performansını artırmak için Myisam’ı PhpmyAdmin ile InnoDB’ye dönüştürün. WordPress veritabanınızı bir sunucudan diğerine taşırken ve Destek makalesinde belirtilen karakter ve düzenlemeler dizisinin ne olduğunu merak ederken karakterleri kodlama problemini bulabilirsiniz. Peki bir karakter seti ve yakalamaları nedir? Bir dizi MySQL karakter, bir dizede izin verilen bir karakter kümesidir. Alfabede 26 karakter var – A ila Z. Her harf numaralandırılır, örneğin A = 1, B = 2, C = 3 vb. Harfler sembollerdir ve ilgili numaralar kodlamadır. Tüm A ila Z harflerinin ve uygun ovma numaralarının birleşimi bir karakter koleksiyonu yapan şeydir. MySQL, neredeyse tüm karakterleri bir dizede saklamanıza izin veren birçok karakteri destekler. Bir MySQL harmanlığı, belirli bir karakter kümesindeki karakterleri karşılaştırmak için kullanılan bir dizi kuraldır. Dizeyi karşılaştırmak için veritabanı, karşılaştırma yapmak için karakter kodlama numarasını kullanır. Kollama kurallarına örnek olarak, küçük harf veya büyük harfler karakterinde olsa bile, ipin karşılaştırıldığı vaka oluşturulmuştur. MySQL belgeleriyle açıklandığı gibi koleksiyon çok karmaşık olabilir:
Çoğu düzenlemenin sadece büyük harfleri ayırt etmek için değil, aynı zamanda aksanları ayırt etmek için (“aksan”, Alman o’daki gibi karakterlere bağlı işaretlerdir) ve birkaç karakteri haritalamak için iki Alman koleksiyonu). MySQL, karakter setini ve düzenlemeyi dört seviyede belirlemenizi sağlar: sunucu, veritabanı, tablo ve sütun. WordPress sitesi için önerilen karakter dizisi UTF8MB4’tür ve önerilen düzenleme UTF8MB4_UNICODE_CI’dır. WordPress 4.2 Tabloyu UTF8 Charset’ten UTF8MB4’e güncellemek, 4 baytın karakter depolanmasına izin verir, bu da herhangi bir Unicode karakterinin veritabanında saklanabileceği anlamına gelir. Peter Tasker Kendi Geliştiriciler için UNICODE çalışması için harika bir rehber yazın. WordPress Veritabanı Turu Bir sonraki bölümde, tüm tablolara varsayılan ‘WP_’ önekini kullanmaya yönlendirilecektir. Ancak, güvenlik nedeniyle, WordPress sitenizi yüklerken farklı bir önek kullanmanız önerilir. Sütun ve dizin veri türleri ile tablo yapısının bir açıklamasını arıyorsanız, WordPress kodlarına bakın. Masa
WP_Posts
wp_postmeta
wp_comments
wp_commentmeta
WP_TERMS
wp_termmeta
wp_term_taxonomy
wp_term_relationships
WP_PENGASUR
WP_USEMETA
wp_options
WP_links
WP_POSTS Yayınları Tabloları, WordPress veritabanındaki en önemli tablodur. Adı bazen tamamen blog yayınlarını içermeye inanan insanları atar. Bununla birlikte, ad kötü olmasına rağmen, bu, yayınlar, sayfalar, menü öğeleri, medya ekleri ve sitenin kullandığı belirli yayın türleri de dahil olmak üzere çeşitli içerik türlerini depolayan çok güçlü bir tablodur.
Tablonun esnek içeriğinin doğası, hattın bir yazı, sayfa, ek, nav_menu_item mi yoksa başka bir tür olup olmadığını gösteren ‘Post_Type’ sütunu tarafından sağlanır. Ancak bu esneklik tartışmayı ve açıklamayı da zorlaştırıyor. Temel olarak tablo, farklı türlere sahip bir dizi içerik nesnesi içerir, ancak okuma kolaylığı için, bu makale boyunca hattı “yazı” olarak adlandıracağım.
Post_author – bunu yapan kullanıcı kimliği. (WP_USER tablosuna referans.)
Post_date – Üretim Saati ve Tarihi.
Post_date_gmt – GMT Saati ve Üretim Tarihi. GMT’nin saati ve tarihi, gelecekte site saat dilimine bağımlılık olmayacak şekilde saklanır.
Post_Content – HTML, kısa kod ve diğer içerik dahil olmak üzere tüm içeriği yayınlayın.
Post_title – Gönderi başlığı.
Post_excerpt – İçeriğin özel giriş veya kısa sürümü.
Post_status – Gönderme durumu, örneğin ‘taslak’, ‘beklemede’, ‘özel’, ‘yayınlama’. Ayrıca iyi bir WordPress haber sitesi.
Yorum_status – Yorumlara izin verilirse.
PING_STATUS – Gönderi ping ve geri izlemeye izin veriyorsa.
Post_password – Gönderileri görüntülemek için kullanılan isteğe bağlı şifre.
Post_name – Post başlığından URL -Friendly Salyangoz.
To_ping – güncellendiğinde WordPress tarafından geri gönderilmesi gereken URL’lerin listesi.
Ping – Güncellendiğinde WordPress tarafından Pingback tarafından gönderilen URL’lerin listesi.
Post_modified – Son Modifikasyonun Saati ve Tarihi.
Post_modified_gmt – GMT Süresi ve Son Değişiklik Tarihi.
Post_content_filtered-eklentiler tarafından genellikle ‘the_concent’ filtresinden geçen Post_Content sürümüne kullanılır. WordPress çekirdeğinin kendisi tarafından kullanılmaz.Post_parent – Bu yazı bir revizyon, bağlantı veya başka tür olduğunda bu yazı ile diğeri arasında bir ilişki kurmak için kullanılır.
Guid – Global benzersiz kimlik, bir kalıcı sürüm değil, gönderme için kalıcı URL.
Menu_order-SAVE-SAVE sayfaları ve diğer postil olmayan türler için ekran numarasını.
Post_type – İçerik türünü tanımlama.
Post_mime_type – Yalnızca ekler için kullanılır, yüklenen dosyanın mim türü.
Comment_Count – Toplam yorum sayısı, pingback ve izleme.
WP_POSTMETA Bu tablo, her yazı hakkında ek bilgiler saklar. Bu, verileri depolamak için bir anahtar/değer çifti kullanan dikey bir tablo, WordPress tarafından WordPress, eklentiler ve temaların verileri sınırsız depolamasına izin veren tüm veritabanlarında birkaç tabloda kullanılan teknik.
Meta_id – Her tablo satırı için benzersiz numara.
Post_ID – Verilerle ilgili ID POST. (WP_Posts tablosuna referans.)
Meta_key – Veri bölümü için anahtarın tanımlanması.
Meta_value – Verilerin gerçek bölümü.
WP_Comments Tartışmaların orada yorum yapmasına izin veren her gönderi. Bu tablo bu yorumları ve bununla ilgili bazı belirli verileri saklar. Daha fazla bilgi wp_commentmeta’da saklanabilir.
Yorum_id – Her yorum için benzersiz numara ayarlayın.
Yorum_post_id – bu yorumla ilgili kimlik yayınları. (WP_Posts tablosuna referans.)
Yorum_author – yazar adı yorumu.
Yorum_author_email – Yorum yazar e -postası.
Yorum_author_url – url url yorum.comment_author_ip – yazarın yorumunun IP adresi.
Yorum_date – Yorumun Saati ve Tarihi Gönderildi.
Yorum_date_gmt – GMT Yorumların yayınlandığı zaman ve tarih.
Yorum_content – gerçek yorum metni.
Comment_karma – WordPress Core tarafından kullanılmayan, eklentiler tarafından yorumları yönetmeye yardımcı olmak için kullanılabilir.
Yorum_Aptoved – Yorumlar onaylanmışsa.
Yorum_agent – yorumların nereden gönderildiği, örn. Tarayıcı, işletim sistemi vb.
Comment_Type – Yorum türü: Yorum, Geri Pingback veya İzleme.
Comment_parent – Bu yorum bir cevap olduğunda başka bir yoruma bakın.
USER_ID – ID Yazar Sitede kayıtlı kullanıcılar olup olmadıklarını yorumlar. (WP_USER tablosuna referans.)
WP_COMMENTMETA Bu tablo, yorumlarla ilgili daha fazla bilgi depolamaktadır.
Meta_id – Her tablo satırı için benzersiz numara.
Yorum_id – verilerle ilgili olan IM gönderisi. (WP_Comments tablosuna referans.)
Meta_key – Veri bölümü için anahtarın tanımlanması.
Meta_value – Verilerin gerçek bölümü.
WP_TERMS terimi, nesneleri sınıflandırmak için kullanılan bir taksonomi öğesidir. Hangi taksonomi? WordPress, özel yayınlar ve türleri gibi öğelerin çeşitli şekillerde sınıflandırılmasına izin verir. Örneğin, WordPress’te bir yayın yaparken, varsayılan olarak kategoriler ve bazı etiketler ekleyebilirsiniz. İyi ‘kategoriler’ ve ‘etiketler’, temelde çeşitli şeyleri gruplamanın bir yolu olan taksonomiye örneklerdir.
Bu yazıyı sınıflandırmak için (nasıl ben meta) ‘kılavuz’ ve ‘veritabanı’ ve ‘mysql’ etiketleme kategorileri sağlayacağım. Kategoriler ve etiketler, bu tabloda yüklenecek terimlerdir.Term_id – Her terim için ayarlanan benzersiz numaralar.
terim isimleri.
Slug – Slug Url adından dostça.
Term_group – Eklem terimlerini takma adları kullanmak için sınıflandırma temaları veya eklentileri için yeteneği. WordPress’in çekirdeği tarafından doldurulmamış.
WP_Termmeta WordPress 4.4, meta verileri – wp_termmeta terimleri hakkında saklamak için yeni bir tablo sunar. Meta terimine, add_term_meta, get_term_meta, update_term_meta ve delete_term_meta yardımcı işlevi ile Meta Post’a benzer şekilde erişilebilir.
Meta Terim, geliştiricilerin terimle ilgili özel verileri standart yolla saklamasına olanak tanır. Örneğin, Kategori Arşivi sayfasında görüntülenecek POST kategorisine görüntüler eklemek isteyebilirsiniz.
Meta_id – Her tablo satırı için benzersiz numara.
Term_id – İlgili terimlerden kimlik. (WP_TERMS tablosuna referans.)
Meta_key – Veri bölümü için anahtarın tanımlanması.
Meta_value – Verilerin gerçek bölümü.
wp_term_taxonomy Yukarıdaki WP_TERMS örneğini takiben, WP_terms’de depolanan ‘kılavuz’, ‘veritabanı’ ve ‘mysql’ terimleri henüz verilen bağlam olmadıkça ‘kategoriler’ ve ‘etiket’ olarak mevcut değildir. Her terime bu tablo kullanılarak taksonomi verilir. Bu tablo yapısı, aynı terimi çeşitli taksonomilerde kullanmanızı sağlar. Örneğin ‘veritabanı’, gönderme kategorisi olarak ve özel yayın türleri için özel bir taksonomi terimi olarak kullanılabilir (portföy öğeleri için portfolio_category hakkında düşünün). Veritabanı terimi WP_terms’de bir kez mevcut olacaktır, ancak her bir taksonomi için wp_term_taxonomy üzerinde iki satır olacaktır.
Term_id – İlgili terimlerden kimlik. (WP_TERMS tablosuna referans.)
Taksonomi – Taksonomi Salyangoz. Bu, doğuştan gelen taksonomi veya register_taxonomy () kullanılarak kaydedilen herhangi bir taksonomi şeklinde olabilir.
Açıklama – Bu taksonomideki terimlerin açıklaması.
Ebeveyn – ebeveyn teriminden kimlik. Kategori gibi hiyerarşik taksonomi için kullanılır.
Sayım – Bu taksonominin terimi verilen posta nesnelerinin sayısı.
WP_Term_Relationships Şimdiye kadar terimlerin ve taksonomların veritabanında nasıl saklandığını gördük, ancak WordPress’in taksonomiyi kullanırken önemli verileri nasıl sakladığını görmedik. Gönderi WP_Posts’ta ve kategoriyi gerçekten ayarladığımızda, bilgileri kaydeden kavşak tablosu WordPress kontrol panelinden. Her satır, wp_posts’daki yayınlar (nesneler) ve wp_term_taxonomy’deki belirli taksonomi terimleri arasındaki ilişkiyi tanımlar.
Object_id – Post nesnesinden kimlik. (WP_Posts tablosuna referans.)
Term_taxonomy_id – terimler/taksonomi çiftinden kimlik. (Wp_term_taxonomy tablosuna referans.) Term_order – tam olarak kullanılmayan bir nesne için sipariş terimine izin verir.
WP_PENGGUL Kullanıcı Kullanıcı Yönetimi en güçlü özelliklerinden biridir ve onu bir uygulama çerçevesi olarak harika kılan şeydir. Bu masa onun arkasındaki itici güç.
Benzersiz Kimlik – Her kullanıcı için belirtilen numara.
User_login – Kullanıcılar için benzersiz kullanıcı adı.
User_pass – Kullanıcı şifresi karma.
USER_NICENAME – Kullanıcı için adı görüntüleme.
User_email – Kullanıcı e -posta adresi.
USER_URL – Kullanıcı URL’si, örneğin web sitesi adresi.
user_registered – Kayıtlı kullanıcının saati ve tarihi.
User_activation_key – Parolayı sıfırlamak için kullanılır.
USER_STATUS – SPAM kullanıcılarını göstermek için Multisite Pre WordPress 3.0’da kullanılır.
Display_name – Sitede herkese açık olarak kullanılacak istenen ad, user_login, user_nicename, WP_USEMETA’da belirtilen ad veya soyadı şeklinde olabilir.
WP_USEMETA Bu tablo, kullanıcılarla ilgili daha fazla bilgi depolar. Gösterge tablosundaki kullanıcılar için burada saklanan diğer kullanıcı profili alanlarını göreceksiniz.
Umeta_id – Her tablo satırı için benzersiz numara.
USER_ID – İlgili Kullanıcı Kimliği. (WP_USER tablosuna referans.)
Meta_key – Veri bölümü için anahtarın tanımlanması.
Meta_value – Verilerin gerçek bölümü.
WP_OPTIONS Seçenek tablosu, temalar, aktif eklentiler, widget’lar ve geçici önbellek verileri hakkında veriler dahil olmak üzere tüm site yapılandırmalarının depolandığı bir yerdir. Genellikle eklentiler ve diğer temalar ayarları saklar. Tablo, her türlü veriyi çeşitli amaçlar için saklamasını sağlamak için bir anahtar çift/dikey değerin başka bir örneğidir. Option_id – Her tablo satırı için ayarlanan benzersiz numaralar.
Option_name – Veri bölümü için tuşun tanımlanması.
Option_value – Gerçek veri bölümü. Veriler genellikle seridir, bu nedenle dikkatlice ele alınmalıdır.
AUTOLOAD – CONTROL Seçenek WP_LOD_ALLOPTIONS () işlevi tarafından otomatik olarak yüklenirse (seçeneği her sayfa yüklemesinde nesne önbelleğine yerleştirme).
WP Migrat DB Pro’yu kullanarak veritabanlarını taşırken, eklentiye ‘wpmdb_preserved_options’ filtresini kullanarak hedef veritabanındaki belirli seçenekleri korumasını söyleyebileceğinizi biliyor muydunuz? WP_Links Bloglama artışlarının popülaritesi arttıkça, sitenizdeki bir blogroll (başka bir siteye bağlantı) çok popülerdir. Bu tablo sizin için tüm bağlantıları barındırır. Şu anda blogroll giderek daha nadiren kullanılmaktadır ve WordPress 3.5 yönetim bağlantısı UI yöneticisinden silinmiştir. Tablo, uyumluluğu geri çekmek için veritabanında kalır ve bu eklentiyi kullanarak eski bağlantı yöneticisini kullanabilirsiniz.
Link_id – Her tablo satırı için benzersiz numara ayarlayın.
Link_url – bağlantı url.
Link_name – bağlantı adı.
Link_image – Bağlantılarla ilgili URL görüntüsü.
Link_target – Bağlantılar için hedef çerçeve. Örneğin _blank, _top, _None.
link_description – bağlantı açıklaması.
Link_visible – bağlantının kamuya açık mı yoksa kişisel olup olmadığını kontrol edin.
Link_owner – bağlantı oluşturan kullanıcı kimliği. (WP_USER tablosuna referans.) Bağlantılar için 0-10 arasında link_ting-add sıralaması.
Link_updated – bağlantı güncellemesinin saati ve tarihi.
link_rel – bağlantı ilişkisi.
Link_notes – Bağlantılar hakkında not.
Link_rss – Bağlantılar için RSS adresi.
Birisi, tüm tablolar arasındaki ilişkiyi açıklamak ve Codex WordPress’te yayınlamak için yararlı olan bir varlık ilişkisi diyagramı üretmiştir. Bu sürüm 3.8’de yapılır, ancak yapı hala en sonuncusu:
Kaynak: WordPress WordPress Multisitus Veritabanı Turu WordPress sitesi çoklu kurulumlara dönüştürüldüğünde, “ağ” subitus yapılır. Mevcut site ağdaki ilk subitus’a dönüştürülür. Veritabanı, ağın kendisini bir site (wp_site) ve her bir subitus’u bir blog olarak sınıflandırır (wp_blogs). Bazı tablolar yalnızca subitus tarafından kullanılır ve site ağa her eklendiğinde yeni tablolar koleksiyonu yapılır. Her tablo kümesi, önek tablosunda kullanılan subitus için blog_id ile ayırt edilir. Örneğin wp_2_posts. Aşağıdaki tablo özel bir subitus:
wp_commentmeta
wp_comments
WP_links
wp_options
wp_postmeta
WP_Posts
wp_term_relationships
wp_term_taxonomy
WP_TERMS
Spam – Spam kullanıcısı olarak işaretleyin.
Silindi – Silinmiş bir kullanıcı olarak işaretleyin.
Ağı yönetmeye yardımcı olmak için ağ kurulumu sırasında aşağıdaki tablo yapılır:
WP_SITE
wp_sitemeta
wp_blogs
WP_BLOGMETA
wp_blog_versions
WP_SIGNUP
wp_registration_log
WP_SITE Bu tablo, bir veritabanında birkaç ağa izin verecek şekilde yapılandırılmış olsa bile, kurulum için bir ağ içerecektir. Bu hiçbir zaman WordPress’in kendisinde uygulanmamıştır, ancak WP Multi Network veya WordPress.ID için Ağlar gibi eklentiler kullanılarak yönetilebilir.
Etki Alanı – Temel Etki Alanı Sitesi.
Site Yolları.
Wp_sitemeta Bu tablo ağ için wp_opations gibidir. Bu, ağlarla ilgili tüm yapılandırmaları ve bilgileri ve ağ tarafından etkinleştirilen eklentiler için ayarlar gibi diğer verileri de saklar.
Meta_id – Her tablo satırı için benzersiz numara.
Site_id – İlgili Siteden Kimlik. (WP_SITE tablosuna referans.)
Meta_key – Veri bölümü için anahtarın tanımlanması.
Meta_value – Verilerin gerçek bölümü.
WP_BLOGS Ağdaki tüm subitus bu tabloda saklanır.
Blog_id – Her blog için benzersiz numara (subitus).
Site_id – Blogun bulunduğu kimlik sitesi. (WP_SITE tablosuna referans.)
Blogun temel alanları.
Blog yolları.
Kayıtlı – Blogun saati ve tarihi kayıtlıdır.
Last_updated – Son güncellenmiş blogun saati ve tarihi.
Kamu – Blog halk tarafından görülebilirse.
Arşivlendi – Blog arşivlenirse.
Yetişkinler – Blog yetişkin kitleler için tasarlanmışsa, örn. NSFW.
Spam – Blog spam olarak işaretlenmişse.
Silindi – Blog silinmişse.
Lang_id – Blog Dili Kimliği.
WP_BLOGMETA WordPress 5.1’de tanıtıldı, WP_BLOGMETA, Site ile ilgili meta verileri depolamak için yeni bir veritabanı tablosudur. Bu, Site hakkındaki verileri depolamak için seçenek tablosunu kullanmanız gerekmediği ve erişmeden önce switch_to_blog () kullanmanız gerektiği anlamına gelir.
Meta_id – Meta’nın bulunduğu her bir TableBlog_ID – ID Blogunun her satırı için benzersiz numara. (WP_BLOGS tablosuna referans.)
Meta_key – Veri bölümü için anahtarın tanımlanması.
Meta_value – Verilerin gerçek bölümü.
WP_BLOG_VERSIONS Sitenin WordPress sürümünü güncellediğinizde, bazen veritabanlarında değişiklikler vardır. Multisite kurulumlarının yeni WordPress sürümüne güncellenmesi Global tablodaki değişiklikleri yapar. Ancak, ağdaki subitus için bir tablo koleksiyonunun da güncellemeler uygulaması gerekir. Bu tablo, ağdaki her blogun veritabanı sürümünü kaydeder, böylece WordPress hangi blogların çalıştırıldıktan sonra yükseltilmesi ve güncellenmesi gerektiğini bilir.
Blog_id – Blog Kimliği. (WP_BLOGS tablosuna referans.)
Db_version – şu anda blog tablosu için revize DB WordPress.
Last_updated – Son yükseltmenin saati ve tarihi.
WP_SIGNUP Bu tablo, kayıtlı ancak ağ yeni sitelerin kaydedilmesine izin verdiğinde etkinleştirilmeyen bloglarda verileri depolar. Site etkinleştirildikten sonra notlar silinir ve notlar WP_BLOGS’da yapılır.
Signup_id – Her tablo satırı için benzersiz numara ayarlayın.
Blogun temel alanları.
Blog yolları.
Blog başlıkları.
User_login – Blog kaydeden kullanıcı adı kullanıcısı.
User_email – Kullanıcı e -postası.
Kayıtlı – Kayıt Saati ve Tarihi.
Etkinleştirildi – Blog etkinleştirildiyse.
Etkin – Blog etkinse.
Activation_key – Blogu etkinleştirmek için e -postada kullanılan etkinleştirme anahtarı.
Meta – Kayıt Hakkında Veriler.
WP_REGISTRATION_LOG Bu tablo, etkinleştirildikten sonra yeni bir siteyi kaydeden kullanıcıları kaydeder.
Benzersiz Kimlik – Her tablo satırı için ayarlanan benzersiz sayı.
E -posta – Kullanıcı e -posta adresi.
IP – Kullanıcı IP Adresi.Blog_id – Blog Kimliği.(WP_BLOGS tablosuna referans.)
Date_registered – Zaman ve blog verileri kaydedilir.
WordPress veritabanına bağlanma WordPress veritabanına bağlanmanın en yaygın yolu, MySQL veritabanı için Web tabanlı bir yönetim aracı olan PhpmyAdmin’dir. MAMP gibi yerel geliştirme ortamlarının yanı sıra çeşitli web ana bilgisayarlarına (genellikle cpanel aracılığıyla) kuruldu. Sunucuya SSH erişiminiz varsa, CLI üzerinden bağlantı kurmak için yönergelerimizi izleyebilir veya TablePlus gibi uygulamaları kullanabilirsiniz. WordPress Veritabanı ve Sorgu Optimizasyonu Siteniz sıklıkla içeriği güncellerse veya yoğun bir siteydi, WordPress veritabanınız zaman içinde birçok güncelleme yapar ve deyimler, MySQL veri dosyalarının parçalanmasına neden olabilir. Bu, çok büyük ve veritabanı performansını etkileyebilen bir veritabanı boyutuna neden olabilir. Tablolar, MySQL optimize tablo deyimi kullanılarak veya phpmyadmin gibi bir veritabanı cihazı kullanılarak optimize edilebilir. InnoDB depolama makinelerini kullanan tablolar için, dizin istatistiklerini ve boş kullanılmayan alanı boşaltmak için kuyruk yeniden tabloları hazırlayın. Örneğin: WP_POSTMETA tablosunu optimize edin WordPress veritabanının boyutunu hızlı kalmak için makul bir boyuta korumak için yapabileceğiniz başka şeyler de vardır. WordPress revizyon işlevselliği, düzenleme deneyiminin güçlü ve kullanışlı bir parçasıdır, ancak sınırsız sayıda revizyon varsayılan olarak saklanır, bu genellikle gereksiz ve aşağıdaki sabitleri ayarlayarak sınırlandırılabilir: tanımlayın (‘wp_post_revision’, 10); WordPress ayrıca otomatik yayınları, sayfaları ve her dakika özel yayın türlerini de saklar. Bu aralık aşağıdaki sabitlerle genişletilebilir: tanımlama (‘autosave_interval’, 300);
WordPress ayrıca, kaldırılmadan önce çöpte 30 gün boyunca silinen gönderiyi kaydedecektir.Bu aralık aşağıdaki sabitlerle kısaltılabilir: tanımlama (‘boş_trash_days’, 3);
Dizin veritabanının hız ve performansındaki en önemli faktörlerden biri veritabanı dizindir. Dizin, veritabanının sütunlarda hızlı bir şekilde veri bulmasına ve sütunları verimli bir şekilde sıralamasına izin veren bir veya birkaç sütun halinde yapılabilir. Varsayılan WordPress veritabanı, tüm tablolardaki çeşitli sütunlarda bir dizin bulunur. Örneğin, WP_Postmeta tablosunda, meta bölümü ile ilgili yayınlara referansları depolayan bir post_id sütunu bulunur. Belirli bir posta kimliği için tüm meta yayınları ararken, bu dizin kuyruğu mümkün olduğunca çabuk yapar. Bu, milyonlarca veri hattına sahip olabilen Meta Post Tablosu gibi tabloda önemlidir. Özel bir WordPress tablosu oluştururken dizin önemli bir husus olmalıdır, özellikle eklentinin planladığınız kısmı dağıtılacaksa. Tablo yapısı tasarlanırken büyük ölçekli sitelerde SQL sorgularının tabloları ve performansı dikkate alınmalıdır. Özel bir tabloya bir dizin ekleme hakkında yazdım ve SQL sorgularının optimizasyonu hakkındaki makalemdeki WordPress veritabanında yavaş bir SQL sorgusu belirledim. WordPress Veritabanı Geçişi, WordPress Site URL’lerini ve çeşitli yerlerde veritabanlarındaki dosya yollarını sakladığından, farklı sunuculardan hareket ettiği veya geliştirme sitesinin URL’sinden sitenin URL’sine taşınması karmaşık olabilir. Site URL’si, evdeki WP_Opations tablosunda ve site_url seçeneklerinde, WP_Posts Guid sütunu ve görüntüler ve diğer varlıklar için herhangi bir yerde mutlak URL’de saklanır. Neyse ki, bir WordPress veritabanı geçişini hızlı ve kolay bir sürece dönüştürmek için bir geçiş aracı vardır. WP CLI ile kullanışlı mı? Ardından, URL’yi doğrudan komut satırından değiştirmek için arama-replace komutuna bakın: $ WP Search-Ret-RET.
http: //example.test ” http://example.com ‘veya siteler arasında veritabanlarını dışa aktarmanıza, içe aktarmanıza ve teşvik etmenize ve çekmenize izin vermek için güçlü bir kullanıcı arayüzüne sahip eklentiler kullanmayı tercih ederseniz, bkz. WP Migrat DB Pro. Ayrıca, siteler arasındaki medya geçişinizi, eklentilerinizi ve temaları da yönetebilir ve taşınmadan önce veritabanınızı ayırabilir. WordPress veritabanınıza sormak, geliştirici veritabanı beklenmedik durum planının bir parçası olmalıdır. Veritabanı Güvenliği Veritabanı yedeklemesinin öneminden bahsettim. Bu, veritabanınız hasar görmüş veya hacklenirse önceki sürüme geri dönebileceğinizden emin olmak için düzenli olarak yapılması gereken bir şeydir (sitenizin içeriğinin içeriğiyle birlikte). Bunun önemli bir yönü, Amazon S3 veya DigitalOcean Alanları gibi bulut sağlayıcılar için sitenin dışında bir rezervtir. Sunucunuz ölürse, başka yerlerde güvenli bir şekilde saklanan en son yedeklemelere erişimi çok önemlidir. SpinUpWP, site rezervlerini çeşitli depolama sağlayıcılarına zamanlamaya göre yapılandırmanıza olanak tanır. NASH ekibi, yedeklemenizi düzenli olarak test etme ihtiyacı hakkında çok iyi bir noktaya değiniyor, çünkü doğru şekilde geri yüklenemedikçe yedekleme işe yaramaz. WordPress veritabanını sarmak, herhangi bir WordPress web sitesinin önemli bir parçasıdır, bu nedenle mümkün olduğunca çok şey anlaşılması gerekir. Umarım bu kılavuz, WordPress veritabanının bir WordPress geliştiricisi olarak seviye atlamanıza yardımcı olabilecek birçok önemli yönünü tartışmıştır. WordPress veritabanları hakkında sorularınız var mı? Bize yorumlarda söyleyin.
