En çok ihtiyaç duyduğunuzda güvenilir WordPress eğitimleri.
WordPress Başlangıç Rehberi
WPB Kupası
25 Milyon+
Eklentilerimizi kullanan web siteleri
16+
Yıllık WordPress deneyimi
3000+
Uzmanlardan WordPress eğitimleri

WordPress'te Ölümcül Hata: Maksimum Yürütme Süresi Aşıldı Hatasını Düzeltme

'Ölü hatası: Maksimum yürütme süresi aşıldı' gibi bir mesaj görmek kesinlikle kalbinizi hoplatabilir. Ciddi görünüyor ve genellikle WordPress yönetici alanınıza erişiminizi engelliyor, bu da inanılmaz derecede sinir bozucu.

Biz de bu durumu yaşadık. Kendi WordPress web sitelerimizi yönetirken, bu hatanın genellikle bir eklenti veya tema güncellemesi gibi bir betiğin, sunucunuzun izin verdiğinden biraz daha fazla zamana ihtiyaç duyması durumunda ortaya çıktığını gördük.

İyi haber şu ki, göz korkutucu adına rağmen, bu yaygın bir sorundur ve basit bir çözümü vardır. Bunu çözmek için geliştirici olmanıza gerek yok.

Bu kılavuzda, maksimum yürütme süresi aşıldı hatasını tam olarak nasıl düzelteceğinizi ve WordPress sitenizi tekrar sorunsuz çalışır hale getireceğinizi göstereceğiz.

Maksimum Yürütme Süresi Aşıldı Hatası Nasıl Düzeltilir: Hızlı Çözümler

Bu hata için en yaygın çözümler, PHP betikleri için zaman sınırını biraz artırmayı içerir. Bunu, .htaccess veya wp-config.php dosyanız gibi sunucunuzdaki bir dosyayı düzenleyerek yapabilirsiniz. Genellikle hata, WordPress'in yerleşik Kurtarma Modu'nu kullanarak çözebileceğiniz hatalı bir eklentiden kaynaklanır.

WordPress'te Maksimum Yürütme Süresi Aşıldı Hatasını Kolayca Düzeltin

Maksimum Yürütme Süresi Aşıldı Hatası Neden Oluşur?

WordPress'te maksimum yürütme süresi aşıldı hatası, bir PHP betiğinin web barındırma sunucunuz tarafından ayarlanan sınırdan daha uzun sürmesi nedeniyle oluşur. PHP, WordPress'i destekleyen programlama dilidir ve bu süre sınırı, sunucu kaynaklarının kötüye kullanılmasını önlemek için bir güvenlik önlemidir.

Çoğu barındırma şirketi bu süre sınırını 30 ila 60 saniye arasına ayarlar. Bir eklenti, tema veya WordPress çekirdek güncellemesi için betik tamamlanması bu süreden daha uzun sürerse, PHP betiği durdurur ve ölümcül bir hata oluşturur.

WordPress'te 30 Saniye Maksimum Yürütme Süresi Aşıldı Hatası

WordPress'te Maksimum Yürütme Süresi Aşıldı Hatası Nasıl Düzeltilir

'Ölümcül hata' olarak adlandırılsa da, bu karşılaşabileceğiniz en yaygın WordPress hatalarından biridir. Neyse ki, genellikle çözülmesi oldukça basittir.

Bunu düzeltmek için deneyebileceğiniz birkaç yöntem aşağıdadır:

Herhangi bir yönteme atlamak için yukarıdaki hızlı bağlantıları kullanmaktan çekinmeyin.

Önemli: Herhangi bir değişiklik yapmadan önce, veri kaybını önlemek için web sitenizin yedeğini almanızı öneririz. Duplicator gibi güvenilir bir eklenti kullanabilir veya daha fazla bilgi için WordPress web sitesini yedekleme kılavuzumuzu takip edebilirsiniz.

Yöntem 1: WordPress Kurtarma Modunu Kullanın

Deneyimlerimize göre, bir eklenti suçluysa, WordPress'in yerleşik kurtarma modu denenecek en kolay ilk adımdır. Bu özellik, ölümcül bir hata oluştuğunda bile sitenize erişmenize yardımcı olmak için WordPress 5.2'ye eklenmiştir.

Hata tetiklendiğinde, WordPress ön uçta 'Bu site teknik zorluklar yaşıyor' mesajını gösterebilir.

Teknik zorluklar

Ayrıca, 'Kurtarma Modu' kullanarak giriş yapmak için özel bir bağlantı içeren bir e-posta almalısınız.

E-posta genellikle soruna neden olan eklentiyi size bildirir.

Teknik sorun e-postası yöneticiye gönderildi

Bağlantıya tıkladıktan ve kurtarma moduna girdikten sonra, soruna neden olan eklentiyi güvenle devre dışı bırakabilir veya silebilirsiniz.

Daha fazla ayrıntı için lütfen WordPress kurtarma modunu kullanma ve WordPress eklentilerini devre dışı bırakma hakkındaki rehberlerimize bakın.

Kurtarma modu

Yöntem 2: .htaccess Dosyanızı Düzenleyin

Bu yöntemin, WordPress yönetici panosundan kilitlenen ve kurtarma modunu kullanamayan kullanıcılar için özellikle etkili olduğunu düşünüyoruz. Sitenizin dosyalarına doğrudan bağlanmanız ve .htaccess dosyanıza basit bir kod satırı eklemeniz gerekecektir.

Bunu bir FTP istemcisi veya barındırma kontrol panelinizdeki Dosya Yöneticisi uygulaması aracılığıyla yapabilirsiniz. Geliştiricilerimiz bu görev için genellikle FileZilla kullanır.

.htaccess dosyanız sitenizin kök dizininde, yani /wp-content/ ve /wp-admin/ ile aynı klasörde bulunur. Göremiyorsanız, htaccess dosyasını nasıl bulacağınıza dair rehberimize göz atın.

Filezilla'da WordPress .htaccess Dosyası

Dosyayı bulduğunuzda, sağ tıklayın ve ‘Görüntüle/Düzenle’ seçeneğini seçin.

Bu, metin düzenleyicide açacaktır.

WordPress'te .htaccess Dosyasını Görüntüleme/Düzenleme

Şimdi, dosyanın en altına aşağıdaki kod satırını ekleyin:

php_value max_execution_time 300

Kodu ekledikten sonra değişikliklerinizi kaydedin ve dosyayı sunucunuza geri yükleyin. Bu kod, maksimum yürütme süresini 300 saniyeye (5 dakika) ayarlar, bu da çoğu betiğin çalışması için yeterli olmalıdır.

Lütfen bu yöntemin sunucuya bağlı olduğunu ve tüm barındırma yapılandırmalarında çalışmayabileceğini unutmayın. Yeni bir hataya neden olursa (örneğin, bir 500 dahili sunucu hatası), eklediğiniz satırı kaldırın ve dosyayı tekrar kaydedin. Ardından bir sonraki yönteme geçin.

Yöntem 3: php.ini Dosyasını Değiştirme

Bu başka bir güvenilir yöntemdir ve .htaccess değişikliklerinin kısıtlandığı barındırma ortamlarında işe yaradığını gördük. Sunucunuzun php.ini adlı ana PHP yapılandırma dosyasını düzenlemeyi içerir.

Öncelikle, 'MultiPHP INI Düzenleyici' veya 'PHP Yapılandırması' adlı bir araç için barındırma kontrol panelinize (cPanel veya Plesk gibi) bakın. Değişiklik yapmanın en kolay ve en güvenli yolu budur.

Böyle bir araç bulamazsanız, WordPress kök klasörünüzde php.ini adında yeni bir dosya oluşturabilirsiniz. Ardından, dosyayı düzenleyin ve aşağıdaki satırı ekleyin:

max_execution_time = 300

Dosyayı kaydetmeyi unutmayın. Hatayı çözülüp çözülmediğini görmek için artık web sitenizi ziyaret edebilirsiniz.

Yöntem 4: wp-config.php Dosyanızı Düzenleyin

Ekibimiz genellikle bu yöntemi daha hedefe yönelik bir yaklaşım olarak kullanır, çünkü bu, WordPress'e varsayılan sunucu ayarlarını geçersiz kılması için doğrudan talimat verir. Bu, wp-config.php dosyanızı düzenlemeyi içerir.

Bu değişiklik, WordPress PHP betikleri çalıştıkça süre sınırını özellikle artırmaya çalışır. Tüm sunucunuzu değil, yalnızca WordPress uygulamasını etkiler.

Bir FTP istemcisi veya Dosya Yöneticisi kullanarak, WordPress kök dizininizdeki wp-config.php dosyasını bulun. Şu satırı, /* Hepsi bu kadar, düzenlemeyi bırakın. Mutlu yayınlar. */ diyen satırdan hemen önce yapıştırın:

set_time_limit(300);

Değişikliklerinizi kaydedin ve ardından hatanın giderilip giderilmediğini görmek için web sitenizi kontrol edin. Sorunu çözüp çözmediğini görmek için 300 saniye ile başlamanızı öneririz.

Yöntem 5: WordPress Veritabanınızı Optimize Edin

Şişkin bir veritabanının doğrudan betik zaman aşımlarına neden olduğu durumlar gördük. Bu genellikle binlerce gönderi revizyonu, süresi dolmuş geçici veriler veya eski eklentilerden kalan yetim veriler biriktirmiş eski sitelerde olur.

Veritabanınızı düzenli olarak optimize etmek bu gereksiz verileri temizler. Bu, yalnızca yürütme süresi hatasını düzeltmekle kalmaz, aynı zamanda genel web sitesi hızınızı da iyileştirebilir.

WordPress veritabanınızı nasıl optimize edeceğinize dair adım adım kılavuzumuza bakın.

Yöntem 6: WordPress Eklentilerinizi Kontrol Edin

Deneyimlerimize göre, yüzlerce WordPress sitesini sorun giderme sırasında, kötü kodlanmış veya kaynak yoğun bir eklenti, maksimum yürütme süresi hatasının en yaygın nedenidir.

Eklentiler harika özellikler eklese de bazen sorunlara neden olabilirler.

Bir eklentinin suçlu olup olmadığını kontrol etmek için tüm eklentilerinizi geçici olarak devre dışı bırakabilirsiniz. Hata ortadan kalkarsa, bir eklentinin sorumlu olduğunu bilirsiniz.

Tüm WordPress eklentilerini toplu olarak devre dışı bırakın

Ardından, her birini tek tek yeniden etkinleştirin ve her etkinleştirmeden sonra sitenizi kontrol edin. Hata tekrar oluştuğunda, sorunlu eklentiyi bulmuş olursunuz.

Yönetici alanınıza erişemiyorsanız, wp-admin'e erişemediğinizde eklentileri devre dışı bırakma konusunda bir rehberimiz var. Eklentiyi bulduğunuzda, destek için yazarından iletişime geçebilir veya bir alternatif bulabilirsiniz.

Yöntem 7: Barındırma Planınızı Yükseltin

Diğer tüm yazılım düzeyindeki düzeltmeleri tükettikten sonra, genellikle müşterilerimize temel nedenin barındırma planlarının kaynak sınırlaması olduğunu tavsiye ederiz. Temel bir paylaşımlı hosting planında iseniz, kaynaklarınıza yetmiyor olabilirsiniz.

Barındırma hizmetinizi yükseltmek genellikle kalıcı bir çözüm sunar. SiteGround (WPBeginner'da kullandığımız), Bluehost ve Hostinger gibi şirketler, bu yaygın sorunları kutudan çıktığı gibi ele almak üzere yapılandırılmış WordPress için optimize edilmiş planlar sunar.

WordPress barındırma hizmetini nasıl seçeceğinizle ilgili daha fazla ayrıntı için en iyi WordPress barındırmasını nasıl seçeceğiniz hakkındaki kılavuzumuzu okuyabilirsiniz.

Yöntem 8: WordPress Desteği Alın

Yukarıdaki yöntemleri denediyseniz ve sorunu hala çözemediyseniz, hosting sağlayıcınızın destek ekibiyle iletişime geçmenizi şiddetle tavsiye ederiz. Size erişilemeyen sunucu tarafı günlüklerini kontrol edebilirler, bu da genellikle sorunun kesin nedenini belirleyebilir.

Ayrıca, diğer WordPress kullanıcılarından tavsiye istemek için WPBeginner Engage Facebook grubumuz gibi yardımcı bir topluluğa katılabilirsiniz.

WPBeginner Engage Facebook grubu

Maksimum Yürütme Süresi Hatası Hakkında Sıkça Sorulan Sorular

Bu özel WordPress hatası hakkında en sık sorulan sorulardan bazıları şunlardır.

İyi bir maksimum yürütme süresi değeri nedir?

300 saniye değerinden başlamanızı öneririz. Bu, çoğu uzun süren PHP betiğinin tamamlanması için genellikle yeterli bir süredir ve sunucu kararlılığı için risk oluşturacak kadar yüksek değildir.

WordPress temam bu hataya neden olabilir mi?

Evet, kesinlikle. Kötü kodlanmış bir tema veya önemli işlem gerektiren çok karmaşık özelliklere sahip bir tema, özellikle güncellemeler sırasında veya demo içeriği içe aktarılırken bazen maksimum yürütme süresi hatasına neden olabilir.

Yürütme süresini artırmak sitemi yavaşlatır mı?

Hayır, maksimum yürütme süresini artırmak web sitenizi yavaşlatmaz. Bu ayar bir sınırdır, hedef değildir. Yalnızca meşru, uzun süren işlemlerin başarılı bir şekilde tamamlanması için daha fazla zaman tanır, bu da ziyaretçiler için sitenizin normal yükleme hızını olumsuz etkilemez.

Ek WordPress Sorun Giderme Kılavuzları

Başka türde WordPress hataları mı yaşıyorsunuz? Bu rehberler size yardımcı olabilir:

Umarım bu makale, WordPress'te ölümcül hata: maksimum yürütme süresi aşıldı hatasını düzeltmenize yardımcı olmuştur. Ayrıca, WordPress'te veritabanı bağlantısı kurma hatasını düzeltme rehberimize ve en iyi yönetilen WordPress barındırma sağlayıcıları hakkındaki en iyi seçimlerimize de göz atmak isteyebilirsiniz.

Bu makaleyi beğendiyseniz, lütfen WordPress video eğitimleri için YouTube Kanalımıza abone olun. Bizi ayrıca Twitter ve Facebook'ta da bulabilirsiniz.

Açıklama: İçeriğimiz okuyucu desteklidir. Bu, bazı bağlantılarımıza tıklamanız durumunda komisyon kazanabileceğimiz anlamına gelir. WPBeginner'ın nasıl finanse edildiğini, neden önemli olduğunu ve bize nasıl destek olabileceğinizi görün. İşte editöryal sürecimiz.

Nihai WordPress Araç Seti

Araç Kitimize ÜCRETSİZ erişim kazanın - her profesyonelin sahip olması gereken WordPress ile ilgili ürün ve kaynaklardan oluşan bir koleksiyon!

Okuyucu Etkileşimleri

73 CommentsLeave a Reply

  1. Bu “Fatal Error: Maximum Execution Time Exceeded” hatasını düzeltmenin bir yolunu keşfettiğim için mutluyum. Hatayı genellikle bir sitenin açılması veya bir sayfanın yüklenmesi çok uzun sürdüğünde fark ettim. Bu yüzden hatanın tarayıcıdan kaynaklandığını düşünüyordum, aslında hostingden kaynaklandığını bilmiyordum.
    Süre dolumunu 5 dakikadan daha yüksek tutmanın anlamı nedir, ne olmuş olabilir?

    • Yürütme süresinin çok uzun olması durumunda ortaya çıkabilecek bir sorun, sitenin yüklenmesinin veya işlenmesinin çok uzun sürmesi veya sitenin aşırı yüklenmesidir.

      Yani sunucu kapasitesi, yüklenme süresi ve site ihtiyaçları arasında iyi bir denge kurmakla ilgili.

      • Cevabınız için teşekkürler.
        Kesinlikle haklısınız, bu dengeyi bulmak çok önemli. Özellikle yüksek trafik performanslarında, kullanıcı deneyiminden ödün vermeden yükü verimli bir şekilde kaldırabildiğinden emin olmak için uzun yürütme sürelerinin site yavaşlamalarına ve hatta zaman aşımlarına neden olduğu durumlarla karşılaştım. Desteğiniz için minnettarım.

  2. Sizce bu değerin makul maksimumu nedir? Bazen bazı eklentiler, özellikle içe ve dışa aktarma için, bir eylem gerçekleştirmeden önce oldukça fazla zamana ihtiyaç duyar. Bu nedenle, aşılmaması gereken bir değerle ilgilenirdim, çünkü bu örneğin bir güvenlik riski anlamına gelebilir.

    • 60 ile başlamak normalde test etmek için iyi bir yoldur ve ardından belirli göreve bağlı olarak ne kadar artırılacağı veya bir hata için ana bilgisayarla kontrol edilmesi gerekip gerekmediği belirlenir.

      Yönetici

      • Cevap için teşekkürler. Şu anda 300 limitim var ve bu yeterli. Bu yüzden bu değerde bırakacağım, sonra bakarız. Düşük bir değer girdiğimde bazen limitlere sığmıyorum. Teşekkürler. Limiti kesinlikle artırmayacağım o zaman.

  3. Bir sorunla karşılaştığımda Google'da arama yapıyorum, web sitenizi buldum ve sorunlarımı her zaman web sitenizden çözdüm, çok teşekkürler

  4. XAMPP üzerinde yerel olarak barındırılan WordPress'te bu sorunu nasıl çözeceğim

    • Aynı yöntemi kullanırsınız, dosyanın xampp/php altında zaten oluşturulmadığından emin olmak isteyebilirsiniz, bu durumda dosyayı orada düzenlemek istersiniz.

      Yönetici

    • Barındırma sağlayıcınızla iletişime geçin, size yardımcı olabilirler.

      Yönetici

  5. Düzgün çalışıyor. Premium alışveriş teması yükledim ve gerekli eklentileri yüklerken hata aldım. .htaccess dosyama php_value max_execution_time 300 satırını ekledikten sonra çalışıyor ve gerekli tüm eklentiler yükleniyor. Bu sorunla son 2/3 saattir uğraşıyorum. Çok zaman kazandığınız için teşekkürler.

  6. Harika makale için çok teşekkürler!
    Sorunumu çözdü – yerel WordPress kurulumumu v.5.2.5'ten v.5.3.2'ye yükseltmeye çalışırken oldu.
    .htaccess dosyasının en altına “php_value max_execution_time 300” satırını eklemek, benim durumumda yeterli oldu.
    Saygılarımla!

  7. Bu sorun yüzünden çok üzülmüştüm. Makalenizi okuduktan sonra bu sorun çözüldü.
    Çok teşekkür ederim.

  8. Merhaba,
    Bu çok faydalı bilgiyi paylaştığınız için teşekkürler.
    Bana çok yardımcı oluyor.
    Size en iyisini dilerim,
    Quy

  9. Adımları izledim ama işe yaramadı, 500 dahili hata mesajı gösteriyor ve site çöktü.

  10. Sevgili Dostlar,
    Woocommerce ayarlar sekmesine tıkladığımda aşağıdaki gibi bir maksimum yürütme süresi sınırı hatası alıyorum. php.ini dosyasına max_execution_time = 360 ekledim ancak işe yaramadı.

    woo-commerce hariç tüm eklentileri devre dışı bıraktım ve varsayılan bir WordPress temasına geçtim, bu adımların hiçbiri benim için işe yaramadı.

    Bu sorunu çözmeme yardım edecek iyi kalpli biri var mı?

    • Sitenizin yürütme süresini değiştirmenizi engelleyen geçersiz bir ayar olup olmadığını görmek için barındırma sağlayıcınızla iletişime geçin. Bu olası neden olabilir

      Yönetici

    • Bunu betiğinizde deneyin (ilk satıra yerleştirdim ve çalışıyor):
      ini_set(‘max_execution_time’, ‘600’);

      Umarım yardımcı olur.

      -Kaan

  11. Bunu nasıl çözebilirim? Ölümcül hata: C:\xampp\htdocs\wp\wp-includes\Requests\Transport\cURL.php dosyasının 163. satırında 30 saniyelik maksimum yürütme süresi aşıldı

  12. oy vermeyi reddet
    Sadece WAMP sunucunuzun çevrimiçi olup olmadığını kontrol etmeniz gerekiyor.

    WAMP sunucunuzu çevrimiçi yapmak için şu adımları izleyin.

    Görev çubuğundaki WAMP sunucusu bildirim simgesine gidin.
    WAMP sunucusu simgesine tek tıklayın.
    Menüden son seçeneği, yani "Put Online" (Çevrimiçi Yap) seçeneğini seçin.
    Sunucunuz otomatik olarak yeniden başlayacaktır (yalnızca en son sürümlerde). Aksi takdirde, sunucunuzu manuel olarak yeniden başlatmanız gerekir.
    Ve İŞİNİZ BİTTİ…

  13. Merhaba, bu sorunla uzun zamandır karşılaşıyorum, nasıl çözeceğimi bilmiyorum.

    Ana sayfamı ziyaret ederken bu hatayı alıyorum Uyarı: session_start(): open(/tmp/sess_e8717886215bae41c9c82993bd822901, O_RDWR) başarısız oldu: Disk kotası aşıldı (122) /home/waqas1385/public_html/example.com/wp-content/plugins/easy-contact/econtact.php satır 112'de

    Sitemin tamamını aradım ama bu 'easy contact' eklentisi yüklü değil ve dosya yöneticisinde bulamıyorum.

    Lütfen bu hatayı nasıl düzelteceğime yardım edin. Teşekkürler

    • Merhaba Waqas,

      Bir FTP istemcisi kullanmayı deneyin ve bu klasörü manuel olarak bulun. FTP istemcinizin gizli dosyaları da gösterecek şekilde ayarlandığından emin olun.

      Kötü kodlanmış bir eklentinin oturum başlattığı ve sunucunuzun geçici oturum dosyalarını silemediği anlaşılıyor. Bu, web barındırma posta kutularınız gibi başka yerlerde depolanan geçici dosyalar tarafından da tetiklenebilir.

      Yönetici

  14. This didn’t work for me, now I can’t even get to the log in page and it gives an error message for my whole site :(

  15. Merhaba, PHP 5.5 kullanıyorum.
    Cpanel'de .htaccess kod düzenleyicisini açtığımda aşağıdaki metni görüyorum.
    Bu kodu tam olarak nereye eklemeli ve kaydetmeliyim?

    # PHP55 Kullanın
    AddHandler application/x-httpd-php55 .php

    suPHP_ConfigPath /opt/php55/lib

    # BEGIN WordPress

    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ – [L]
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteRule . /index.php [L]

    # SON WordPress

  16. Bu, temel sorunu hiç çözmez, yani WP altında çalışan bir şeyin CPU kaynaklarını tamamen tükettiği anlamına gelir. Zaman aşımı değerini artırmanın bir çözüm olduğunu önermek iyi bir uygulama değildir - kök nedene odaklanın. Bu birçok şekilde olabilir (apache kütüphanesi, senkron okuma vb.), ancak olağan suçlular, çok uzun veya sonsuz bir döngüye takılmış bir WP eklentisindeki bazı PHP kodlarıdır. Belki de iki veya daha fazla WP eklentisi arasında tuhaf bir etkileşim vardır.

    Tartışılanlar dahil olmak üzere tüm senaryolarda, CPU yükü makul bir değere düşene kadar WP eklentilerinizi geri çekmeniz (devre dışı bırakmanız) gerektiğidir. Bir sonraki adım, bir eklenti sorununu veya eklenti etkileşim sorununu nasıl izleyeceğinizi bulmaktır, bu da şüpheli eklentilere odaklanan forumlarda kaliteli zaman geçirmeyi içerebilir.

    • @ELLAYARARWHY'ye katılıyorum. Maksimum yürütme süresini ayarlamanın amacı güvenlik ve kullanıcı deneyimidir, ayarları bu şekilde değiştirmek bana göre sorunu gerçekten çözmek yerine sadece yamamak gibidir. Süreyi artırmak uzun vadeli bir çözüm değildir.

  17. WAMP dizininizde bulunan php.ini dosyasındaki maksimum yükleme dosya boyutunu deneyebilirsiniz. Alternatif olarak, içe aktarmaya çalıştığınız XML dosyasını bölmeyi deneyebilirsiniz.

  18. XAMPP üzerinde WordPress 4.1 kurulu. wp-content ve wp-admin klasörlerinde .htaccess dosyalarım yoktu. Bahsettiğiniz kodla kendim ekledim ama bu hatayı düzeltmedi. Eklentiyi yüklemeyi de denedim ama bu da hatayı düzeltmedi.

    I tried running WordPress on WAMP and I am getting the error on WAMP too. I am getting this error when I try to import the Theme Unit Test XML file. What else can I do? :(

  19. Merhaba Syed
    XAMPP kullanarak WordPress yerel sitelerini güncellerken bu hata mesajını birkaç kez aldım.

    Bu çözüm yerel bir kurulumda çalışır mı?

Yanıt Bırakın

Yorum bırakmayı seçtiğiniz için teşekkürler. Lütfen tüm yorumların yorum politikamıza göre denetlendiğini ve e-posta adresinizin YAYINLANMAYACAĞINI unutmayın. Lütfen isim alanında anahtar kelime KULLANMAYIN. Kişisel ve anlamlı bir sohbet edelim.