Daha fazla bilgi için şu kişilerin gönderilerine de bakabilirsiniz: Ozh Richard, Artem Russakovskii ve Vladimir Prelovac

backtrack 5 cd label -software -generator (16), wordpress eklenti yazmak (10), wordpress eklenti yazma (9), wordpress tablo eklentisi (5), wordpress plugin yazmak (5), wp_enqueue_script (4), wordpress site hata ayıklama (3), wp_update_post_tags (2), Dahili Link Sayısı düşürme (2), wordpress wp_enqueue_script (2), wp sorgu azaltma config php (1), wordpress yazma eklentisi (1), sitemdeki link sayısını düşürmek (1), wordpress stil dosyaları çalışmıyor (1), wordpress sorguyu azaltma (1)

Google Translate

WP MySQL Console Nedir?

MySQL veritabanı sunucusu ile beraber gelen  komut kabuğunu çoğu kişi bilir. Komut kabuğu dediğim aslında MySQL’in standart veritabı istemci aracı (mysql.exe ./mysql). Bu araç ile SQL komutları kullanarak veritabanı sorguları çalıştırırz. Bu komut satırı aracının yerine birçok görsel istemci yazılımı geliştirilmiş olmasına rağmen, komut satırına uzun uzun SQL komutları yazmak da ayrı bir zevktir. Bilenler bilir ;) Ayrıca sözünü ettiğim görsel araçlar ile herzaman herşeyi yapmak da mümkün değil. Bu araçları kullanırken önünde sonunda komut satırına düşüp kendi SQL sorgularınızı çalıştırmanız gerekir.

Eklentinin ortaya çıkış nedenlerinden birisi de şöyle; MySQL istemcisi ile uzak bir bilgisayardaki veritabanı sunucusuna bağlanmak gerektiğinde bazen hosting’lerin güvenlik duvarı engeli karşımıza çıkabiliyor. Hosting (web barındırma) sağlayıcılar sunucudaki veritabanlarınıza yerel olarak erişmenize izin verirken, güvenlik amaçlı olarak uzaktan erişiminizi engellemiş olabilir. Benim gibi mysql komut kabuğunu kullanmayı alışkanlık haline getirmiş birisi için bu motivasyon kırıcı bir durum. WP MySQL Console tam da bu ihtiyaçtan ortaya çıkmış bir proje. WP MySQL Console için MySQL’in standart veritabanı istemcisini HTTP (ajax) üzerinden taklit eden web tabanlı bir istemci diyebiliriz. Kısaca mysql.exe‘nin web tabanlı biçimi de diyebilirsiniz. Bu projeyi geliştirirken orjinal mysql istemcisi ile aynı hissiyatı vermesine özen gösterdim (ok tuşları ile komut geçmişine ulaşabilir, fare imleci ile seçimi panoya kopyalayabilirsiniz). İstemci, HTTP protokolünü kullandığından, herhangi bir güvenlik duvarına takılması mümkün değil. (Not: Ancak geçmişte agresif yapılandırılmış uygulama güvenliği yazılımları tarafından bloke edildiği bildirilmişti)

WP MySQL Console yıllar önce geliştirdiğim phpMySQLConsole‘dan türettiğim bir eklenti. Uzun süredir geliştirmeye ara verdiğim phpMySQLConsole artık yoluna bir WordPress eklentisi olarak devam edecek.

Eklentiyi wordpress.org eklenti deposuna yönlendirdiğim aşağıdaki bağlantıyı kullanarak indirebilirsiniz.

Eklentinin ekran görüntülerini büyütmek için resimlerin üzerine tıklayın.

mysql console (11), shell konsole indir (8), shell console indir (8), php webshell (4), linux console commands (3), shell php (2), linux console commands green (2), green linux shell (2), mysql console in linux (2), webshell 8 0 (1), shell konsole (1), all webshell php (1), shell - konsole (1), mysql to shell (1), mysql console in PHP (1)

<?php
/* Short and sweet */
define('WP_USE_THEMES', false);
require('./wp-blog-header.php');
?>

Gel gelilim ki yukarıdaki include’u (require) bir fonksiyon içinden dahil ettiğinizde aşağıdaki gibi saçma bir hata alıyorsunuz. Bu durum WordPress Codex’de dökümante edilmemiş.

<?php
function bir_php_fonksiyonu()
{
/* Short and sweet */
define('WP_USE_THEMES', false);
require('./wp-blog-header.php');
}
?>

Kodu yukarıdaki gibi fonksiyon içerisinde kullandığınızda oluşan hata şöyle:

Fatal error: Call to a member function register_handler() on a non-object in 
W:\home\public_html\wp-includes\media.php on line 1301

Teknik olarak nedenini hala daha anlayabilmiş değilim. Fikri olan varsa açıklar ise sevinirim.

call to a member function (5), fatal error: call to a member function get() on a non-object in core/model/modx/modmanagerresponse class php on line 41 (5), fatal error: call to a member function query() on a non-object in (3), call to a member (2), PHP Fatal error: Call to a member function query() on a non-object (2), modmanagerresponse class php on line 41 (2), fatal error: call to a member function get() on a non-object in /home/servanet/public_html/plugins/system/highlight/highlight php on line 44 (2), modmanagerresponse class php (1), modx Call to a member function get() on a non-object in /core/model/modx/modmanagerresponse class php on line 41 (1), modx Fatal error: Call to a member function get() on a non-object in /www/aquatr/www/htdocs/core/model/modx/modmanagerresponse class php on line 41 (1), modx httpdocs/core/model/modx/modmanagerresponse class php on line 41 (1), php Fatal error: Call to a member function (1), php Fatal error: Call to a member function on a non-object in (1), public_html/plugins/system/highlight/highlight php (1), wordpress fatal error: call to a member function register_handler() on a non-object in (1)

        // Coded by tankado at tankado dot com
	function wp_update_post_tags($post_ID, $tags)
	{
		global $wpdb;
		// Delete related tags from database
		$sql = "DELETE FROM wp_term_relationships ";
		$sql .= "WHERE wp_term_relationships.object_id = '$post_ID' ";
		$sql .= "AND wp_term_relationships.term_taxonomy_id = wp_term_taxonomy.term_taxonomy_id ";
		$sql .= "AND wp_term_taxonomy.taxonomy = 'post_tag'";
		$wpdb->query( $sql );

		// Insert new tags to database
		wp_set_post_tags($post_ID, $tags, false );
	}

tamper data ne işe yarar (2), wordpress update tags (2), $post->id (1), post id (1), wordpress post id alma (1), wordpress post tags (1)

wordpress email aboneliği (7), mail tehlikeleri (1), wordpress virüs (1), wordpress mail izli (1), wordpress mail eklentileri (1), wordpress bahis temasi (1), virüslü pluginler wordpress (1), temavirüsü (1), tehlikeli wordpress eklentileri (1), posta aboneligi wordpress (1), wordpress virüs hataları (1)

WordPress varsayılan olarak çalıştırılan SQL’lerin başarım kayıtlarını tutmaz. Aşağıdaki define direktifini wp-config.php dosyasına ekleyerek SQL istatistiklerinin tutulmasını söyleyeceğiz.

/* wp-config.php */

define('SAVEQUERIES', true);

SQL istatistik kayıtlarının WordPress tarafından tutulmasını sağladıktan sonra bu bilgileri sayfaya yazdırmalıyız. Örneğin tema dizininizdeki footer.php dosyası bunun için uygundur. Dilerseniz header.php, page.php, header.php veya single.php‘yi de bu amaçla kullanabilirsiniz. Bu örnekte aşağıda gördüğünüz php kodlarını, footer.php‘nin sonuna yerleştirdik. Böylece SQL başarım bilgilerini sayfamızın sonunda göreceğiz.

/* footer.php */
..
global $wpdb;
print_r($wpdb->queries);

Sayfamızda görüntülenecek SQL başarım bilgisi aşağıdakine benzer olacaktır. Burada çalıştırılan SQL cümlesini ve kaç saniyede çalıştırıldığını görebilirsiniz. Süre olarak 1 saniyeye çok yakın veya daha fazla değerler görüyorsanız bu cümlelerde sorun var demektir. Sorgular çoğunlukla birkaç milisaniye içerisinde tamamlanmaktadır.

Array
(
    [0] => Array
        (
            [0] => SELECT option_name, option_value FROM wpl_options WHERE autoload = 'yes'
            [1] => 0.0026021003723145
            [2] => require, require_once, require_once, require_once, wp_not_installed, is_blog_installed, wp_load_alloptions
        )

    [1] => Array
        (
            [0] => SELECT option_value FROM wpl_options WHERE option_name = 'aiosp_post_title_format' LIMIT 1
            [1] => 0.0003349781036377
            [2] => require, require_once, require_once, require_once, include_once, get_option
        )

    [2] => Array
        (
            [0] => SELECT option_value FROM wpl_options WHERE option_name = 'wp_dlm_default_format' LIMIT 1
            [1] => 0.00018095970153809
            [2] => require, require_once, require_once, require_once, include_once, get_option
        )

    [3] => Array
        (
            [0] => SELECT option_value FROM wpl_options WHERE option_name = 'wp_dlm_url' LIMIT 1
            [1] => 0.00018000602722168
            [2] => require, require_once, require_once, require_once, include_once, get_option
        )

    [4] => Array
        (
            [0] => SELECT option_value FROM wpl_options WHERE option_name = 'wp_dlm_type' LIMIT 1
            [1] => 0.00015783309936523
            [2] => require, require_once, require_once, require_once, include_once, get_option
        )
}

wordpress sql config php (1)

Options All -Indexes
Options +FollowSymLinks

.htaccess’i kullanan bir başka eklentiye sahip değilseniz .htaccess dosyasının tam içeriği aşağıdaki gibi olacaktır.

# BEGIN WordPress
Options +FollowSymLinks
Options -Indexes
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /wordpress/
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /wordpress/index.php [L]
</IfModule>
# END WordPress

wordpress 403 forbidden hatası (8), wordpress 403 hatası (8), wp 403 hatası (4), 403 hatası çözümü (3), 403 forbidden hatası (2), 403 Forbidden wordpress (2), wordpress 403 forbidden hatası çözümü (2), followsymlinks (2), wordpress forbidden (2), wordpress 403 yasak hata ile karşılaşıldı (1), wordpress permalink /kategori/ (1), worldpres 403 forbidden hatası çözümü (1), 403 - forbidden çözüm (1), wordpress 403 Forbidden Access to (1), wordpress 403 forbidden (1)

Önemli

Important

WP Simple Cache plugin continious as WP Green Cache. Please follow this to go to WP Green Cache homepage.

WP Simple Cache, wordpress kullanan sitelerin cevap süresini azamiderece azaltan bir eklenti. Benzer birkaç eklenti varken neden böyle bir eklenti yazmaya giriştim derseniz, daha hızlı ve kullanımı kolay olan bir eklenti hazırlamak istedim. Bunda kullandığım diğer cache eklentilerinin yükleme ve performanslarında yaşadığım sorunlar etkili oldu. Ayrıca bu eklenti ile wordpress deneyimimi artırma şansı buldum. WP Simple Cache wordpress camiasına hediye ettiğim iikinci eklentim oldu. İlk göz ağırım WP Onlywire Auto Poster eklentisini buradan inceleyebilirsiniz.

Yaklaşık 3 haftalık kısmi zamanlı bir çalışmanın ardından ortaya oldukça hızlı çalışan ve beklentilerimi tam olarak karşılayabilen bir cache eklentisi çıktı.  WordPress kullanan blogcular cache eklentisi nedir diye merak ediyorsa buradaki yazıya göz atabilirler. Ayrıca burada da kısaca açıklamaya çalıştım.

Cache Eklentisinin Gerekliliği

Basitçe  açıklamak gerekirse; WordPress kullanan bir web sitesi her ziyaret edildiğinde PHP kodları çalıştırılarak sayfa oluşturulur ve ziyaretçinin tarayıcısına gönderilir. Böylece ziyaretçi sayfayı izlemiş olur. Çalıştırılan kodlar sunucunun işlemci ve bellek gibi değerli kaynaklarını kullanır. Ziyaret edilen sayfa tekrar talep edildiğinde tarayıcıya gönderilecek içerik aynı olmasına rağmen WordPress aynı PHP kodlarını tekrar çalıştırarak gereksiz yere sunucu kaynaklarını kullanır. Bu elverişsiz durum WP Simple Cache eklentisi ile oluşturulan içeriğin düz bir metin dosyasına kaydedillip tekrar talep edildiğinde ziyaretçiye gönderilmesi şeklinde basitçe çözülebilir. Konunun özünün kısaca böyle olmasına rağmen, diğer eklentiler aracılığı ile veya ziyaretçinin yorum eklemesi ile dolaylı yoldan değişikliğe uğrayan sayfaların güncellenmesi, önbellek deposunun gereğinden fazla şişmemesi gibi durumların da kontrol altına alınması gerekir. WP Simple Cache temel cache gereksinimlerini tümüyle karşılayabilmekte.

WP Simple Cache pasif durumdayken başarım durumu

WP Simple Cache aktif durumdayken başarım durumu

Cache’lemenin gerekliliğini daha teknik açıklamak gerekirse; WordPress PHP dilinde yazılmış bir içerik yönetim sistemidir (CMS). WordPress’in şuanki sürümünde (v3.0) toplam dosya boyutu 5.9 MiB olan yaklaşık 300 PHP dosyası vardır. (Yüklü eklentileri de bu sayının üzerine ekleyebilirsiniz) dev4press sitesinin 3.0 üzerinde yaptığı başarım testleri şöyle: WordPress sisteminin yönetim paneli, post sayfaları ve yorum bölümleri üzerinde yapılan testlerde her seferinde ortalama 25 SQL çalıştırdığı ve ortalama 17MiB bellek kullandığı ölçülmüş. Xeon işlemcili sunucuda ortalama çalıştırma zamanı 1sn olarak belirlenmiş. WordPress cache sistemine ciddi anlamda ihtiyacı olan bir CMS’dir. Başarılı bir cache eklentisi ile sitenizden çok yüksek performanslar alabilirsiniz.

WP Simple Cache’in Özellikleri Neler?

Eklentiyi yazarken ki çıkış noktam adından da anlaşılacağı üzere basit bir eklenti olması yönündeydi. Böyle bir eklentide alternatif olarak temel cache özelliklerini bulundurmayı tercih ettim ve büyük konuşmayım, bu böyle de devam edecek.

İşte özellikler:

• Cache’lenen içerik sunucu üzerinde sıkıştırılarak kaydediliyor. gzencode ve gzcompress fonksiyon çiftlerinden herhangi birisini kullanarak sıkıştırma yapabiliyor. Sıkıştırma sayesinde kaşenin boyutu 3′de 1‘e düşüyor. (deneme sistemimde 1000 sayfa, 10MiB civarında yer kaplıyordu)
• Tüm modern web tarayıcıları HTTP üzerinden sıkıştırmayı destekler. Bunun anlamı sunucudan tarayıcınıza gönderilen metin içerik sıkıştırılarak gönderildiğinde tarayıcınun bunu istemci tarafında tekrar genişletebilmesidir. Bu aynı zamanda daha az sunucu bandwidth’i kullanmak anlamına da geliyor. HTTP compression da denilen ve sayfa yüklenme hızını artıran bu özellik eklenti tarafından destekleniyor. Sıkıştırmanın, sunucuda daha fazla CPU kaynağı tüketimine neden olacağı düşünülebilir. Eklenti kaşesinde depoladığı sayfayı HTTP sıkıştırmasınca kullanılan formatta sakladığı için ek CPU kullanmaz.
• Yükleme sistemi. Cache eklentilerinin yüklenmesi diğer tür eklentilere göre bazı farklılıklar içerir. wp-config.php‘ye WP_CACHE sistemini aktive eden bir define eklenmesi ve /wp-content dizinine advanced-cache.php‘nin yerleştirilmesi gerekir. Bu farklılıklar yükleme işleminde zorluklar yaşanmasına neden olabilir. Eklentinin yükleme yordamını mümkün olduğunca sorunsuz ve otomatik kurulumu gerçekleştirecek şekilde tasarlamaya çalıştım. Bu kısmın herşeye rağmen biraz daha rötuşlanmaya ihtiyacı olabilir.
• WordPress sisteminizin başarım (performans) durumunu rahatça görebilmeniz için seçimlik olarak devreye alınabilen bir başarım kutusu (performance box) yerleştirdim. Böylece WordPress sitesinin belli bir anda ne kadar sunucu kaynağı tükettiği (sql ve kod çalıştırma süresi) canlı olarak görebiliyor.

WP Simple Cache Eklentisi Nasıl Kurulur?

Eklenti otomatik olarak kurulacak şekilde tasarlandı. Fakat otomatik yükleme, sunucunuzun dosya sistemi erişim izinlerinin, eklenti için uygun olmaması durumunda başarıyla tamamlanamayabilir. Bu durumda elle yükleme (manual installation) başlığındaki yönergeleri uygulamanız yeterli olacaktır. Yine olmadı bana yorum olarak yazarsanız yardımcı olurum.

Otomatik Yükleme

Hatırlatma: Yüklemeye başlamadan önce “/wp-content” , “/wp-content/plugins/wp-simple-cache/” , “/wp-content/plugins/wp-simple-cache/cache/” dizinleri ve “/wp-config.php” dosyasının web sunucusu tarafından yazılabilir olduğunu doğrulayın.

1. Eklenti klasörünü sitenizin “/wp-content/plugins/” dizinine kopyalayın.
2. WordPress eklenti yönetim sayfasına giderek eklentiyi etkinleştirin.
3. Eklentinin ayarlar (options) sayfasına giderek eklentiyi devreye alın.

Elle Yükleme

1. Eklenti klasörünü sitenizin “/wp-content/plugins/” dizinine kopyalayın.
2. Eklenti klasöründeki “advanced-cache.php” dosyasını sitenizin “/wp-content/” dizine kopyalayın.
3. “/wp-content/plugins/wp-simple-cache/cache/” dizininin web sunucusu tarafından yazılabilir olmasını sağlayın.
4. “/wp-config.php” dosyasına şunu ekleyin define(‘WP_CACHE’, true);
5. WordPress eklenti yönetim sayfasına giderek eklentiyi etkinleştirin.
6. Eklentinin ayarlar (options) sayfasına giderek eklentiyi devreye alın.

Hepsi bu kadar.

WP Simple Cache Eklentisi Nasıl Kaldırılır?

Umarım sürekli kullanırsınız ben de eklentiyi geliştirmeye devam ederim. Her şeye rağmen eklentiyi kaldırmadan önce eğer bir sorunla karşılaştıysanız sayfanın sonundaki yorum bölümünü kullanarak lütfen bildirin. Ayrıca tavsiye ve önerilerinizide lütfen iletin, akıl akıldan üstündür, herzaman yapılacak daha iyi şeyler vardır.

1. WordPress eklenti yönetim sayfasından eklentiyi etkisizleştirin.
2. “/wp-content/plugins/wp-simle-cache/” dizinini sunucudan silin.
3. “/wp-content/advanced-cache.php” dosyasını sunucudan silin.
4. “/wp-config.php” dosyasındaki define(‘WP_CACHE’, true); satırını silin.

WP Simple Cache Eklentisinin Ayarları Nasıl Yapılır?

Enable WP Simple Cache: Eklentinin ayar sayfasından (WP yönetim paneli Ayarlar menüsü altındaki WP Simple Cache seçeneği) öncelikle “Enable WP Simple Cache” işaretleme kutusunu işaretlemeniz gerekiyor. Dosya sistemi erişim izinleri doğruysa eklenti hemen çalışmaya başlayacaktır.

Cached pages timeout: Bu kutuya gireceğiniz değer ile bir kaşenin yeniden oluşturulma süresini belirlersiniz. Bir kaşe oluşturulduğunda burada belirtilen dakika kadar geçerli kalır ve daha sonra silinerek yeniden oluşturulur.

Cache autoclean: Bu kutuya girilen süre aralıklarında tüm kaşeler silinir. Bu özellik az ziyaret edilen çok sayıdaki kaşenin sunucu diskinde gereğinden fazla kalıp, yer kaplamasını önlemek için faydalıdır. Sitenizin trafik durumuna göre bu süreyi 1 hafta veya 15 gün gibi süreler olarak belirleyebilirsiniz.

Compression: Dosya sistemine kaydedilen kaşe dosyalarının ve tarayıcı ile sunucu arasındaki trafiğin sıkıştırılmasını sağlar. Sıkıştırılan kaşe dosyaları sunucu diskinde hem daha az yer kaplar hem de ziyaretçiye daha hızlı iletilir.

Show performance box: Bu seçenek aktifleştirildiğinde web sitesini sağ üst köşesine bir bilgilendirme kutusu iliştirilir. Bu kutu tüm site genelinde görünür olur ve sayfanın çalıştırılma süresi, çalıştırılan toplam SQL sayısı gibi site performansını belirleyen bilgiler görüntüler. Bu kutu diğer tüm ziyaretçilere de görünür olduğundan sadece bakım modundayken kullanmanızı tavsiye ederim. Performans kutusu sayesinde cache sisteminin, sitenizin performansına  olan etkisini karşılaştırabilirsiniz.

Lütfen sorularınızı ve hata bildirimlerinizi sayfanın sonundaki form ile yazınız.

Cache (31), bu web sitesi için bir eklenti çalışmadı (27), wordpress cache (20), wp simple cache (13), wp green cache (13), wordpress tarayıcı önbellekleme (11), wp plugin (9), wordpress cache eklentisi (8), wp-content/plugins (6), wordpress cache silme (6), wordpress e eklenti ekleme nerden yapılır (5), wordpress cache temizleme (5), eklentisiz cache sistemi (4), bir eklenti çalışmadı (4), önbellek (4)

Benim yaşadığım sorun şöyle idi: WordPress yönetim ekranındaki Ayarlar->Çeşitli sayfasından sitenize upload edeceğiniz dosyaların bulundurulacağı dizini belirtebiliyorsunuz. Varsayılan olarak bu dizin wp-content/uploads olarak ayarlı. Burada dikkat edilmesi gereken şey yazdığınız dizin yolunun başında ve sonunda taksim “/” işareti olmamalı. Ayar sayfasında nasıl yazılacağıyla ilgili örnek verilmiş ama uyarı yapılmamış. Sorunu nasıl çözerim diye araştırma yaparken wordpress.org da şöyle bir sayfa buldum.  Burada yükleme sorunlarına yol açabilecek olası durumlar ve çözümlerinden bahsedilmiş. Burada anlatmaya çalıştığım sorunun nedeni bu sayfadaki 9. maddede anlatılmış. Ben ettim siz etmeyin… :)

wordpress upload sorunu (83), wordpress uploads sorunu (14), wordpress dosya yükleme sorunu (9), wordpress dosya yükleme hatası (5), wordpress upload hatası (4), wordpress dosya upload (4), wordpress turkce karakterli dosya yüklemek (2), wordpress dosyaları (2), wordpress dosya yükleyemiyorum (2), wordpress upload problem (2), wordpress te uploads sorunu (1), wordpress resim yükle türkçe karakter (1), wordpress upload (1), wordpress upload dosya (1), wordpress upload error resim yükleme hatası (1)

define ('WPLANG', 'tr_TR');

wordpressi turkcelestirmek (1)

1. Readme.txt dosyasını buradaki örneğe göre hazırlayın.
2. Hazırladığınız readme.txt dosyasının doğruluğunu burayı kullanarak teyit edin.
3. Buradan WordPress.org’a hesap açarak üye olun.
4. WordPress.org’a oturum açın.
5. Buradaki eklenti yayınlama başvuru formu doldurun ve gönderin.
6. Başvurunuz onaylandığında bir eposta alacaksınız.
7. Eklenti başvurunuz onaylandıktan sonra TortiseSVN programını indirin ve kurun.
8. Bilgisayarınızda eklenti dosyalarınızı koyacağınız klasörlerin depolanacağı bir klasör oluşturun. (ör:Eklentilerim)
9. Eklenti klasörlerinin bulunduğu klasörü açarak sağ tıklayın ve “SVN Checkout” komutu verin.
10. Ekrana gelen Checkout penceresindeki “URL of repository” kutusuna epostadaki SVN repository adresini yapıştırın.
11. Checkout penceresindeki “Checkout directory” kutusunda eklenti dosyalarınızı içerecek klasörün adı yer alacak.
12. “Ok” dümesine tıklayın. Eklenti klasöründe “branches“, “trank” ve “tags” isminde klasörler oluşacak.
13. Readme.txt dahil tüm eklenti dosyalarınızı “trank” klasörün içine kopyalayın.
14. “Trank” klasörüne sağ tıklayın ve “SVN Commit…” komutu verin.
15. Commint penceresinde listelenen dosyaların solundaki işaret kutularını seçin veya “Select / deselect all” komutunu verin.
16. Commint penceresini “Ok” düğmesine tıklayarak onaylayın.
17. Ekrana gelecek olan kimlik doğrulama kutusuna WordPress.org’a üye olurken kullandığınız kullanıcı adı ve parolanızı yazın.
18. Tebrikler eklentiniz WordPress.org’da yayınlandı.

Eklentinizin SVN deposuna gittiğini görmek için gelen e-postadaki “SVN repository” adresinizin sonuna “trunk” dizinini ekleyerek gözatabilirsiniz. Eklentiler sayfasına giderek en yeni eklentiler (Newest plugins) kısmında eklentinizi görebilirsiniz.

Eğer anlaşılmayan bir nokta olursa diye; buraya ve buraya bakabilirsiniz hatta yorum alanı ile tankado’ya da sorabilirsiniz.

wordpress eklenti yayınlama (6), wordpress eklenti yayınlamak (2), wordpress başvuru formu eklentisi (1), wordpress eklentiyi yayınlamak (1)

Hatayı düzeltmek için aşağıdaki kodları tamiret.php gibi bir dosyanın içine yapıştırıp FTP ile sunucunuza yükleyin. Daha sonra tarayıcınızın adres çubuğundan sitenizinadi.com/tamiret.php şeklinde çağırarak script’i çalıştırın.

<?php
/*
WordPress Force Upgrade Script
Copyright (C) 2006  Mark Jaquith
*/
function txfx_log($text) {
 echo $text . '<br />';
}
switch ($_GET['step']) :
 case "1":
 require('wp-config.php');
 txfx_log('WordPress loaded...');
 require('wp-admin/upgrade-functions.php');
 txfx_log('Upgrade functions loaded...');
 wp_cache_flush();
 txfx_log('Object cache flushed...');
 make_db_current();
 txfx_log('Database made current...');
 upgrade_160();
 txfx_log('Data upgraded...');
 $wp_rewrite->flush_rules();
 txfx_log('Rewrite rules flushed...');
 wp_cache_flush();
 txfx_log('Object cache flushed...');
 txfx_log('<br />');
 txfx_log('Hopefully that did it!  <strong>DELETE THIS FILE FROM YOUR SERVER NOW!</strong>');
 txfx_log('And then, try to access your <code>/wp-admin/</code>');
 break;
 default :
 txfx_log('This script will attempt to upgrade your database.  It is intended for users of WordPress 1.5 or later.');
 txfx_log('<strong>You should delete this script from your server after you are done using it!</strong>');
 txfx_log('<br />');
 txfx_log('<a href="?step=1">Click here</a> to attempt the upgrade');
 break;
endswitch;
?>

Script wordpress veritabanına bakım uygulayacak. İşlem tamamladıktan sonraki ekran görüntüsü aşağıdaki gibi.

Bu sayfaya erişmek için yeterli izniniz yok hatasını almaya devam ediyorsanız

Ek olarak aşağıdaki basamakları uygulayabilirsiniz;

Sitenizin veritabanının phpMyAdmin ile açın.

Veritabanınıza giriş yapın.

wp_usermeta tablosunun karşısındaki “Gözat” düğmesine tkılayın

wp_capabilities alanın solundaki “Düzenle” düğmesine tıklayın

Bu sayfaya erişmek için yeterli izniniz yok (53), bu sayfaya erişmek için yeterli izniniz yok wp-admin boş ekran (19), erişim izni yok (15), wp-admin Bu sayfaya erişmek için yeterli izniniz yok (13), 403 forbidden rate limit exceeded (11), yeterli erişim izniniz yok (11), wordpress admin bu sayfaya erişmek için yeterli izniniz yok (10), 403 forbidden rate limit exceeded hatası (9), wordpress wp-admin bu sayfaya erişmek için yeterli izniniz yok (7), wp admin Bu sayfaya erişmek için yeterli izniniz yok (6), 403 forbidden (rate limit exceeded) (6), erişim izniniz yok (5), bu sunucu üzerinde / phpmyadmin / erişim izni yok (4), wordpress web sunucunuza erişmelidir (4), bu sayfaya erişmek için yeterli izniniz yok wordpress (3)

WP OnlyWire Auto Poster eklentisinin yönetim sayfası

WP OnlyWire Auto Poster eklentisi ile bloğunuzda yazmış olduğunuz yazılar otomatik olarak OnlyWire’a gönderiliyor. Ayrıca göndermeniz gerekmiyor. Tankado.com‘da da kullandığım eklenti başarıyla çalışıyor. Aklıma geldikçe yeni özellikler eklemeye devam edeceğim. 2.0 dan devraldığım eklentiyi fark olması açısından 3.0′dan itibaren devam ettireceğim. Sizlerin hata bildirimleri ve özel istekleri doğrultusunda eklentiyi geliştirmeye devam edeceğim.

Eklentinin kullanımından bahsetmek gerekirse;

Eklentiyi WordPress’e yükledikten sonra Ayarlar menüsü altındaki OnlyWire Auto Poster menü seçeneğinden yönetetiyorsunuz. Aslında çok da yönetilecek bir yanı yok. Bu sayfadan OnlyWire’daki hesabınızın kullanıcı adı ve parolasını kaydettikten sonra eklenti çalışmaya hazır hale geliyor. Artık bloğunuzda yayınladığınız her yazı yazı siz hiçbir efor sarfetmeden OnlyWire sistemini gönderilecek.

Yönetim sayfanızdan sosyal imleme sitelerine gönderilen yazılarınız hakkındaki sonuç raporlarına da ulaşabilirsiniz. Sayfada iki tür rapor var. İlk raporda OnlyWire’a gönderilen yazıların bir listesi yer alıyor. Liste üzerindeki gönderi başlığının üzerine gelirseniz  OW’a gönderilen comment (yorum) bilgisini de görebilirsiniz. Comment bilgisini Yazar adı, yazım tarihi, kategoriler ve eğer girmişseniz yazının özet kısmından oluşturdum.

WP OnlyWire Auto Poster eklentisi gönderim raporları

Yönetim sayfasının altındaki listede ise arka planda OW’ın API arayüzü ile olan iletişimin raporları yer alıyor. Buradan yazıların neden gönderilemediği ile ilgili bilgi edinebilirsiniz.

Son olarak sayfa üzerindeki “Reward the Author of this Plugin” yazılı düğmeden bahsetmek istiyorum. Düğmeye tıkladığınızda eklentinin tanıtım sayfası OnlyWrite hesabınız kullanılarak yayımlanacak. Düğme birkez tıklandıktan sonra görünmez olur. Sizden ricam eklentinin daha çok blogcu tarafından bilinebilmesi için düğmeye bir kez tıklamanız.

Reward Düğmesi

auto poster (34), onlywire (33), WP OnlyWire Auto Poster (32), onlywire waiting on submitter (12), poster (10), onlywire nulled (8), wp-onlywire-auto-poster (3), only wire (3), auto bookmarking poster (2), common auto rss plugin wordpress (2), auto servisi (2), tankado onlywire (2), onlywire wp plugin nulled (1), taner gozel (1), WP Auto Comment kullanımı (1)

Fatal error: Cannot redeclare checkbox() in guvenli_dizin/wp-content/plugins/yet-another-related-posts-plugin/options.php on line 134

Hata mesajından yola çıkarak options.php‘nin 134. satırındaki function checkbox() isimli foksiyonunun daha önce de tanımlanmış olduğunu anlıyoruz. WordPress’in plugins dizininde ufak bir arama yaptıktan sonra PageBar eklentisinin kodlarında aynı isimde bir başka fonksiyonun tanımlandığını gördüm. Sorunu çözmek için fonksiyonun ismini checkbox_() şeklinde değiştirip kaydettikten sonra sorun çözüldü. Tabi  options.php içinde çağrı yapılan tüm yerlere de aynı değişikliği uyguladım. Kolay olması açısından kullandığınız editörün düzen menüsündeki bul ve değiştir seçeneğini kullanarak bu işi hızlıca yapabilirsiniz. Aranacak değeri checkbox( değiştirilecek değeri de checkbox_( olarak verdim ve options.php dosyasını sunucuya tekrar yükledim. Bu şekilde yapınca sorun çözülüyor fakat YARP’ın her güncellemesinde bu işlemi yeniden yapmak gerekiyor. YARP’ın geliştiricileri ilgilenir düşüncesi ile bir hata bildiriminde de bulundum.

Aslında checkbox() ve textbox() gibi jenerik isimlerin eklentilerde fonksiyon ismi olarak kullanılmaması gerekir. Bu isimlerin yerine yarp_checkbox() gibi eklentiye özel bir isimlendirme tercih edilebilirdi.

wordpress pagebar türkçe (2), yet another related posts sorun (1)

WordPress altyapısını kullanan sitenizin derinliklerindeki geçersiz URL adresleri haberiniz olmayan birçok 404 hatasını üretmektedir. Şahsen uzunca bir süre farkında olmadığım ve aslında kolayca tespit de edilemeyecek bu durumu düzeltmek biraz zamanımı aldı doğrusu. Bu sorunu gidermek çin aşağıdaki PHP kodlarını yazdım.

Kodları wordpress temanıza ekleyerek siz de kullanabilirsiniz. Kodlar sitenizde var olmayan bir adres talep edildiğinde, ilgili adresi ve isteğin kimden geldiği gibi bilgileri eposta adresinize göndererek raporlayacaktır. Bundan sonra iş gelen raporlara göre kırık bağlantıları onarmaya geliyor. Bir hafta içerisinde posta kutumda 2000′e yakın rapor birikti.

Genel olarak kırık bağlantılar ile ilgili karşılaştığım sorunlar, arama motorlarında kayıtlı eski formatlı bağlantıları saymazsak; dosya adı ile çağrı yapılan dosya adının büyük/küçük harf duyarlılığından dolayı farklılık göstermesinden kaynaklanan geçersiz bağlantılar (örneğin FancyZoom.js ismi ile sunucuda kayıtlı bir dosyayı ‘fancyzoom.js’ ismiyle çağırırsanız linux sunucu bu dosyayı bulamaz), birşekilde arşivden silinmiş çok sayıda resim dosyası ve az sayıda arşiv dosyası tespit ettim.Ayrıca eski biçimli kırık bağlantıları da fark edip functions.php içine yerleştirdiğim yönlendirme kodları ile yeni adreslerine yönlenmelerini sağladım.

Kodları kullanmak için, aşağıdaki kodu tema dizininizde yeralan 404.php isimli dosyanin içerisine ekleyin ve kaydedin. Eğer tema dizininizde 404.php isminde bir dosya yok ise masaüstünüzde 404.php isimde bir dosya oluşturarak aşağıdaki kodları içerisine yapıştırın ve FTP’deki tema dizininize yükleyin.

<?php
	# ------------------------------------------------------------
	# Disclamier about 404 page reporting codes
	#
	# TUR: 404 hatalarının eposta adresinize raporlanmasını
	# istemiyorsanız lütfen aşağıdaki 'CODE BEGIN' ve 'CODE END'
	# etiketleri arasındaki kod satırlarını kapatın veya silin.
	#
	# ENG: If you dont want to report brokent links please,
	# comment codes or delete lines between 'CODE BEGIN'
	# and 'CODE END' labels.
	#
	# ------------------------------------------------------------

	# *********************
	# CODE BEGIN
	# *********************

	function currentPageURL() {
		$pageURL = 'http';
		if ($_SERVER["HTTPS"] == "on") {$pageURL .= "s";}
			$pageURL .= "://";
		if ($_SERVER["SERVER_PORT"] != "80") {
			$pageURL .= $_SERVER["SERVER_NAME"].":".$_SERVER["SERVER_PORT"].$_SERVER["REQUEST_URI"];
		} else {
			$pageURL .= $_SERVER["SERVER_NAME"].$_SERVER["REQUEST_URI"];
		}
		return $pageURL;
	}

	// mail header
	$site = parse_url(get_bloginfo('url'), PHP_URL_HOST);
	$from = 'noreply@'.str_replace('www.', '', $site);
	$admin_email = get_bloginfo('admin_email');
	$headers = "MIME-Version: 1.0\nFrom: $from <$from> \nContent-Type: text/html; charset=\"".get_option('blog_charset')."\"\n";

	// mail body
	$tm = time();
	$mail_body = "Dikkat (Warning): Sayfa bulunamadı (<b>404 detected</b>)<br><br>";
	$mail_body .= "BUGGY_URL: <b>". currentPageURL() ."</b><br><br>";
	$mail_body .= "TIMESTAMP: " . date('l jS \of F Y h:i:s A', $tm) . ", Timestamp=". $tm . "<br>";
	$mail_body .= "REMOTE_ADDR: ". $_SERVER['REMOTE_ADDR'] . "<br>";
	$mail_body .= "REMOTE_HOST: ". $_SERVER['REMOTE_HOST'] . "<br>";
	$mail_body .= "HTTP_REFERER: ". $_SERVER['HTTP_REFERER'] . "<br>";
	$mail_body .= "HTTP_USER_AGENT: ". $_SERVER['HTTP_USER_AGENT'];

	wp_mail( $admin_email, "{{$site}} 404 Detected", $mail_body, $headers);

	# *********************
	# CODE END
	# *********************
?>
<?php get_header(); ?>
<div id="main">
	<div id="content">
		<center>
		<h2 class="center" style="background-color: #FFFFE0; display: inline; padding: 10px; border: 1px solid #FFCCCC; width:500px">
			Üzgünüm <span style="color: #CC0000">404</span> - <strong>Sayfa Bulunamadı</strong>
		</h2>
		<br><br><br><br><br><p>
		Değerli ziyaretçimiz, site yöneticisi bu durum hakkında haberdar edilmiştir.<br><br> Eğer adresin doğruluğundan emin iseniz bir süre sonra tekrar ziyaret ediniz.</p>
		</center>
	</div>
	<div id="sidebar">
	<?php get_sidebar(); ?>
	</div>
</div>
<div class='c'></div>
<?php get_footer(); ?>

Kod ile ilgili biraz daha teknik bilgi vermek istiyorum. Kodda yer alan curPageURL() fonksiyonu ziyaretçinin istek yaptığı URL’yi tespit etmeyi sağlıyor.

get_bloginfo(‘admin_email’) fonksiyonu ile WordPress’de kayıtlı site yöneticisinin e-posta adresi getiriliyor. (Eğer hiç rapor almıyorsanız ki bu pek mümkün değil, [en iyi ihtimalle /favicon.ico dosyanız yoksa bile birçok 404 durumu oluşur] muhtemelen WordPress->Ayarlar sayfanıza girdiğiniz yönetici e-posta adresiniz farklıdır.

PHP’nin $_SERVER isimli ön tanımlı dizi değişkeni ile ziyaretçinin kırık sayfamıza hangi adresten geldiği (HTTP_REFERER), IP adresi ve kullandığı tarayıcının ismi alınarak bir rapor haline getiriliyor.

Son olarak wp_mail isimli WordPress fonksiyonu ile raporun gönderilme işlemi gerçekleşiyor.

WordPress kırık bir adresle karşılaştığında tema dizininde yer alması gereken 404.php isimli dosyayı otomatik olarak çalıştırır. Ben kodlarda ziyaretçiye gösterilmesi için kendime göre bir 404 hata mesaj ekranı oluşturdum, siz burayı kendinize göre değiştirebilirsiniz. get_header(), get_sidebar() ve get_footer() fonksiyonları WordPress’in HTML sayfa içeriğimizi oluşturması için gereken komutlar.

Umarım faydalı olur.

url /js/ js_check html (11), the requested url /js/ js_check html was not found on this server (11), The requested URL /js/ js_check html was not found on this (8), wordpress sayfa bulunamadı (5), /js/ js_check html sorunu (3), wordpress anasayfa 404 (2), url /js/ js_check html was not fou (2), the requested url /js/ js_check html was not found on this server yardım (2), the requested url /js/ js_check html was not found on this server hatası (2), /js/ js_check html (2), js/ js_check html error ? (1), Geçersiz url adresi (1), the requested url/js/ js_check html (1), 404 url hatası düzeltme (1), url /js/ js_check html gezginler indir (1)