WordPress GUID'lerini Anlamak: Nedirler ve Neden Değiştirilir?

WordPress GUID'i, bireysel gönderiler, sayfalar, medya ve pratik olarak diğer tüm özel gönderi türleri için benzersiz bir tanımlayıcıdır. Bu nedenle, WordPress içeriğinizi oluşturmada ve bu içeriği birleştirmenize izin veren WordPress RSS beslemelerini güçlendirmede önemli bir unsurdur.

Bu yazıda, bir WordPress GUID'inin ne olduğunu, WordPress siteniz için neden önemli olduğunu ve neden birini değiştirmek isteyebileceğinizi tartışacağız.

GUID Nedir?

Global Benzersiz Tanımlayıcı (GUID), "sistem kaynakları için benzersiz bir tanımlayıcı oluşturmak için kullanılan 128 bitlik bir etiket" olarak tanımlanır. Örneğin, ASP.NET ve Microsoft SQL Server, şuna benzeyen GUID'ler kullanır:

 6F9619FF-8B86-D011-B42D-00C04FC964FF

GUID'i benzersiz bir tanımlayıcı olarak kullanmak, WordPress'ten çok önce var olan bir kavramdır. Her türlü uygulamada kullanılırlar. C++, C# ve Java gibi diller genellikle veritabanı anahtarları için GUID'ler oluşturur.

GUID, tüm yazılım sistemlerinde kullanılan evrensel bir kısaltma değildir. Microsoft teknolojileri ile çalışanlar genellikle GUID kullanır, diğerleri ise Evrensel Olarak Benzersiz Tanımlayıcı (UUID) terimini kullanabilir. Tanımlamak için isim farklı olsa da, öncül aynıdır.

Veriler için benzersiz bir tanımlayıcı olarak bir GUID kullanmak, WordPress MySQL veritabanınızdaki kimlik alanlarını kullanmaktan biraz farklıdır. Kimlik alanları, sitenizdeki çeşitli veri türlerini tanımlamak için artımlı tamsayılar kullanır, örneğin wp_posts vs. wp_comments . Bu, bir gönderinin yorumla aynı kimlik değerine sahip olabileceği anlamına gelir. Neyse ki, WordPress herhangi bir zamanda genellikle yalnızca belirli veri türlerini sorgular, bu nedenle kimliğin yalnızca alınan veri türü için benzersiz olması gerekir.

Peki WordPress neden GUID kullanıyor?

WordPress GUID'leri Nasıl Kullanır?

WordPress wp_posts tablosundaki her kaydın benzersiz bir GUID değeri ve bir ID değeri vardır. GUID'in kullanıldığı en yaygın yer WordPress RSS beslemesidir. RSS 2.0 spesifikasyonu 2002'de yayınlandığından beri, RSS beslemeleri, herhangi bir besleme öğesi için benzersiz bir tanımlayıcı olarak guid öğesini uygulamıştır.

Bu blogun RSS beslemesine bakarsanız, her item öğesinin buna benzer bir dize değerine sahip bir guid öğesi içerdiğini görürsünüz:

 https://deliciousbrains.com/?p=92491

Bu, WordPress'in her gönderi türünün GUID'si için kullandığı biçimdir, etki alanından oluşan bir URL biçimi ve ardından aşağıdaki yapıda bir sorgu dizesi:

 ?p=[ID]

Bu durumda ID değeri, veritabanındaki wp_posts kaydının ID değeriyle eşleşir.

GUID'in neden bu bölümlerden, site URL'sinden ve posta kimliğine sahip sorgu dizesinden oluştuğunu merak edebilirsiniz. İpucu adında; "Küresel Benzersiz Tanımlayıcı." İnternetteki başka hiçbir site aynı site URL'sine sahip olmayacak, bu nedenle site URL'sini ve gönderi kimliğini bu şekilde birleştirmek, GUID'in yalnızca gönderinin ait olduğu sitede değil, tüm internette benzersiz olmasını sağlar.

Gönderinin GUID'i benzersiz bir tanımlayıcı olsa da, aynı zamanda geçerli, çalışan bir URL'dir. Aslında, yukarıdaki örnekteki URL'ye giderseniz, sizi ait olduğu blog gönderisine yönlendirecektir – API İstekleri Yapmak için WordPress HTTP işlevlerini Neden Kullanmalısınız. "Güzel URL'ler" denen şeyin ortaya çıkmasından önce web sitelerini kullanan veya oluşturan bizler, web'deki çoğu URL'nin bu şekilde göründüğünü hatırlayacaktır. Bu aynı zamanda, WordPress Kalıcı Bağlantı Ayarları "Düz" olarak ayarlandığında gönderinin sahip olduğu URL'dir:

Ancak, "Kalıcı Bağlantı Ayarlarınızı" "Düz" dışında herhangi bir şeye değiştirseniz bile, gönderi türünün GUID'i kalır ve her zaman o içerik parçası için benzersiz bir tanımlayıcıdır.

RSS Akışı, WordPress GUID'ini Nasıl Kullanır?

guid gibi RSS beslemesi okuyucuları, beslemedeki bir öğeyi benzersiz şekilde tanımlamak için kılavuz öğesini kullanır. Besleme okuyucusu, bir öğenin yeni olup olmadığını (ve görüntülenip görüntülenmeyeceğini) belirlemek için GUID'i kullanır.

Örneğin, RSS besleme öğesinin link öğesindeki bir öğe benzersiz tanımlayıcı olarak kullanıldıysa ve bir gönderinin "güzel" URL'sini şuradan güncelleyecekseniz…

 https://deliciousbrains.com/tour-of-the-wordpress-database/

ile…

 https://deliciousbrains.com/tour-wordpress-database/

daha sonra link öğesi de güncellenecektir. Bu, özet akışı okuyucusunun güncellenen URL'yi yeni bir gönderi olarak göreceği ve yinelenen bir öğe göstereceği anlamına gelir. Ancak, gönderinin GUID'i aynı kalır. RSS okuyucu, gönderinin aynı olduğunu ve bir daha eklemeyeceğini anlamak için bu öğeyi kullanır.

Benzer şekilde, podcast sendikasyonu büyük ölçüde RSS beslemelerine dayanır. Apple Podcast'ler, Google Podcast'ler, Amazon Müzik, Spotify ve daha fazlası gibi tüm büyük podcast ağlarının, özet akışındaki öğeleri tanımlamak için bölümün GUID'ini kullanacağını göreceksiniz. RSS besleme okuyucularında olduğu gibi, podcast ağları bölümleri benzersiz bir şekilde tanımlamak için beslemedeki guid alanını değil de link kullanıyorsa, gösterinize zarar verir. Yinelenen podcast bölümleri, mevcut bölümler için yanlış içerik ve hatta eksik bölümler dahil olmak üzere her türlü sorunla karşılaşabilirsiniz.

Bir WordPress GUID'ini Neden Değiştirebilirsiniz?

Bir WordPress GUID'ini değiştirmeniz için çok az neden vardır. Aslında, bunu yapmanız gereken sadece bir durum düşünebiliriz. Bunu bir sonraki bölümde ele alacağız. İlk olarak, GUID'lerinizi yanlışlıkla nasıl değiştirebileceğinize ve bunu yaparsanız ne olacağına bakalım.

Örneğin, bir siteyi bir alan adından diğerine taşıdığınızı ve URL'lerinizi değiştirmeniz gerektiğini varsayalım. Veritabanını dışa aktarmak ve tüm eski URL'leri yenileriyle değiştirmek kolay görünebilir. Yine de, WordPress'in URL'leri GUID olarak kullandığını unutmayın. Gönderilerinizin URL'sini değiştirmek GUID'leri de değiştirecektir. Bu, yukarıda özetlediğimiz, RSS okuyucularının eski içeriği yeniymiş gibi göstereceği sorunlara yol açabilir.

Bu, manuel site geçişini bu kadar acı verici yapan şeyin bir parçasıdır. WP Migrate DB Pro gibi bir çözüm, GUID'leri otomatik olarak güncelleme veya oldukları gibi bırakma seçeneği de dahil olmak üzere, bir site geçişiyle ilgili tüm ağır yüklerin üstesinden gelir.

Kural İstisnası

GUID'lerinizi değiştirmenin faydalı olabileceği bir örnek vardır: bir geliştirme veya hazırlama sitesinden canlı bir sunucuya geçiş yaparken.

WordPress sitesi ilk kez yayınlanıyorsa, GUID'lerinizin geliştirme ortamlarınızla ilgili URL'ler olmasını istemezsiniz. Web barındırıcınız, hazırlama siteleriniz için ayrı bir etki alanında rastgele oluşturulmuş bir alt etki alanı kullanabilir ve veritabanınızda cO9fb8aa5e.whcli.net gibi bir etki alanına sahip bir grup GUID'niz olacaktır. Bunları olduğu gibi bırakmak bir felaket olmayacak olsa da, bu URL'leri canlı bir veritabanında görmek güven verici değil.

WP Migrate DB'nin hem ücretsiz hem de Pro sürümlerinde GUID'leri değiştirme seçeneğiniz vardır:

"GUID'leri Değiştir" seçeneği varsayılan olarak işaretlidir. Halihazırda yayında olan bir siteyi taşıyorsanız, bu seçeneğin işaretini kaldırmalısınız.

Çözüm

GUID'ler, canlı bir WordPress sitesinde değişmeden kalması gereken birkaç şeyden biridir. GUID, bir gönderi, sayfa, podcast veya diğer herhangi bir gönderi türünün benzersiz tanımlayıcısıdır. URL'leri değiştirebilir ve gönderi içeriğini değiştirebilirsiniz, ancak GUID hemen hemen her zaman yalnız bırakılmalıdır. GUID'lerinizi kesinlikle değiştirmeniz gerekiyorsa, manuel olarak değiştirmeye çalışmak yerine bir eklenti kullanmanızı öneririz.

GUID öğelerini (tam URL gibi) güncellemeyi seçerseniz, WP Migrate DB gibi bir eklenti bunu yapmanın uygun ve güvenli bir yoludur. Durumunuza bağlı olarak GUID'leri değiştirme veya değiştirme seçeneğiyle veritabanınızda bir bul ve değiştir çalıştırmanıza izin verir.

Hiç bir WordPress GUID'sini değiştirdiniz mi ve eğer öyleyse, WP Migrate DB kullandığınız bir araç mı? Aşağıdaki yorumlar bölümünde bize bildirin!