Entegrasyonlar sorun giderme
5 dk okuma
Önce WPM Fields › Settings › Health sayfasına bakın: entegrasyonlar hatalarını burada kaydeder (modüller: portability.code, fields.meta-bridge, fields.rest, integration.wpgraphql, integration.woocommerce, integration.multilingual, integration.yoast, integration.rank-math, integration.duplicate-post, fields.search). Hata veren bir modül sayfayı bozmaz; entegrasyonlar tekrarlanan hatalardan sonra kapatılabilir.
PHP ile kaydedilen alan grupları
Sorun | Neden ve çözüm |
|---|---|
Bir grup kaydettim ve hiçbir şey olmadı | Eşitleme, |
| Tanımda |
Grup görünüyor, ancak düzenleme ekranlarının hiçbirinde yok | Tanımda |
Kırmızı uyarı Some field groups registered in PHP could not be created or updated | Altındaki satırları okuyun. Olağan nedenler aşağıdadır. Her yönetim sayfası yüklenişinde yeniden denenir; kodu düzeltip sayfayı yenileyin. |
| Aynı anahtara sahip bir grup zaten var ve kodla oluşturulmamış. Koddaki anahtarı yeniden adlandırın veya düzenleyicideki grubu silin. Düzenleyici grubuna dokunulmaz. |
| Yanlış yazılmış bir tür veya onu içermeyen bir planda kullanılan bir Pro türü (bu durumda mesaj, türün planınıza dahil olmadığını söyler). |
| Anahtarı düzeltin. Tireler, büyük harfler ve rakamla başlama reddedilir; ayrılmış SQL sözcükleri de ( |
| Konum kuralları listesindeki bir parametreyi kullanın: Location rules. Sipariş kuralları ( |
Sürekli yeniden eşitleniyor | Kaydedilen küme istekler arasında farklılaşıyor (koşullu kayıt, |
CLI şunu söylüyor: | Normal: eşitleme kayıtlı her grubu değiştirir ve bir yönetim veya WP-CLI isteği onları zaten oluşturmuştu. |
Kayıtlı bir grubu düzenleyicide düzenledim ve kaydedilmiyor | Tasarım gereği (HTTP 409 |
Kaldırılan alanlar ve kaldırılan gruplar
- Bir alanı koddan kaldırmak (veya bir anahtarı
uidolmadan yeniden adlandırmak) veriyi asla silmez; sütun artık sütun olarak kalır. Aynı anahtarı yeniden kaydetmek, bir sonraki eşitlemede eski değerleri geri alır; bu yüzden elle çözülecek bir şey yoktur. - Kaydetmeyi bıraktığınız bir grup serbest bırakılır (düzenlenebilir, veri korunur). Aynı anahtarı yeniden kaydetmek onu geri alır: yeniden salt okunur olur ve kod tarafından yönetilir.
- Düzenleyiciden gelen (hiçbir zaman koddan gelmeyen) aynı anahtarlı bir grup hâlâ bir çakışmadır; birini yeniden adlandırın veya silin.
- Bir JSON içe aktarımı, Local JSON veya REST çağrısı, kodun sahip olduğu bir grubun üzerine yazamaz (This field group is registered in PHP code...). Kodu değiştirin.
Post meta köprüsü
Sorun | Neden ve çözüm |
|---|---|
| Alanın o yazı için değeri yok (ve gerçek post meta da yok); veya köprü grup için kapalı; veya grup etkin değil; veya yazı türü grubun konumu kapsamında değil. |
| Önceki değer argümanı eşleşmedi veya alan türü değeri reddetti (Number alanı için |
İkinci bir | Bir alan tek değer tutar; fazladan değerler post metada kalır ve |
| Köprülenmez (yazılar üzerinde değil, satırlar üzerinde çalışır). Yazılar üzerinde |
Silmeden sonra eski bir değer görünüyor | Değersiz veya eşleşen değerle yapılan bir silme, alanı ve eşleşen post meta satırlarını temizler. Farklı bir değerle yapılan silme hiçbir şeyi temizlemez. |
Bir yazı için yapılan yazma işlemleri alana ulaşmıyor | Grup o yazıda konumlandırılmamış (yazı durumu veya şablon gibi eşleşmeyen herhangi bir konum kuralı), nesne bir yazı değil (kullanıcı, terim), grubun tablosu yok veya anahtarın sahibi ACF ( |
ACF'nin değerleri köprü tarafından kullanılmıyor | Tasarım gereği: ACF'nin sahip olduğu anahtarlarda ( |
Başka bir eklenti yanlış değeri okuyor | O grup için Bridge get_post_meta() and update_post_meta() seçeneğini kapatın veya alan anahtarını yeniden adlandırın. |
Bir içe aktarıcı hiçbir şey doldurmuyor | Doğrudan SQL yazıyor, |
REST API ve GraphQL
Sorun | Neden ve çözüm |
|---|---|
REST yanıtında | Show in the REST API kapalı, grup etkin değil veya o tür için bir |
| Grup o yazı için sunulmuyor veya konum kuralları o yazıyla eşleşmiyor. |
Alan GraphQL şemasında yok | Şuradaki tabloya bakın: REST API ve WPGraphQL. |
Bir tekrarlayıcı GraphQL'de JSON dizesidir | Tasarım gereği. |
WooCommerce sipariş alanları
Sorun | Neden ve çözüm |
|---|---|
Siparişte kutu yok | Pro (veya üstü) planın süresi dolmamış olmalı, WooCommerce etkin olmalı, grup etkin olmalı ve bir Order veya Order status kuralı bulunmalı; durum da siparişin geçerli durumuyla eşleşmelidir. |
| Pro sürümü etkin değil; çağrıları |
Lisans bittikten sonra değerler kayboldu | Kaybolmadı: okuma hâlâ çalışır. Kutular lisansla birlikte geri gelir. |
Sipariş değerlerini koddan ayarlamam gerekiyor | Bu sürümde eklentinin API'siyle mümkün değil: değerler yalnızca sipariş ekranından yazılır. |
WooCommerce eklentiyi HPOS ile uyumsuz olarak listeliyor | Eklenti, |
Bkz. WooCommerce sipariş alanları.
WPML ve Polylang
Sorun | Neden ve çözüm |
|---|---|
Seçim In translations eksik | Business veya Agency planı olmalı ve WPML ya da Polylang etkin olmalı. |
Bir çeviri bir alanı sürekli sıfırlıyor | Alan Copy modunda. |
Yeni bir çeviri boş | Zaten kaydedilmiş bir satırı var veya yazının orijinali yok (Polylang: varsayılan dilde yazı yok). |
Bkz. WPML ve Polylang.
SEO değişkenleri, Duplicate Post, arama
Şuradaki sorun giderme tablosuna bakın: Duplicate Post, SEO eklentileri ve site araması.
Bu sürümdeki bilinen sınırlamalar
Alan | Sınırlama |
|---|---|
PHP grupları | Bir eşitleme, değişiklik olmasa bile kayıtlı her grup için her zaman |
Meta köprüsü | İkinci benzersiz olmayan bir |
WooCommerce | Sipariş değerlerini koddan yazan bir fonksiyon yoktur; yalnızca sipariş ekranından kaydedilir. |
Hâlâ takıldınız mı? Destek ile iletişime geçin