কেন? করছেন_wp_cron আমার URL গুলিতে যুক্ত করা হচ্ছে?

Question

আমি কখনও কখনও আমার ইউআরএলগুলির শেষে এই স্ট্রিংটি যুক্ত করছি:

/?doing_wp_cron

এটা কি জন্য কেউ জানেন? আমি কীভাবে এটি অপসারণ করতে পারি?

Comments

প্লাগইনটি অল ইন ওয়ান ইভেন্ট ক্যালেন্ডারে এটি ঘটছে । এর ক্ষেত্রে সমাধানটি হিসাবে হিসাবে সংজ্ঞায়িত ALTERNATE_WP_CRON করা falseহয় wp-config.php।

— brasofilo

Answer 1

এটি এমন একটি চিহ্ন যা আপনি নিজের ALTERNATE_WP_CRONমধ্যে সংজ্ঞায়িত করেছেনwp-config.php

কিছু ব্যাকগ্রাউন্ড প্রসেসিং করার জন্য (যেমন নির্ধারিত পোস্টগুলি প্রকাশ করা), ওয়ার্ডপ্রেস আপনাকে ?doing_wp_cronসংযুক্ত যুক্ত URL এ পুনঃনির্দেশ করে ।

Comments

ধন্যবাদ! আপনি কি জানেন যে আমার ইউআরএলগুলির শেষে থেকে এ থেকে মুক্তি পেতে আমি কী করতে পারি?

— অ্যান্ড্রু ওয়ার্নার

Wp-config.php থেকে লাইনটি সরান (যদিও এটি ক্রোনকে কাজ করা থেকে বিরত করতে পারে)।

— স্ক্রিবু

@scribu iums ব্যাকআপবডিকে কাজ করতে পেতে ডব্লিউপি-কনফিগারেশন ফাইলে সেই লাইনটি সেট আপ করার পরামর্শ দেয়, সুতরাং সেই লাইনটি আবার মুছে ফেলা নিশ্চিত করে যে প্লাগইন আর কাজ করবে না। আপনার জ্ঞানের ব্যাকআপবাডি ডাম্পিং করা ছাড়া এর অন্য কোনও "সমাধান" আছে?

@ পিট: এটি আইমসের পক্ষ থেকে একটি বরং অদ্ভুত প্রয়োজন। একটি সম্ভাব্য সমাধান হ'ল ইউনিক্স ক্রোন জব ব্যবহার করা। একটি নতুন প্রশ্ন খুলুন।

— scribu

আপনার পরামর্শের জন্য @ এসক্রিবু ধন্যবাদ, নতুন প্রশ্ন পোস্ট করা হয়েছে: ওয়ার্ডপ্রেস.স্ট্যাকেক্সেঞ্জিং

Answer 2

আমি এই সমস্যাটি সম্পর্কে অনেকগুলি পোস্ট দেখেছি তবে তাদের মধ্যে কয়েকটিই সত্যিকারের সমাধান পেতে সফল হয়েছে। আমার জন্য যা এই সমস্যাটি সমাধান করে তা হিট্যাক্সেস ফাইলটিতে পুনঃনির্দেশ পরিচালনা করা।

.Htaccess ফাইলে এই লাইনগুলি যুক্ত করে কীভাবে ইউআরএলকে পুনর্নির্দেশ করা যায় তার একটি উদাহরণ এখানে রয়েছে:

<IfModule mod_rewrite.c>
    Options +FollowSymLinks
    RewriteEngine On
    RewriteCond %{QUERY_STRING} (^|&)doing_wp_cron= [NC]
    RewriteRule (.*) /$1? [R=301,L]
</IfModule>

আশা করি এটি সাহায্য করবে!

দ্রষ্টব্য: এই টিপসটি এই ফোরাম থেকে আসে

Comments

এটা আদর্শ নয়। বিকল্প ক্রোন অক্ষম করা ভাল।

— ফুসিয়া

@ টসচো: আমি যা বুঝতে পেরেছি তা এখানেই রয়েছে (সম্ভবত আমি কিছু মিস করছি)। 'ALTERNATE_WP_CRON' পরম ওয়ার্ডপ্রেস দৃষ্টিকোণ থেকে ক্রোন জব অক্ষম করে। সুতরাং এটি ওয়ার্ডপ্রেস "ইঞ্জিন" এ অক্ষম। তারপরে 'অল ইন ওয়ান ইভেন্ট ক্যালেন্ডার' প্লাগইন, ব্যাকডাব্লুআপ এবং সমস্ত স্টাফ যাতে কাজের সময়সূচী প্রয়োজন তাদের কাজগুলি এগিয়ে নিতে সক্ষম হবে না। অ্যাপাচি পুনঃনির্দেশের সাথে খেলে, ওয়ার্ডপ্রেস ইঞ্জিনটি প্রভাবিত হবে না। এটাই আমি বুঝি তবে আমার কাছে সমস্ত কিছুই পরিষ্কার নয়। আমি কোথায় ভুল করছি?

— জিপেটো

Answer 3

@ স্ক্রিবু আমি বিশ্বাস করি যে ব্যাকআপবডি ব্যাকআপ পদ্ধতির অংশ হিসাবে কাজগুলি নির্ধারণের জন্য ওয়ার্ডপ্রেস টাস্ক শিডিয়ুলিং ব্যবহার করে - যদি সাইটটিতে লুপব্যাক অক্ষম থাকে তবে কেবলমাত্র একমাত্র সমাধান (কিছু বাইসোকের বাহ্যিক সমাধান ব্যতীত) এবং নির্দিষ্ট বিকল্প সমাধান যা আমি নিশ্চিত যে আপনি জানেন, ওয়ার্ডপ্রেসে সংহত, এটি বিকল্প ক্রোন ফিক্স। সুতরাং হোস্টের লুপব্যাক অক্ষম থাকলে এটি কেবল "প্রয়োজনীয়"। মনে রাখবেন যে যদি এটি হয় তবে নানির্ধারিত কাজগুলি, সেগুলি স্ট্যান্ডার্ড ওয়ার্ডপ্রেস নির্ধারিত কাজগুলি বা অন্য প্লাগইনগুলির সাথে সম্পর্কিত, তারা কাজ করবে। যা মনে হচ্ছে তা হ'ল কোনও ব্যবহারকারী জানবেন না যে তাদের হোস্ট ব্যাকআপবুডি চেষ্টা না করা পর্যন্ত তাদের ওয়ার্ডপ্রেস ইনস্টলেশনটি আটকে রেখেছে কারণ সমস্যাটি সেই বিন্দু অবধি অদৃশ্য হওয়ার চেয়ে স্পষ্ট করে তোলে।

ক্রন্টব টাইপ পদ্ধতির ব্যবহার কেবল স্টিকিং-প্লাস্টার কারণ আপনি যদি ওয়ার্ডপ্রেস ক্রোন প্রসেসিংটিকে খুব ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘন ঘনিয়ে দেওয়ার জন্য তৈরি করেন তবে এটি কিছু ধরণের তফসিলী কাজগুলি নিয়ে কাজ করবে।

অবশ্যই যদি কোনও ব্যবহারকারী বিকল্প ডাব্লুপি ক্রোন ফিক্সটি ব্যবহার করতে না বা ব্যবহার করতে না পারে, কোনও হোস্টে যেতে চান না যা লুপব্যাকগুলিকে অনুমতি দেয় এবং উপযুক্ত ক্রন্টব্যাব ভিত্তিক সক্ষমতা সেট করতে সক্ষম হওয়ার মতো পর্যাপ্ত জ্ঞানযোগ্য না হয় ব্যাকআপবুডি একটি ম্যানুয়াল ব্যাকআপ মোড অফার করে যা কাজ করবে তবে শিড্যুলিং উপলভ্য থাকাকালীন এটির কিছুটা দক্ষতার আনা নেই।

Answer 4

এই সমস্যার কারণ কী তা হ'ল বিকল্প ক্রোন। এটির কার্যকারিতাটি জানাতে যদি আপনার অ্যাক্সেস থাকে তবে আপনি একটি প্রকৃত ক্রোন প্রক্রিয়া সক্ষম করতে পারেন (যদি আপনার হোস্টিং আপনাকে অনুমতি দেয়) এবং আপনার wp-config.php এ ALTERNATE_WP_CRON অক্ষম করতে পারে।