Eklenti geliştirme için nesnel en iyi uygulamaları toplamak için bir topluluk wiki başlatmak . Bu soru @ EAMann'ın wp hacker'larına yaptığı yorumlardan ilham aldı .

Buradaki fikir, hangi objektif en iyi uygulamaların olabileceği konusunda işbirliği yapmaktır, böylece bunları potansiyel olarak bazı topluluk işbirliği gözden geçirme süreçlerinde kullanabiliriz.

GÜNCELLEME: İlk birkaç yanıtı gördükten sonra, cevap başına sadece bir fikir / öneri / en iyi uygulama yapmamız gerektiği ve kişilerin göndermeden önce hiçbir kopyası olmadığından emin olmak için listeyi gözden geçirmesi gerektiği ortaya çıktı.

Eylemleri ve Filtreleri Kullan

: İnsanların bazı verileri eklemek veya değiştirmek istiyorum düşünüyorsanız sağlamak () apply_filters dönmeden önce .

PS Hayal kırıklığına uğrattığım ve sorunuzun yöneltdiği bir şey, yalnızca son kullanıcılar için tasarlanan, yani kendi kancaları olmayan eklentilerin yüzdesi. WordPress'in çoğu eklenti gibi tasarlandığını hayal edin. Esnek ve çok niş bir çözüm olurdu.

WordPress, diğer eklentilerin bağlı olduğu eklentileri otomatik olarak yükleyebilme yeteneğine sahip olsaydı, belki de işler farklı olurdu? Genellikle, sıfırdan ihtiyaç duyduğum işlevselliği yazmam gerekiyor, çünkü müşteriler işleri kesin bir şekilde istiyorlar ve mevcut eklentiler mevcutken% 90'ı kalan% 10'u güncelleme esnekliğine izin vermiyor.

Gerçekten, WordPress topluluğunun liderlerinin, en iyi uygulamaları takip etmek için (diğer geliştiriciler için kanca eklemek gibi) eklentilerin ödüllendirilmesini sağlamanın bir StackExchange sitesinde ödüllendirilmesini sağlamanın bir yolunu belirlemelerini diliyorum.

Başka bir sorudan örnek alalım :

Örnek: Birisi bir makaleyi yeniden retweetlediğinde eklentimde bir şeyler yapmak istiyorum. Popüler retweet eklentisi ne olursa olsun, takılabildiğim ve ateşleyebildiğim özel bir kanca olsaydı, bu harika olurdu. Yok, bu yüzden eklemek için eklentilerini değiştirebilirim, ancak bu sadece kopyam için işe yarıyor ve bunu yeniden dağıtmayı denemek istemiyorum.

İlgili

• Genişletilebilir Formlar Teklif Et

Scriptleri / CSS'yi wp_enqueue_scriptve ile yüklewp_enqueue_style

Eklentiler, özellikle jQuery ve WP Core'a dahil olan diğer JS dosyaları için JS / CSS dosyalarının kopya versiyonlarını yüklememeli / denememelidir.

Eklentiler her zaman kullanmalı wp_enqueue_scriptve wp_enqueue_styleJS ve CSS dosyalarını bağlarken ve asla doğrudan <script>etiketlerden kullanmamalıdır.

İlgili

• Mevcut işlevleri yeniden kullanın

I18n desteği

Geliştiricinin kendi eklentisini çevirme konusunda ilgisi olmasa bile, tüm çıkış dizeleri, ilgili taraflarca uluslararasılaşmaya izin vermek için uygun bir metin alanına bağlanmalıdır.

initİşlem sırasında dil dosyalarını yüklemenin çok önemli olduğuna dikkat edin, böylece kullanıcı eylemi gerçekleştirebilir.

WordPress Geliştiricileri için Kodeks'e bakın: I18n

Ve ayrıca bu yazı: WP dilinin doğru şekilde yüklenmesi .

WordPress 4.6'dan beri

WP 4.6 yük sırasını ve kontrol edilen yerleri değiştirdi, geliştiriciler ve kullanıcılar için çok daha kolay hale geldi.

'My-plugin' adlı bir textdomain eklentisini göz önünde bulundurarak, WordPress şimdi FIRST: /wp-content/languages/plugins/my-plugin-en_US.mo adresinde bir çeviri dosyası
arayacaktır.

Eğer orada bir tane bulamazsa, o zaman eklentinin bakmasını söylediği yere bakacaktır (kodeksi izlerseniz her zamanki eklentiler 'dil' klasöründe):
/ wp-content / plugins / my-plugin / languages ​​/ my- plugin-en_US.mo

Son olarak, eğer bir dil dosyası bulunamazsa, varsayılan konumu kontrol edecektir:
/wp-content/languages/my-plugin-en_US.mo

İlk kontrol 4.6’da eklenmiş ve kullanıcılara dil dosyasını ekleyebilecekleri belirli bir yer vermiş, geliştiricinin dil dosyasını nereye eklediğini bilmeleri gerektiği gibi, şimdi de kullanıcının eklentinin textdomain: / wp-content / dilleri / eklentileri / TEXTDOMAIN-LOCAL.mo

Aşağıda eski yol (WP 4.6+ dan beri geçerli değil)

[...]
Son olarak, eklentiyle birlikte verilen dil dosyalarını yüklemeden önce özel kullanıcı dil dosyalarının WP_LANG_DIR adresinden yüklenmesinin önemli olduğunu belirtmek isterim . Aynı etki alanı için birden fazla mo dosyası yüklendiğinde, ilk bulunan çeviri kullanılacaktır. Bu şekilde, eklenti tarafından sağlanan dil dosyaları, kullanıcı tarafından çevrilmeyen dizgelerin geri dönüşü olarak işlev görür.

public function load_plugin_textdomain()
{
    $domain = 'my-plugin';
    // The "plugin_locale" filter is also used in load_plugin_textdomain()
    $locale = apply_filters( 'plugin_locale', get_locale(), $domain );

    load_textdomain( 
            $domain, 
            WP_LANG_DIR . '/my-plugin/' . $domain . '-' . $locale . '.mo' 
    );
    load_plugin_textdomain( 
            $domain, 
            FALSE, 
            dirname( plugin_basename(__FILE__) ) . '/languages/' 
    );
}

Eklentilerin WP_DEBUG ile Hata Yapmamasını Sağlayın

Eklentilerinizi her zaman WP_DEBUGaçık olarak test edin ve geliştirme süreci boyunca ideal olarak açık olmasını sağlayın. Bir eklenti, HİÇBİR hata atmalı WP_DEBUG. Bu, kullanımdan kaldırılmış bildirimleri ve işaretlenmemiş dizinleri içerir.

Hata ayıklamayı açmak için wp-config.phpdosyanızı WP_DEBUGsabit olacak şekilde ayarlayın true. Daha fazla bilgi için Hata Ayıklama Kodeksine bakın.

WordPress Çekirdeğinde İlk Olan İşlevleri Kullan

Yapabilirseniz: kendiniz yazmak yerine WordPress çekirdeğinde bulunan mevcut işlevleri kullanın . Özel PHP işlevlerini yalnızca WordPress çekirdeğinde önceden var olan uygun bir işlev olmadığında geliştirin.

Bunun bir yararı, değiştirilmesi gereken işlevleri kolayca izlemek için "kullanımdan kaldırılmış bildirimleri günlüğe kaydetme " özelliğini kullanabilmenizdir . Diğer bir avantaj, kullanıcıların işlev belgelerini Kodeks'te görüntüleyebilir ve deneyimli bir PHP geliştiricisi olmasalar bile eklentinin ne yaptığını daha iyi anlamalarıdır.

İlgili

• I18n desteği
• Scriptleri / CSS'yi wp_enqueue_script ve wp_enqueue_style ile yükleyin
• Genişletilebilir Formlar Teklif Et

Kaldırma, bir eklentinin tüm verilerini kaldırmalıdır

Bir WordPress kurulumundan kaldırıldıktan sonra, bir eklenti tüm dosyaları, klasörleri, veritabanı girişlerini ve oluşturduğu tabloları ve yarattığı seçenek değerlerini silmeli .

Eklentiler, ayarları dışa aktarma / içe aktarma seçeneği sunabilir, böylece ayarlar silinmeden önce WordPress'in dışına kaydedilebilir.

İlgili

• Devre dışı bırakılması Veri Kaybına neden olmamalıdır

Giriş Verileriyle SQL Enjeksiyonunu Önleyin

Bir eklenti , MySQL veritabanını sorgulamak için giriş değerlerini kullanmadan önce doğrudan veya dolaylı olarak alınan (örneğin veya ile ) alınan tüm kullanıcı girişlerini sterilize etmelidir .$_POST$_GET

Bakınız: SQL deyimlerini biçimlendirme .

Tüm Global Ad Alanı Öğelerini Önekle

Bir eklenti, TÜM global ad alanı öğelerini (sabitler, fonksiyonlar, sınıflar, değişkenler, hatta özel taksonomiler, posta tipleri, widget'lar, vb. Gibi) önceden eklemelidir. Örneğin, adında bir işlev oluşturmayın init(); bunun yerine, böyle bir şey adlandırın jpb_init().

Yaygın olarak adların önünde üç veya dört harfli bir ön ek kullanılmalı veya PHP Ad Alanı Özelliği kullanılmalıdır . Karşılaştırma: PHP sınıfı sabitleri için tek harfli ön ek?

İlgili

• Global Namespace sınırlı bir kaynaktır

Sınıf ve nesne yönelimli PHP5 kodu kullanın

Temiz, nesne yönelimli PHP5 kodu yazmamak için hiçbir sebep yoktur. PHP4 desteği bir sonraki sürümden sonra sona erecektir (WP 3.1). Elbette, tüm işlev isimlerinizi endlessly_long_function_names_with_lots_of_underscores ile bitirin, ancak basit bir sınıf yazmak ve içindeki her şeyi bir araya getirmek çok daha kolaydır. Ayrıca, sınıfınızı ayrı bir dosyaya koyun ve buna göre adlandırın böylece kolayca genişletip devam ettirebilirsiniz:

// in functions.php
require 'inc/class-my-cool-plugin.php';
new MyCoolPlugin();

// in inc/class-my-cool-plugin.php
class MyCoolPlugin {
    function __construct() {
        // add filter hooks, wp_enqueue_script, etc.

        // To assign a method from your class to a WP 
        // function do something like this
        add_action('admin_menu', array($this, "admin"));
    }

    public function admin() {
        // public methods, for use outside of the class
        // Note that methods used in other WP functions 
        // (such as add_action) should be public
    }

    private function somethingelse() {
        // methods you only use inside this class
    }
}

Devre dışı bırakılması Veri Kaybına neden olmamalıdır

Bir eklenti , devre dışı bırakıldığında verilerinin hiçbirini silmemelidir .

İlgili

• Kaldır tüm eklentinin verilerini kaldırmalı

Sadece ihtiyacınız olan dosyaları ekleyin ...

Ön uçtaysanız, yönetici alanıyla ilgili kod eklemeyin.

Eklenti Kaldırma İşleminde Veri Kaybını Duyurun

Kaldırma üzerine bir eklenti gerekir o veri var silme olacak bir kullanıcı istemi ve kullanıcı bunu yaparken ve bir eklenti önce verileri silme ile tamamdır onayını alacaksınız gerektiğini de kullanıcıya verilerini tutmak için seçeneğe izin kaldırma üzerine. (Bu fikir @EAMann'dan.)

İlgili

• Kaldır tüm eklentinin verilerini kaldırmalı
• Devre dışı bırakılması Veri Kaybına neden olmamalıdır

Eklentinin klasör adı değiştirilsin

/ Eklentileri / pluginname / {çeşitli}

Klasör için kullanılan "eklenti adı" her zaman değiştirilebilir olmalıdır.

Bu normalde sabitleri tanımlamak ve bunları eklenti boyunca tutarlı bir şekilde kullanmakla idare edilir.

Söylemeye gerek yok ki birçok popüler eklenti günahkardır.

İlgili:

• plugins_url() eklentiye dahil olan kaynaklara kolay bağlantı için.

WordPress kullanın (yerleşik) Hata yönetimi

Sadece return;bazı kullanıcı girişi yanlışsa yapmayın . Onlara biraz bilgi verilmesi yanlış yapıldı.

function some_example_fn( $args = array() ) 
{
    // If value was not set, build an error message
    if ( ! isset( $args['some_value'] ) )
        $error = new WP_Error( 'some_value', sprintf( __( 'You have forgotten to specify the %1$s for your function. %2$s Error triggered inside %3$s on line %4$s.', TEXTDOMAIN ), '$args[\'some_value\']', "\n", __FILE__, __LINE__ ) );

    // die & print error message & code - for admins only!
    if ( isset( $error ) && is_wp_error( $error ) && current_user_can( 'manage_options' ) ) 
        wp_die( $error->get_error_code(), 'Theme Error: Missing Argument' );

    // Elseif no error was triggered continue...
}

Herkes için bir hata (nesne)

Önyükleme sırasında temanız veya eklentiniz için genel bir hata nesnesi ayarlayabilirsiniz:

function bootstrap_the_theme()
{
    global $prefix_error, $prefix_theme_name;
    // Take the theme name as error ID:
    $theme_data = wp_get_theme();
    $prefix_theme_name = $theme_data->Name;
    $prefix_error = new WP_Error( $theme_data->Name );

    include // whatever, etc...
}
add_action( 'after_setup_theme', 'bootstrap_the_theme' );

Daha sonra talep üzerine sınırsız Hata ekleyebilirsiniz:

function some_theme_fn( $args )
{
    global $prefix_error, $prefix_theme_name;
    $theme_data = wp_get_theme();
    if ( ! $args['whatever'] && current_user_can( 'manage_options' ) ) // some required value not set
        $prefix_error->add( $prefix_theme_name, sprintf( 'The function %1$s needs the argument %2$s set.', __FUNCTION__, '$args[\'whatever\']' ) );

    // continue function...
}

Sonra temanın sonunda hepsini getirebilirsin. Bu sayede sayfayı oluşturmayı kesmezsiniz ve geliştirme için tüm hatalarınızı yine de verebilirsiniz

function dump_theme_errors()
{
    global $prefix_error, $prefix_theme_name;

    // Not an admin? OR: No error(s)?
    if ( ! current_user_can( 'manage_options' ) ! is_wp_error( $prefix_error ) )
        return;

    $theme_errors = $prefix_error->get_error_messages( $prefix_theme_name );
    echo '<h3>Theme Errors</h3>';
    foreach ( $theme_errors as $error )
        echo "{$error}\n";
}
add_action( 'shutdown', 'dump_theme_errors' );

Daha fazla bilgiyi bu Q'da bulabilirsiniz . İlgili bir bilet ait "birlikte çalışma" gidermek WP_Errorve wp_die()oradan bağlantılıdır ve başka bilet izleyecektir. Yorumlar, eleştirmenler ve beğeniler.

Genel Ad Alanına Eklenen Adları En Aza İndir

Bir eklenti gerektiğini azaltmak çarpınca olanlar tarafından mümkün olduğunca küresel ad alanına ekler isimlerin sayısını en aza indirir .

Bu, eklentinin işlevlerini bir sınıfa yerleştirerek veya PHP isim alanları özelliğini kullanarak yapılabilir . Her şeyi öneklemek de yardımcı olabilir ama o kadar da esnek değil.

İşlevler ve sınıfların yanında, bir eklenti global değişkenler getirmemelidir . Sınıfları normal olarak kullanmak onları eskimiş ve eklenti bakımını kolaylaştırıyor.

İlgili

• Önek düzgün

PhpDoc kullanarak yorum yapma

En iyi uygulama PhpDoc stiline yakın. Eğer "Eclipse" gibi bir IDE kullanmazsanız, sadece PhpDoc El Kitabına bir göz atabilirsiniz .

Bunun nasıl çalıştığını tam olarak bilmek zorunda değilsin. Profesyonel Geliştiriciler yine de kodu okuyabilir ve buna bir özet olarak ihtiyaç duyar. Hobi kodlayıcıları ve kullanıcıları, aynı bilgi düzeyinde açıkladığınız yöntemi takdir edebilir.

Add_option'dan önce Settings API'sini kullanın

Add_option işlevi aracılığıyla DB'ye seçenekler eklemek yerine, bunları sizin için her şeyi halleden Ayarlar API'sini kullanarak bir dizi olarak saklamanız gerekir .

Add_option'dan önce Theme Modifications API'sini kullan

Değişiklikler API oldukça basit bir yapı ve seçenek ekleyerek ve almak sağlayan bir güvenli yoldur. Her şey veritabanınızda serileştirilmiş değer olarak kaydedilir. Kolay, güvenli ve basit.

Eklenti Kullanıcılarının Gizliliğini Koruyun

(Önceden: Anonim API İletişimi)

Bir eklenti harici bir sistem veya API ile iletişim kuruyorsa (örneğin, bazı Web servisleri), bunu isimsiz bir şekilde yapmalı veya kullanıcıya, eklentinin kullanıcısı ile ilgili hiçbir verinin kontrolsüz bir ikinci tarafa sızmasını sağlayan isimsiz bir seçenek sunmalıdır.

WordPress.org'daki Host Eklentileri

Eklentileri barındırmak için WordPress.org'da sağlanan SVN deposunu kullanın . Kullanıcı deneyimini daha kolay güncellemenizi sağlar ve daha önce SVN'yi hiç kullanmadıysanız, onu haklı çıkaran bir bağlamda kullanarak gerçekten anlamanızı sağlar.

İzinleri Kullanarak Erişim Denetimi Sağlayın

Pek çok durumda, kullanıcılar herkesin eklentiniz tarafından oluşturulan alanlara, özellikle de birden çok karmaşık işlem yapan eklentilerle erişebilmelerini istemeyebilir, tek bir sabit kodlanmış yetenek kontrolü yeterli olmayabilir.

En azından, eklentinizin kullanılabileceği tüm farklı işlem türleri için uygun yetenek denetimlerini yapın.

Eklenti Ayarlarını İçe / Dışa Aktar

Eklentiler arasında yaygın değildir, ancak eklentiniz (bazılarında) ayarlara sahipse, yapılandırma ve kullanıcı girişi gibi verilerin İçe Aktar / Dışa Aktarmasını sağlamalıdır .

İthalat / İhracat bir eklentinin kullanılabilirliğini arttırır.

Böyle bir ithalat ve ihracat işlevselliğine (ve aynı zamanda bir geri alma mekanizmasına sahip) örnek bir eklenti Breadcrumb NavXT'dir (Wordpress Plugin) (tam açıklama: orada benim için bazı küçük kodlar, çoğu mtekk tarafından yapıldı).

İlgili

• Kaldır tüm eklentinin verilerini kaldırmalı
• Devre dışı bırakılması Veri Kaybına neden olmamalıdır

Kodunuzu düzenleyin

Yapıldığı sırada yazılmayan kodları okumak çok zor. İlk önce / request, tanımlayın, wp_enqueue_style & _script, vb., Ardından eklenti / temanın ihtiyaç duyduğu işlevleri ve en sonunda oluşturucu (örn. Yönetici ekranı, temayla bütünleşen şeyler vb.).

Css ve js gibi şeyleri kendi klasörlerinde ayırmaya çalışın. Ayrıca bunu, dizi yassılaştırıcılar ve benzerleri gibi yalnızca yardımcı olan işlevlerle yapın. "Ana" dosyayı olabildiğince temiz ve kolay okunması, bir yıl içinde güncelleme yapmaya çalıştığınız ve daha uzun süredir kodu görmediğiniz zaman, kullanıcılara, geliştiricilere ve size yardımcı olacak bir yoldur.

Sıklıkla tekrarladığınız bir yapıya sahip olmak da iyidir, bu yüzden her zaman yolunuzu bulursunuz. Farklı projeler üzerinde bilinen bir yapının geliştirilmesi, bunu daha iyi hale getirmeniz için zaman kazandıracak ve müşteriniz başka bir geliştiriciye geçse bile, "kaos bıraktığını" asla duymayacaksınız. Bu itibarınızı arttırır ve uzun vadeli bir hedef olmalıdır.

Tarzı ile ölmek

iyi bir şekilde ölün Tüm eklentiler (ve hatta temalar) işlevleri wp_die(), kullanıcıya ne olduğu hakkında biraz bilgi vermek için kritik yerlerde kullanmalıdır . Php hataları can sıkıcı ve wp_diekullanıcıya eklentinin yanlış yaptığı konusunda güzel bir tarz mesaj verebilir. Ayrıca, kullanıcı hata ayıklamayı devre dışı bıraktıysa, eklenti bozulur.

Kullanımı wp_die()da eklentileri / temalar ile uyumlu olmasını sağlar wordpress testsuite .

• WP Hata işlemesi kullanın

Kullanıcılar için Yardım Ekranları sağlayın

RTFM'yi (tıklama yardımı) bir cevap olarak söylemek, soruyu tekrar tekrar cevaplamak zorunda kalmaktan daha iyidir.

/**
  * Add contextual help for this screen
  * 
  * @param $rtfm
  * @uses get_current_screen
  */ 
  function ContextualHelp( /*string*/ $rtfm) 
  { 
     $current_screen = get_current_screen();
     if ($current_screen->id == $this->_pageid) 
     {
        $rtfm .= '<h3>The WordPress Plugin - Screen A</h3>';
        $rtfm .= '<p>Here are some tips: donate to me ' .
     }
     return $rtfm; 
  }
add_action('contextual_help', array($this,'ContextualHelp'),1,1);

güncelleme / not: (bkz. kaiser'den gelen yorumlar): Yukarıdaki örnek bir sınıfta kullanılacaktır.

Genişletilebilir Formlar Teklif Et

Bir eklenti veri girişi yapma imkanı sunduğunda, her zaman en sonunda "gönder" ve / veya "sıfırlama" düğmesinden hemen önce bir kancaya sahip olmalıdır, böylece geliştiriciler formu yalnızca alanlarla değil, düğmelerle de kolayca genişletebilirler.

Bakınız: Ayarlar API'sı

İlgili

• Eylemleri ve Filtreleri Kullan
• Mevcut işlevleri yeniden kullanın
• I18n desteği

doğrudan değil, her zaman Kanca ile işlevi içerir.

Örnek:

• İçin kullanmayın eklenti sınıf kanca olmadan yeni yoluyla dahil

• Hook plugins_loaded kullanın

  // add the class to WP                                   
  function my_plugin_start() {                                                               
      new my_plugin();   
  }                                                        
  add_action( 'plugins_loaded', 'my_plugin_start' );

Güncelleme: küçük bir canlı örnek: Plugin-svn-trunk-page ve sözde bir örnek

//avoid direct calls to this file where wp core files not present
if (!function_exists ('add_action')) {
        header('Status: 403 Forbidden');
        header('HTTP/1.1 403 Forbidden');
        exit();
}

if ( !class_exists( 'plugin_class' ) ) {
    class plugin_class {

        function __construct() {
        }

    } // end class

    function plugin_start() {

        new plugin_class();
    }

    add_action( 'plugins_loaded', 'plugin_start' );
} // end class_exists

Ayrıca multisite kurulumunda mu_plugins_loaded ile yükleyebilirsiniz, işlem referans koduna bakınız : http://codex.wordpress.org/Plugin_API/Action_Reference Ayrıca burada, bu kancayla wP'nin ne kadar içerdiğini görüyorsunuz: http: // adambrown. info / p / wp_hooks / hook / plugins_loaded? version = 2.1 & file = wp-settings.php Bunu çok sık kullanıyorum ve zor ve erken değil, zor yeni bir sınıf olarak daha iyi ();

GPL Uyumlu Lisansı Altındaki Lisans Eklentileri

Eklentiler ve temalar gereken bir WordPress uyumlu lisansı altında lisanslı. Bu, WordPress ile "program" olarak yeniden dağıtılmalarını sağlar. Önerilen bir lisans GPL'dir . Eklentiyle birlikte verilen tüm kod kütüphanelerinin aynı lisansla uyumlu olmasına dikkat edin.

(Bu hem geçmişte hem de günümüzde bir sorun ve ciddi bir tartışma konusu olmuştur .)

Eklenti açıklamanız, eklentinizin işlevlerini doğru şekilde ayrıntılandırmalıdır. 10 tane özellikli eklenti var. Hepsinde özellikli yayınlar görüntüleniyor, ancak çoğunun farklı özellikleri var. Açıklamayı okuyarak eklentinizi benzer eklentilerle karşılaştırmak kolay olmalı.

Gerçekten çok basit olmadığı sürece eklentinizin ne kadar basit olduğu konusunda övünmekten kaçınmalısınız. Ayarlara bağlantı gibi açıklamaya faydalı bağlantılar eklemelisiniz.

Uzak Veri Kaynaklarının ve Web Hizmetlerinin Yan Etkilerini En Aza İndirin

Bir eklenti olmalıdır Önbellek / Shield Webservice ve / veya XMLRPC / a önbelleğe alma / veri-sağlayıcı katmanı üzerinden SOAP istekleri Eğer (yavaş) webservice yanıt bekliyor ön isteklerini yapmıyor kadar bunları kullanmak eğer.

Buna RSS beslemesi ve diğer sayfaların indirilmesi de dahildir. Eklentilerinizi arka planda veri talep edecek şekilde tasarlayın.

Olası bir ADIM: (Örnek olarak ping.fm'a gönderme yapın): Bir tampon tablo oluşturun, diyelim ki: ping_fm_buffer_post (tarih, saat, mesaj,, mesaj_adı, durum)

1. Güncellemeyi her zaman ping.fm'e göndermek istediğinizde, bu tabloya ekleyin.
2. Şimdi, bu verileri işlemek için bir eklenti oluşturmamız gerekiyor. Bu eklenti henüz gönderilmemiş her güncellemeyi kontrol etmek için crontab üzerinden çalışacaktır
3. Bu tabloya sahip olduğumuz için, ping.fm'e gönderilen her iletiyi listeleyebilir ve her gönderinin durumunu kontrol edebiliriz. Pinginger'ın tarafında bir sorun olursa, onu tekrar gönderebiliriz.

Eklentinizi test edin

Eklenti geliştirme ortamımızda kesinlikle bazı test araçlarına sahip olmalıyız.

Dayanarak bu cevabı ile Ethan Seifert bir test sorusuna şu takip etmek iyi uygulamalar şunlardır:

• Birim Testiniz bir sınıfın gerçekleştirebileceği en küçük davranış miktarını test etmelidir.
• İşlevsel test seviyesine ulaştığınızda, kodunuzu Wordpress bağımlılıkları ile test edebileceğiniz yer burasıdır.
• Eklentinizin ne yaptığına bağlı olarak - kimlikleri kullanarak DOM’daki verilerin varlığını test eden Selenyum tabanlı testleri kullanmayı düşünün