خرابی اندرونی سرور کی خرابی: یہ کیا ہے اور اس سے نمٹنے کے لئے

اکثر مصیبت کی خدمات کے مالکان مسلسل غلطی پیغام 500 (داخلی سرور کی خرابی) کی وجہ سے شکار ہوتے ہیں. وہ، جیسا کہ یہ کہا جاتا ہے، صرف زہر زندہ ہے. اب ہم مختصر صورت حال کے جوہر کو سمجھنے کی کوشش کریں گے اور مستقبل میں ایک غلطی کی ظاہری شکل سے چھٹکارا حاصل کرنا ممکن ہے.

خرابی اندرونی سرور کی خرابی: یہ کیا ہے؟

لہذا، اس جملے کے معنی سے، شاید، شروع کرو. ونڈوز غلط ڈائرکٹری (اور نہ صرف) میں، ایک غلطی نمبر 500 ہے جو کمپیوٹر کے اندرونی سرور کی خرابی سے متعلق ہے. اس جملی کا ترجمہ یہ ہے کہ HTTP پروٹوکول کی حیثیت سے متعلق اندرونی سرور کی خرابی .

دراصل، غلطی کا مطلب یہ ہے کہ سرور سافٹ ویئر یا تو کام نہیں کرتا یا کام کرتا ہے، لیکن اس میں سے ایک یا اس کے اجزاء کلائنٹ کے درخواستوں کا جواب دینے میں ناکام رہتے ہیں، مثال کے طور پر، ایک سرچ انجن یا انٹرنیٹ براؤزر.

غلطی کا سبب

غلطی کے بارے میں بات کرتے ہوئے وسیع پیمانے پر اندرونی سرور کی خرابی، یہ خیال ہے کہ یہ بہت سارے سائٹس یا وسائل سے مکمل طور پر مختلف CMS کے ساتھ لکھا ہے. یہاں، راستے سے، آپ کو اس کی موجودگی کے سبب وجوہات کی ضرورت ہے.

اگر ورڈپریس کی طرح کنٹرول ڈھانچے استعمال نہیں کرتے ہیں تو ویب سائٹ کی تشکیل کرتے وقت استعمال نہیں کیا جا سکتا ہے، شاید اس وجہ سے یہ حقیقت یہ ہے کہ میزبان خود کو ناکام ہوجاتا ہے جب غلط پی ایچ پی کی توسیع سے منسلک ہوجاتا ہے. ، یا درخواست کے بعد سائٹ غلط HTTP ہیڈر واپس آتی ہے جو آپ کے سرور کی طرف سے تسلیم نہیں کیا جاسکتا ہے.

غلطی کا کوئی کم عام سبب اندرونی سرور کی خرابی کو درست رسائی کے حق کی کمی نہیں کہا جاسکتا ہے. لہذا، مثال کے طور پر، اگر میزبانی کردہ پی ایچ پی کی فائلیں 788 کے رسائی کے حقوق ہیں، تو یہ بہت اچھی طرح سے ہوسکتا ہے کہ ان کے پھانسی کو صرف سرور کے ذریعہ بلاک کیا جاسکتا ہے، جس کے نتیجے میں ایک غلط پیغام ہے.

اس میں سے ایک وجوہات میں سے ایک سکرپٹ کے کافی لمبے کام ہوسکتا ہے. حقیقت یہ ہے کہ پی ایچ پی ٹائم رکاوٹ صرف میزبانی کرنے کے لئے درست نہیں ہیں، اسی طرح کی حدود سرور کی جانب سے لاگو کیے جا سکتے ہیں. دوسرے الفاظ میں، اس طرح کچھ عرصے سے آپریشن سے باہر نکلتا ہے. جب سرور کسی مخصوص وقت کے اندر درخواست کے جواب میں کوئی جواب نہیں ملتا ہے، تو اس کو سکرپٹ کے عمل کو روکنے کے لئے آسان بناتا ہے.

کچھ صورتوں میں، داخلی سرور کی خرابی غلطی ہوسکتی ہے جب ہوسٹنگ میموری کی حد سے زیادہ ہے. بس یہ کہتے ہیں کہ اسکرپٹ کے لئے اسکرپٹ کو لازمی ضرورت سے زیادہ ضرورت ہوتی ہے، اور حقیقت میں ایسی حد صرف پی ایچ پی میں ہی نہیں ہوتی ہے، اس کے ذریعہ وسائل کے استعمال پر تمام پابندیاں لکھی جاتی ہے.

آخر میں، اندرونی سرور کی خرابی کی خرابی کے لئے سب سے عام حالات میں سے ایک غلطی ایچ ٹی ایماس فائل میں غلط ہدایات کا مواد ہے (جس طرح سے، ورڈپریس انجن کے ساتھ کام کرتے وقت یہ اکثر دیکھا جاتا ہے). اب ہم ہر مخصوص صورت حال کا حل ڈھونڈنے کے قریب ہیں.

خرابی اندرونی سرور کی خرابی: آسان طریقوں کو کیسے حل کرنا

سب سے پہلے، دیکھتے ہیں کہ اگر غلط رسائی کے حقوق موجود ہیں تو کیا ہوسکتا ہے. اس صورت میں ، اجازت 777 آپ کو بالکل سب کچھ کے مواد میں ترمیم کرنے کی اجازت دیتا ہے، جس کے بارے میں، سیکورٹی پر اثر انداز ہوتا ہے. ایسی صورت حال میں، آپ کو 755 فولڈرز، سکرپٹ کی فائلوں میں 600، اور 644 تمام اسٹیل ڈیٹا فائلوں پر لاگو کرنے کی ضرورت ہے.

اگر آپ بہت لمبی عرصے سے اسکرپٹ کو چلاتے ہیں تو، آپ کو انتظار کا وقت بڑھانے کی کوشش کر سکتے ہیں، تاہم، ایک سنا ہے. اس طرح کا حل ایک سرشار سرور یا وی پی ایس (مجازی نجی سرور) پر کام کرسکتا ہے، اور مجازی ہوسٹنگ کے معاملے میں کوئی اثر نہیں ہوگا.

جیسا کہ میزبان پر لاگو ہونے والے پابندیوں کے مقابلے میں میموری کی زیادہ سے زیادہ استعمال شدہ کھپت کے لئے، یہاں آپ کو مشورہ سروس سے رابطہ کرنے یا صرف ہوسٹنگ فراہم کرنے والے کو تبدیل کرنے کے لئے صرف مشورہ دے سکتا ہے، جن کی پابندیوں کو اتنا سخت نہیں ہوگا.

اب htaccess فائل کے بارے میں کچھ الفاظ. حقیقت یہ ہے کہ یہ بہت سخت نحو کے استعمال کو قبول کرتا ہے، اگر غلطیوں یا ترتیبات کے دوران کچھ غلطیاں بنائی جاتی تھیں تو، اندرونی سرور کی خرابی سے بچنے کی نہیں. یہاں مندرجہ ذیل آگے بڑھنا ضروری ہے. سب سے پہلے، آپ کی فائل کی موجودگی کو اس سائٹ کی جڑ ڈائرکٹری میں، پھر مکمل طور پر اور مکمل طور پر اس کی بیک اپ کاپی کرکے کی جانچ پڑتال کی ضرورت ہے. اگر اس طریقہ کار کے بعد سائٹ دوبارہ فعال ہوجاتا ہے، تو اس مسئلہ کو ہاکایسسیسی فائل میں ہے، جس کو نحوط میں غلطیوں کی جانچ پڑتال کی ضرورت ہوگی.

ورڈپریس انجن کے ساتھ مسائل

ورڈپریس کے ساتھ، چیزیں بدتر ہیں. حقیقت یہ ہے کہ یہ انجن اصلی ایچ ٹی اے سیسی فائل کو دوبارہ لکھنا ہے، جو میزبان کے فائلوں اور فولڈرز تک رسائی کا انتظام کرنے کے ذمہ دار ہے، اور اس کے بعد اصل فائل صرف ایک بار پیدا کی جانی چاہئے، اور یقینی طور پر ورڈپریس میں نہیں!

اس صورت حال کو حل کرنے کا سب سے آسان طریقہ ورڈپریس تھیم کو غیر فعال کرنا اور بجائے کسی دوسرے کا استعمال کرنا ہے. اگر غلطی غائب ہوگئی ہے، تو یہ خود ہی موضوع ہے، اگر نہیں - آپ کو ورڈپریس پلگ ان کو قدم بہ قدم سے الگ کرنے کی ضرورت ہوتی ہے اور چیک کرنے کی ضرورت ہے جس میں کوئی کارکردگی کو متاثر ہوتا ہے.

کچھ معاملات میں، آپ کو ورڈپریس کو تازہ ترین ورژن پر اپ ڈیٹ کرنے کی ضرورت ہے اور فائل کو اضافی تقریب کو بند کرنی پڑتی ہے. سب سے پہلے، کمپیوٹر ٹرمینل میں اصل .htaccess فائل ڈاؤن لوڈ کریں، پھر فولڈر میں سائٹ درج کریں / wp-admin / شامل / فائل کے بعد ڈاؤن لوڈ کے ساتھ Misc.php، جس کو آپ کو معیاری نوٹ پیڈ (یا کسی اور ٹیکسٹ ایڈیٹر) کھولنے کی ضرورت ہے، اور فنکشن کی "function save_mod_rewrite_rules" function string تلاش کریں. اب، اس تقریب میں، لائن پر جائیں "واپس داخل کریں_ کے ساتھ مارکر ($ htaccess_file، 'ورڈپریس'، $ قوانین)؛" اور اس کے ساتھ تبدیل کریں "سچائی کی واپسی؛" (بالکل، تمام حکمات کے بغیر لکھیں بغیر لکھا ہے). یہ صرف تبدیلیوں کو بچانے اور پرانے فائل misc.php کے متبادل کے ساتھ ہوسٹنگ میں ایک نئی فائل اپ لوڈ کرنے کے لئے رہتا ہے.

اس طریقہ کا نقصان صرف یہی ہے کہ اس صورت میں ورڈپریس اپ ڈیٹ غیر فعال ہے. جب پلگ ان کو منسلک کرتے ہیں، تو وہ قدرتی طور پر کام نہیں کریں گے.

نتیجہ

اصول میں، یہ، تو بات کرنے کے لئے، غلطی اور اس کے خاتمے کے لئے طریقوں کا سب سے عام وجوہات ہیں. دراصل، بہت سے وجوہات موجود ہیں کیوں کہ ایسی حالتوں سے نمٹنے کے بہت سے طریقے ہیں، لہذا آپ کو ہر مخصوص کیس کی صورت حال کا تجزیہ کرنا ہوگا، اور صرف اس کے بعد غلطی کو درست کرنے کا طریقہ منتخب کریں.