উত্তরটি আপাতভাবে হ্যাঁ, আমার চিন্তা করা উচিত । কিছু গবেষণার পরে, আমি দেখতে পেয়েছি যে সতর্কতাটি সার্ভারের ভুল কনফিগারেশনের সাথে সম্পর্কিত বলে মনে হচ্ছে যে ওয়ার্ডপ্রেস হোস্ট করা হয়েছে (অর্থাত্ ওয়ার্ডপ্রেস নয়, আমার সার্ভারে একটি সমস্যা)।
সাধারণ ভুল কনফিগারেশন:
- সার্ভারে ডিএনএস নেই এবং তাই এটি "উদাহরণ.কম" কে তা খুঁজে পাওয়া যায় না, যদিও এটি নিজেই রয়েছে।
- সার্ভার প্রশাসকরা, সুরক্ষার পথে একটি বিভ্রান্তিকর চেষ্টা করে "লুপব্যাক" অনুরোধগুলি অবরুদ্ধ করেছেন, সুতরাং এটি আসলে নিজের কাছে ফিরে কল করতে পারে না।
- সার্ভারটি "মোড_সিকিউরিটি" বা অনুরূপ কিছু চালাচ্ছে যা মস্তিষ্ক-মৃত কনফিগারেশনের কারণে কলটি সক্রিয়ভাবে অবরুদ্ধ করে।
আমার ক্ষেত্রে সমস্যাটি আসলে আমার ফায়ারওয়াল (পিএফসেন্স) দ্বারা সৃষ্ট হয়েছিল, যা ডিফল্টরূপে "নিষ্ক্রিয় NAT প্রতিবিম্ব" আছে (সাধারণ কারণ হিসাবে চিহ্নিত # 2)।
সার্ভারে নিজেই, আমি টেলনেট ব্যবহার করে নিজেকে পৌঁছানোর চেষ্টা করেছি এবং ফলাফলটি নীচে ছিল:
$ টেলনেট বহিরাগত.সভার। হস্টনাম.কম 19235
XXX.XXX.XXX.XXX চেষ্টা করে ...
টেলনেট: দূরবর্তী হোস্টের সাথে সংযোগ করতে অক্ষম: সংযোগের সময়সীমা শেষ
এটি ঠিক করতে, আমাকে আমার ফায়ারওয়ালে নিষ্ক্রিয় NAT প্রতিবিম্বটি চেক করতে হবে। আমার ক্ষেত্রে, এটি সিস্টেম-> অ্যাডভান্সড-> ফায়ারওয়াল / NAT এর অধীনে pfSense এর ওয়েব ইন্টারফেসে ছিল।
সূত্র: http://forum.pfsense.org/index.php?topic=3473.0
এখন আমি ফায়ারওয়ালের মাধ্যমে নিজের সাথে (সার্ভারে নিজেই) সংযোগ করতে পারি:
$ টেলনেট বহিরাগত.সভার। হস্টনাম.কম 19235
XXX.XXX.XXX.XXX চেষ্টা করে ...
বহিরাগত.সর্ভার। হস্টনাম.কমের সাথে সংযুক্ত।
পালানোর চরিত্রটি '^]'।
এবং আমি আর ডাব্লুপি-ক্রোন সম্পর্কে পিএইচপি সতর্কতা পাচ্ছি না।
এটি সম্পর্কিত কীভাবে তা ব্যাখ্যা করে এই বিশদ উত্তরটি পড়ার পরে আমি এটি আবিষ্কার করেছি।wp_cron
সংক্ষিপ্ত উত্তর: এটি আপনার wp-config.php ফাইলে সংজ্ঞায়িত করতে যুক্ত করুন: সংজ্ঞায়িত করুন ('ALTERNATE_WP_CRON', সত্য);
সত্যই দীর্ঘ উত্তর, মাসোশিস্টদের জন্য: নির্ধারিত পোস্টগুলি এখন নেই এবং কখনও হয়নি, "ভাঙ্গা"। ওয়ার্ডপ্রেসের বিকাশকারীরা এটি ঠিক করতে পারবেন না কারণ এখানে ঠিক করার মতো কিছুই নেই।
সমস্যাটি সত্য যে আপনার সার্ভারটি কোনও কারণে ডাব্লুপি-ক্রোন প্রক্রিয়াটি সঠিকভাবে সম্পাদন করতে পারে না in এই প্রক্রিয়াটি ওয়ার্ডপ্রেসের টাইমিং মেকানিজম, এটি নির্ধারিত পোস্ট থেকে এক্সএমএলআরপিসি পিংস ইত্যাদিতে পিংব্যাকগুলি প্রেরণ পর্যন্ত সমস্ত কিছুই পরিচালনা করে
এটি যেভাবে কাজ করে তা বেশ সহজ। যখনই কোনও ওয়ার্ডপ্রেস পৃষ্ঠা লোড হয়, অভ্যন্তরীণভাবে ওয়ার্ডপ্রেস এটি ডাব্লুপি-ক্রোন (শেষ বারের সাথে ডাব্লুপি-ক্রোন চলমান সময়ের সাথে তুলনা করে) চালানোর প্রয়োজন কিনা তা পরীক্ষা করে দেখে। যদি এটি ডাব্লুপি-ক্রোন চালানোর প্রয়োজন হয়, তবে এটি ডাব্লুপি-ক্রোন.এফপি ফাইলকে কল করে একটি HTTP সংযোগটি নিজের কাছে ফিরিয়ে আনার চেষ্টা করে।
এই সংযোগটি নিজের কাছে ফিরে আসার কারণ রয়েছে। ডাব্লুপি-ক্রোনটিতে অনেক কাজ করার দরকার আছে এবং সেই কাজে সময় লাগে। ব্যবহারকারীকে তার ওয়েবপৃষ্ঠাটি দেখতে প্রচুর পরিমাণে জিনিস দেখার সময় বিলম্ব করা একটি খারাপ ধারণা, সুতরাং সেই সংযোগটি নিজেই তৈরি করে, এটি একটি পৃথক প্রক্রিয়াতে ডাব্লুপি-ক্রোন প্রোগ্রাম চালাতে পারে। যেহেতু ওয়ার্ডপ্রেস নিজেই ডাব্লুপি-ক্রনের ফলাফলের বিষয়ে চিন্তা করে না, এটি কেবল এক সেকেন্ড অপেক্ষা করে, তারপরে ব্যবহারকারীর জন্য ওয়েবপৃষ্ঠায় রেন্ডারিংয়ে ফিরে যায়। এদিকে, ডাব্লুপি-ক্রোন চালু হওয়ার পরে, এটি শেষ না হওয়া বা কার্যকর হওয়ার সময় শেষ না হওয়া অবধি তার কাজ করে।
এইচটিটিপি সংযোগটি যেখানে কিছু খারাপভাবে কনফিগার করা সিস্টেম ব্যর্থ হয়। মূলত, ওয়ার্ডপ্রেস একটি ওয়েব ব্রাউজারের মতো কাজ করছে। যদি আপনার সাইটটি http://example.com/blog ছিল
, তবে WP প্রক্রিয়াটি শুরু করার জন্য http://example.com/blog/wp-cron.php কল করবে
। যাইহোক, কিছু সার্ভার কেবল কোনও কারণে এটি করতে পারে না। সম্ভাব্য কারণগুলির মধ্যে:
- সার্ভারে ডিএনএস নেই এবং তাই এটি "উদাহরণ.কম" কে তা খুঁজে পাওয়া যায় না, যদিও এটি নিজেই রয়েছে ।
- সার্ভার প্রশাসকরা, সুরক্ষার পথে একটি বিভ্রান্তিকর চেষ্টা করে "লুপব্যাক" অনুরোধগুলি অবরুদ্ধ করেছেন, সুতরাং এটি আসলে নিজের কাছে ফিরে কল করতে পারে না।
- সার্ভারটি "মোড_সিকিউরিটি" বা অনুরূপ কিছু চালাচ্ছে যা মস্তিষ্ক-মৃত কনফিগারেশনের কারণে কলটি সক্রিয়ভাবে অবরুদ্ধ করে।
- অন্যকিছু.
মুল বক্তব্যটি যে কারণেই হোক না কেন, আপনার ওয়েব সার্ভারটি কিছু মানহীন উপায়ে কনফিগার করা হয়েছে যা ওয়ার্ডপ্রেসকে তার কাজ করতে বাধা দিচ্ছে। ওয়ার্ডপ্রেস কেবল এটি ঠিক করতে পারে না।
যাইহোক, আপনার যদি এই অবস্থা থাকে তবে একটি কার্যকারিতা রয়েছে। আপনার wp-config.php ফাইলে সংজ্ঞায়িত করতে এটি যুক্ত করুন:
সংজ্ঞায়িত করুন ('ALTERNATE_WP_CRON', সত্য);
এই বিকল্প পদ্ধতিটি একটি পুনর্নির্দেশ পদ্ধতির ব্যবহার করে, যা ক্রোন চালানোর প্রয়োজন হলে ব্যবহারকারীদের ব্রাউজারটিকে পুনর্নির্দেশিত করে তোলে, যাতে ক্রোনটি কেবল সরে যাওয়া সংযোগে ক্রোন চালিয়ে যাওয়ার সাথে সাথে তারা সাইটে ফিরে আসে। এই পদ্ধতিটি কখনও কখনও কিছুটা ifif হয়, যে কারণে এটি ডিফল্ট হয় না।
সূত্র: http://wordpress.org/support/topic/schedmitted-posts-still-not-working-in-282#post-1175405
এই দুর্দান্ত এবং বিস্তারিত পোস্টে যেমন বলা হয়েছে, আপনার সার্ভারের কনফিগারেশনের উপর যদি আপনার কোনও নিয়ন্ত্রণ না থাকে বা, প্রযোজ্য হয়, পরিবেশ - একটি কাজ করা হয়
সংজ্ঞায়িত করুন ('ALTERNATE_WP_CRON', সত্য);
আপনার wp-config.php ফাইলে।
allow_url_fopenসেট করা আছে?