گاهی مواقع مشکلی برای سایتی وردپرس ایجاد می شود که این مشکلات می تواند از پلاگین ها و یا قالب و یا … باشد برای مشاهده اینکه در کجا این خطاها وجود دارد باید نمایش خطا در وردپرس را فعال کنیم
در سیستم مدیریت محتوای وردپرس کافیست به هاست و سپس File Manager بروید در محل نصب وردپرس، فایل wp-config.php را در حالت ویرایشگر مربوط به هاست باز کنید و کد زیر را آن پیدا کنید:
غیر فعال کردن Display error و یا Error reporting در سیستم مدیریت مجتوای جوملا بسیار رایج است.
دلیل عمده آن جلوگیری از نمایش Warning های زیاد نمایش داده شده در ابتدای صفحه سایت است. اگر میخواهید اعمال تغییرات در صفحه مدیریتی جوملا را دارید، مراحل زیر را پیگیری کنید:
روش اول
پس از ورود، در بخش System به Global Configuration رفته و در قسمت Server تنظیمات دلخواه را بر روی Error reporting اعمال نمایید. سپس اقدام به ذخیره سازی تغییرات فرمایید.
تغییرات بر روی فایل های تنظیمات اعمال می گردد. برای این کار ابتدا به مسر نصب جوملا در هاست و سپس File manager بروید و فایل Configuration.php را در حال ویرایش باز کنید.
سپس در مقابل error_reporting مقدار E_ALL | E_STRICT را که کامل ترین شرایط را نشان می دهد قرار دهید. سپس تغییرات را ذخیره کنید و اقدام به مشاهده سایت نمایید.
این خطا یعنی سرور مربوطه یک Gateway یا Proxy سرور است که با توجه به درخواستی که برای آن ارسال شده و تنظیمات اعمال شده برروی آن، امکان دریافت پاسخ معتبر از سرور پشتی (سرور backend – که مسئول اصلی پاسخگویی به درخواست ارسال شده است) را ندارد. در این شرایط می توان موارد ذیل را بررسی نمود :
آیا سرور backend با مشکل مواجه است ؟
آیا پراکسی سرور دارای تنظیمات صحیحی به جهت ارجاع درخواست به سرور پشتی می باشد؟
احتمال خرابی شبکه ی مرتبط بین سرور پراکسی و سرور پشتی به درستی بررسی کنید و همچنین از باز بودن پورت های مورد نظر در هر دو سرور اطمینان حاصل شود.
اگر وب اپلیکیشن مربوطه قرار است برروی سوکتی خاص مورد استفاده قرار گیرد، سرورها را به جهت وجود تنظیمات صحیح در این رابطه بررسی کرده و از وجود پرمیشن های (permissions) (سطح دسترسی) صحیح اطمینان حاصل نمایید.
خطای ۵۰۲ یا همان خطای Bad Gateway از خطاهای سمت سرور است. زمانیکه سرورها برای اجرای درخواست‌های رسیده از طرف کاربر، به عنوان یک Gateway یا ابزار مسیریابی عمل میکنند تا صفحات وب مورد درخواست را در دسترس کاربر قرار دهند. وقتی یک پاسخ بی اساس و بی اعتبار از سرور رده بالاتر دریافت شود و یکی از سرورها نتواند به Gateway یا Proxy جوابی معتبر بدهد، کاربر با این خطا مواجه میشود.خطای ۵۰۲
خطای ۵۰۲ یا به معنای “بوجود آمدن مشکل برای یکی از سرورهای اصلی” است. این خطا یکی از کدهای وضعیت HTTP است که به عنوان خطا شناخته میشود. این خطا در همه سیستم عامل ها با مرورگرهای قدیمی یا جدید ایجاد میشود.
خطای ۵۰۲ Bad Gateway:
خطای ۵۰۲ یک خطای سمت سرور می‌باشد که به دلیل وجود مشکل در یکی از سرورهای درگاه اصلی Gateway یا سرور اصلی ممکن است بوجود بیاید. این یعنی ممکن است یکی از سرورها بنا به دلایلی مثل خطا در برنامه ریزی، نداشتن دسترسی لازم، مشکل در بافرهای سرور، پیکربندی نشدن صحیح و… نتواند جواب معتبری به Gateway بدهد. به طور مثال؛ ممکن است یک پاسخ غیر معتبر از طرف سرور به سمت Gateway ارسال شود و سرور اصلی به ناچار این درخواست را غیر معتبر بشناسد. در این صورت این خطا برای کاربر نمایش داده میشود.
نکته: زمانی که سرور دارای مشکل، به کلی خاموش باشد یا نتواند اصلاً جواب بدهد این خطا بوجود نمی آید. زمانی که سرور در حالتی قرار گیرد که اصلا نتواند پاسخگو باشد خطای ۵۰۳ رخ میدهد.
به معنی عدم توانایی سرور در انجام درخواست به دلیل نامشخص می باشد. مهمترین علت بروز این خطا وجود تنظیمات نادرست (به طور مثال محتوای نادرست فایل htaccess)
و یا عدم نصب پکیجی (به طور مثال استفاده از PHP بدون نصب صحیح و کامل آن) در سرور می باشد.
راه حل
خطای Internal Server Error 500 به دلایل بسیار متنوعی ایجاد شود ولی بیشترین و رایج ترین دلایل بروز این خطا می تواند از اعمال سطح دسترسی یا Permission نادرست بر روی فایل ها و دایرکتوری ها، Ownership نادرست در هاست، کد های نادرست در فایل php.ini یا فایل .htaccess ، درخواست های نامعتبر از سمت اسکریپت سایت و … باشد. این خطا با توجه به نام آن بسیاری از کاربران را به این اشتباه می اندازد که مشکلی در سرور وجود دارد ولی در واقع سرور مشکلی نداشته و با اعمال تغییرات در تنظیمات پیکربندی سایت معمولاً قابل رفع می باشد. جزئیات کاملی از خطاهای سایت در فایل Error Logs همیشه ذخیره می شود که در زمان مشاهده ی خطای 500 می توانید با مراجعه به این فایل اطلاعاتی در مورد عامل ایجاد این خطا دریافت کنید. این فایل در قسمت File Manager در هاست شما وجود دارد که لیستی از خطاهای سایت را همراه با تاریخ و جزئیات ارائه می دهد، جهت انجام این کار می توانید از آموزش نحوه مشاهده آخرین خطا های سایت از طریق فایل error log استفاده کنید.
نمونه ای از خطای 500 را می توانید در ذیل مشاهده نمایید:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, [email protected] and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, [email protected] and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
Additionally, a 500 Internal Server Error error was encountered while trying to use an ErrorDocument to handle the request
در ادامه ی آموزش انواع عوامل بروز خطای Internal Server Error 500 را همراه با نحوه ی رفع آن ها توضیح خواهیم داد:
Bad Permission, Writable by Group
خطایی که به واسطه ی سطح دسترسی پوشه ها بیش از حد مجاز رخ می دهد. در فایل Error Logs می توانید این خطا را بدین صورت مشاهده کنید:
[Sun Jun 05 12:03:22 2012] [error] [client 66.249.72.82] SoftException in Application.cpp:601: Directory “/home/exampleuser/public_html” is writeable by group
در این مثال، سطح دسترسی پوشه غیر مجاز تعریف شده که برای رفع این مشکل باید سطح دسترسی پوشه را از 777 به 755 تغییر دهید. سطح دسترسی دایرکتوری ها و پوشه ها 755 می باشد ، اسکریپت های اجرایی شامل پوشه ی cgi-bin نیز دارای سطح دسترسی 755 می باشند. تصاویر، فایل های چندرسانه ای و فایل های متنی مثل HTML نیز دارای سطح دسترسی 644 می باشند.
Files – 644
CGI Scripts – 755
Directories – 755
شما می توانید سطح دسترسی ها را از طریق File manager واقع در دسته بندی Files در Cpanel یا سرویس گیرنده ی FTP و یا از طریق دستورات chmod در SSH/Bash ویرایش کنید.
Bad .htaccess, Invalid code, command, or syntax
ممکن است کاربران در فایل .htaccess خطوطی را اضافه کنند که در اثر عدم دانش کافی و بی دقتی حاوی کلمات نادرست یا متضاد با تنظیمات سرور باشند. در این حالت خطای 500 رخ خواهد داد. بهترین روش برای رفع این مشکل ، تبدیل خطوط مشکل دارد در فایل .htaccess به توضیحات یا Comment می باشد که کافی است در ابتدای خطوط کاراکتر # را درج کنید و فایل را ذخیره نمایید. برای مثال اگر محتوای فایل .htaccess شما به صورت زیر باشد:
DirectoryIndex default.html
AddType application/x-httpd-php5 php
DirectoryIndex default.html
AddType application/x-httpd-php5 php
برای اینکه خط دوم را کامنت کنید می بایست به این صورت عمل کنید:
DirectoryIndex default.html
<strong>#</strong>AddType application/x-httpd-php5 php
خطوطی که با php_flag شروع می شوند معمولا دچار خطا می شوند و می بایست آن ها را کامنت کنید.
Other common .htaccess errors
مشکل FollowSymlinks :
در این حالت خطایی مشابه ذیل خواهید داشت:
[Sun Jun 05 12:07:10 2011] [alert] [client 66.249.72.82] /home1/examplec/public_html/.htaccess: Option FollowSymlinks not allowed here
1
[Sun Jun 05 12:07:10 2011] [alert] [client 66.249.72.82] /home1/examplec/public_html/.htaccess: Option FollowSymlinks not allowed here
این خطا به سادگی قابل رفع می باشد. کافی است در فایل مورد نظر ، دستور مجاز «SymlinksIfOwnerMatches» را به جای «FollowSymlinks» استفاده کنید یا خط مربوطه را حذف نمایید.
مشکل Syntax Not Closed
در این حالت خطایی مشابه ذیل خواهید داشت:
[Sun Jun 05 12:11:38 2011] [alert] [client 66.249.72.82] /home1/examplec/public_html/.htaccess: /home1/examplec/public_html/.htaccess:3: <IfModule>ExampleRule/Module> was not closed.
باز هم به سادگی می توانید این خطا را رفع کنید و یا آن را حذف نمایید. در این مورد دستور </IfModule> را به درستی پایان دهید :
این موارد تعداد کمی از خطاهایی می باشد که در اثر دستورات اشتباه در فایل .htaccess بروز می دهند ولی به صورت کلی پیغام های خطا به اندازه ی کافی در تشخیص خطا شما را راهنمایی می کنند و می توانید با دقت در خطاها به راحتی آن ها را رفع نمایید.
خطاهایی که در فایل php.ini می تواند رخ دهد به صورت زیر می باشند:
مشکل ForceType :
زمانیکه از فایل ها با پسوند یا بدون پسوندی متفاوت از پسوند های معمول استفاده می کنید می توانید از ForceType در فایل .htaccess استفاده کنید و نحوه ی استفاده از آن در سرور را تعیین کنید. (برای تمامی فایل های موجود در پوشه ی مربوطه و سرور های بدون phpsuexec)
برای مثال ، زمانیکه شما فایلی با نام item دارید ( مانند Nucleus برای استفاده از FancyURL) و می خواهید در سرور بعنوان فایل php تعریف شود ، می توانید از کد زیر در فایل .htaccess استفاده کنید:
البته در سرور هایی که دارای phpsuexec می باشند با کد فوق خطای Internal Server Error دریافت خواهید ، که این مشکل به راحتی با استفاده از SetHandler بجای ForceType در فایل .htaccess رفع خواهد شد:
مشکل php_value :
در سرور های بدون phpsuexec می توان از php_value در فایل .htaccess برای تغییر تنظیمات php (در واقع بازنویسی تنظیمات از php.ini) استفاده نمود. در سرور های دارای phpsuexec استفاده از این دستور خطای Internal Server Error را ایجاد می کند. برای رفع این خطا شما می توانید از فایل php.ini که در همان پوشه ی ای که فایل .htaccess قرار دارد موجود است. در فایل php.ini می توانید تمامی تنظیمات مربوط به php را تغییر دهید. برای مثال اگر شما می خواهید short_open_tag را برابر با off قرار دهید، شما باید از short_open_tag? = off در فایل .htaccess استفاده کنید. با استفاده از فایل php.ini نتیجه به این صورت می شود:
[PHP]
short_open_tag = Off
[PHP]
short_open_tag = Off
یکی از اصلی ترین دلایل رخداد خطای 500 Internal Server Error به دلیل اعمال کد های اشتباه در فایل .htaccess هاست می باشد، بنابراین جهت رفع این مشکل حتما به شما توصیه می کنیم ویدئو آموزشی نحوه مشاهده فایل مخفی .htaccess رو داخل هاست مشاهده کنید تا بتونین به راحتی این فایل رو از داخل هاستتون پیدا کنین و کد های داخلش رو به حالت اولیه برگردونین.
درخواست ارسالی به دلیل استفاده از فرمت اشتباه در زمان تایپ درخواست توسط کاربر ناقص است (به طور مثال زمانیکه از دستور curl به شکل صحیح استفاده نشود)
راه حل
خیلی از کاربران اینترنتی از ذخیره شدن کوکی وب سایت های مختلف بر روی مرورگر خود بی خبرند و زمانی متوجه این موضوع میگردند که برای دسترسی به سایت های مورد علاقه شان دچار مشکل شده و با خطای ۴۰۰ مواجه می شوند. برای رفع خطا HTTP 400 bad request مرورگر امروز با ما همراه باشید زیرا قصد داریم نحوه ی برطرف سازی ارور ۴۰۰ که یکی از دلایل آن از کوکی های بزرگ و مشکل دار هستند را آموزش دهیم.
مطالب پیشنهادی
خطاهای مختلفی در مرورگر وجود دارند که از دسترسی به وب سایت ها جلوگیری میکند و به دلیل اینکه اینترنت ابزار مهم زندگی ماست این مساله بسیار آزاردهنده و مهم تر از گذشته شده است. اگر در حال حاضر نمی توانید هیچ وب سایتی را باز کنید و از آن دسته افرادی هستید که با گوشی خود و با استفاده از اینترنت های ایرانسل ، همراه اول و رایتل به نت وصل شده اید حتما پست پرطرفدار حل مشکل باز نشدن سایت ها در گوشی با اینترنت ایرانسل ، همراه اول و رایتل را در انزل وب بخوانید. حال اگر با ۴۰۰ request که ناشی از خطاهای سرور می باشد مواجه شدید می بایست چه کنید؟ این خطا معمولا به صورت موقت رخ میدهد و بعد از چند دقیقه برطرف خواهد شد اما سوال اینجاست که در صورت بروز هرباره این مشکل می بایست چند دقیقه صبر کنید. در اصل این مشکل نیاز به توجه و برطرف سازی دارد از این رو ما را در این پست همراهی کنید ، زیرا قصد داریم نحوه ی برطرف سازی خطای ۴۰۰ که از کوکی های بزرگ و مشکل دار ناشی میشوند را آموزش دهیم.
در ابتدا باید به این نکته اشاره کنیم که این ارور دلایل مختلفی علاوه بر مشکل کوکی مرورگر میتوانید داشته باشد که اکثرا مربوط به سیستم کاربر میشود و ارتباطی با سرور سایت مورد نظر ندارد و مهم ترین و رایج ترین علت این اتفاق مربوط به سمت کاربر است ، از دلایل و روش های حل دیگر نمایش ارور ۴۰۰ Bad request در مرورگر میتوان به موارد زیر اشاره کرد :
امن نبودن سیستم شما و احتمال آلوده شدن به ویروس و بدافزار
نصب برنامه های مبتنی بر وب مثل نرم افز میانجی بازی های کامپیوتر و.. که میتوانند بر روی ترافیک HTTP کامپیوتر شما تاثیر بگذارند
پایدار نبودن اتصال به اینترنت شما و قطع و وصل شدن مکرر آن
دریافت و نمایش این ارور بر روی بیش از یک سایت و چند مرورگر که دلیل بر وجود مشکل بر روی کامپیوتر شما میدهد
اگر بر روی آدرس های کوتاه مثل http://www.xxx.com این خطا را دریافت میکیند احتمالا مشکل از سیستم شماست اما اگر بر روی آدرس های بلند مثل http://www.xxx.com?PHPrequest=643&value=dres&cookies=No با این ارور مواجه میشوید میتواند مشکل از وب سرور سایت مورد نظر نیز باشد
مشکلات کش و کوکی مرورگر که ادامه این پست نحوه رفع آن را میخوانید
مشکل در فایروال / روتر سیستم شما که بهتر است آن ها را ریست کنید
کامپیوتر خود را ریستارت کنید و به دنبال تغییر اساسی در سیستم باشید که بعد از آن با ارور HTTP 400 مواجه شدید
در مورد کوکی ها و برورز مشکل ۴۰۰ باید اشاره کنیم که این خطا معمولا از وب سرور Nginx ناشی میشود و به دو دلیل اتفاق می افتد ، یک اینکه بعضی وب سایت ها از ماژول خاصی استفاده میکنند که محدودیت در سایز کوکی برای مرورگر قائل است و دوم اینکه ممکن است کوکی های ذخیره شده در مرورگر شما خراب شوند. در وهله اول ساده ترین راه حل حذف کوکی های وب سایت موردنظر است و سریع ترین راه نیز حذف تمام کش و کوکی مرورگر است که در صورت انجام اینکار تمام اطلاعات مربوط به جستجوها و وب سایت هایی که قبل مراجعه کرده بوده اید ازب ین خواهد رفت، به همین دلیل انجام اینکار توصیه نمی شود. در عوض ما در زیر نحوه حذف هدفمند کوکی های خراب و مشکل دار در مرورگرهای کروم ، فایرفاکس ، اکسپلورر و ادج را به شما آموزش میدهیم. برطرف کردن خطا ۴۰۰ در مرورگر کروم
در مرورگر کروم خود یک تب جدید باز کرده و عبارت chrome://settings/cookies را تایپ کرده و Enter بزنید. پنجره ای برای شما باز خواهد شد که لیستی از کوکی های ذخیره شده وب سایت ها را برای شما نمایش میدهد. حال می بایست نام وب سایتی که در زمان ورود به آن دچار خطای ۴۰۰ شده بودید را در کادر جستجو که در تصویر زیر نیز مشخص شده است وارد کنید. به طور مثال فرض میکنیم ما در دسترسی به وبلاگ انزل وب دچار مشکل هستیم عبارت ” blogs.anzalweb.ir ” را در کادر جستجو تایپ کرده و Enter میزنیم.
وقتی نتیجه برای شما نمایش داده شد بر روی آن کلیک کنید تا علامت ضبدر در سمت راست کادر ظاهر شود سپس بروی علامت ضبدر ( X ) کلیک کرده تا کوکی های موردنظر پاک شوند. حالا مجددا برای ورود به سایت موردنظر اقدام کنید ، اگر مشکل همچنان باقی بود می بایست کوکی های سر رشته را هم پاک کنید یعنی اینبار آدرس anzalweb.ir را تایپ کرده و کوکی هایش را پاک کنید. در نهایت می بایست همه چیز درست شده باشد. حل خطای ۴۰۰ در مرورگر فایرفاکس
مشابه مرورگر کروم در فایر فاکس هم می بایست یک تب جدید باز کنید و عبارت about:preferences#privacy را تایپ کرده و Enter بزنید. سپس در تب privacy بر روی Show Cookies کلیک کنید. مانند مانند مرورگر Chrome پنجره ی جدیدی برای شما باز خواهد شد که لیست تمام کوکی های ذخیره شده را نمیش میدهد. در این مرحله نام وب سایت موردنظر را تایپ کنید. بعد از جستجو و بر روی نتیجه ی نمایش داده شده کلیک کرده و گزینه Remove Selected را انتخاب کنید تا کوکی موردنظر حذف شود. مجددا آدرس وب سایت مزبور را چک کنید تا مشکل برطرف شده باشد.رفع خطای ۴۰۰ request در مرورگر اینترنت اکسپلورر در اینترنت اکسپلورر بر روی علامت چرخ دنده سمت راست کلیک کرده و گزینه Internet options را انتخاب کنید. حال پنجره ی جدیدی برای شما باز میشود که می بایست مسیر General > Browsing History > Settings > View files را دنبال کنید. بعد از کلیک بر روی گزینه View files میتوانید در پنجره ویندوز اکسپلورر باز شده در میان کوکی های قابل مشاهده ، وب سایت مورد نظرتان را جستجو کنید و بعد از یافتن با راست کلیک آن را پاک نمایید. مراحل ذکر شده در تصویر زیر مشخص شده است.برطرف کردن ارور ۴۰۰ bad request در مایکروسافت ادج
راه حال در جدیدترین مرورگر مایکروسافت یعنی Microsoft Edge مانند مرورگرهای دیگر نبوده و متاسفانه شما مجبور هستید برای حل مشکل و برطرف کردن خطای ۴۰۰ تمام کوکی مرورگر را پاک کنید. برای اینکار بر روی سه نقطه افقی بالا در مرورگر کلیک کرده و در مرحله بعدی بخشی را که میخواهید پاک کنید را انتخاب نمایید. ما در اینجا Clear browsing data را انتخاب کرده سپس در مرحله بعدی کوکی هایی که میخواهید پاک شوند را تیک بزنید. توصیه ما این است که تیک همه گزینه ها را برداشته و تنها گزینه ای که در تصویر زیر مشخص است را انتخاب کنید. حالا چک کنید که آیا مشکل برطرف شده است یا خیر.
و برای توصیه آخر اگر در مرورگر خود با خطاهای HTTPS و SSL برخورد کردید پست هنگام بروز خطاهای HTTPS و SSL در مرورگر خود چه کنیم؟ را حتما مطالعه کنید.
در این مورد کاربر قادر به برقرار ارتباط با سرور می باشد ولی صفحه مورد درخواست در مسیر مربوطه در سرور موجود نمی باشد. شرایط متفاوتی برای نمایش این خطا وجود دارد که در مواجهه با آن می توان موارد ذیل را دنبال نمود :
ممکن است لینک ثبت شده در آیکونی که کاربر برروی آن کلیک نموده است دارای خطای تایپی باشد.
احتمال دارد کاربر URL مورد نظر خود را به اشتباه وارد کرده باشد.
ممکن است دسترسی Read و Execute به کاربری مرتبط با worker process سایت مربوطه اعطاء نشده باشد.
اگر قبلا صفحه درخواستی در سرور موجود بوده و هم اکنون جابجا و یا حذف شده باشد و یا در مسیر صحیحی در سرور قرار نگرفته باشد، احتمال بروز این خطا وجود دارد
گاهی هم این امکان وجود دارد دایرکتوری پیش فرض سایت مربوطه در سرور به درستی تنظیم نشده باشد.
در صورتیکه آدرس صفحه یا منبع مربوطه شامل لینک نمادین (symbolic link) می باشد باید تنظیمات لازم در وب سرور جهت پشتیبانی از آن صورت پذیرد.
چند راه حل برای رفع مشکل:
تو این قسمت می خواهیم چند راه حل برای رفع ارور 404 Not Found ارائه بدیم که اکثر کاربران اینترنتی با آن مواجه شده اند :
خب اول ببینیم ارور 404 Not Found چیست ؟
خطای 404 یکی از خطاهای بسیار رایج و در اصل یک خطای سمت کاربر (Client Side) است.
منابع زیادی مانند صفحات (Pages) و فایل ها و … می توانند در یک وب سرور وجود داشته باشند. وقتی کاربر (مثلا با یک مرورگر) درخواست دریافت یکی از منابع مانند درخواست مشاهده ی یک صفحه را می دهد وب سرور صفحه ی مورد نظر را به کاربر برمی گرداند .
حال زمانی که این صفحه در طرف سرور وجود نداشته باشد این خطا به او بازگردانده می شود. برای مثال : زمانی که می خواهید صفحه ای از یک وب سایت را مشاهده کنید آدرس (URL) این صفحه را به مرورگر می دهید و مرورگر درخواست شما را برای وب سرور ارسال می کند. به فرض صفحه مورد نظر در سرور وب سایت وجود نداشته باشد در این صورت وب سرور خطای 404 را به مرورگر بر می گرداند تا کاربر از عدم وجود منبع (در این مثال صفحه) مورد نظر مطلع سازد .
به زبان ساده وقتی شما یک صفحه یا یک فایل را با استفاده از مرورگر از یک سرور می خواهید وقتی آن صفحه یا فایل در آن سرور وجود نداشته باشد ارور 404 را به شما نشان می دهد .
و حالا چند راه حل برای رفع آن :
1- با زدن کلید F5 صفحه ی مورد نظر را Refresh کنید.
2- ممکن است شما آدرس صفحه ی مورد نظر را به اشتباه وارد کرده باشید آن را اصلاح کرده و دوباره تلاش کنید .
3- قسمتی از لینک را پاک کنید برای مثال : اگر این صفحه www.web30ty.ir/a/bc.html باشد آن را به www.web30ty.ir/a تبدیل کنید یعنی چند حرف از آخر لینک را حذف کنید معمولا این روش جواب می دهد .
4- صفحه ی مورد نظر را در Google یا Bing جست و جو کنید .
5- Cash مرورگر خود را پاک نمایید و دوباره امتحان کنید .
همیشه سعی کنید از داده های خود قبل از هر گونه تغییری نسخه پشتیبان تهیه نمایید.
در کشور ما ایران که مورد انواع تحریم ها هستیم هر لحظه ممکن هست کل هاست ها مسدود بشه و دسترسی به سرور بسته بشه لذا بک آپ گیری و دانلود در سیستم خیلی مهم هست.
اینکار به شما اطمینان خاطر می دهد که اگر اتفاقی افتاد، به راحتی می توانید سایت خود را به حالت اولیه باز گردانید.
شما می توانید از افزونه های WP-DB-Backup یا WP-DBManager استفاده نمایید که از طریق بخش مدیریت وردپرس امکان تهیه بک آپ دیتابیس را فراهم می کنند و نیازی نباشد تا وارد هاست شوید.
,بافزونه های بکاپ وردپرس
اگر هم بدون افزونه تمایل به تهیه بکاپ هستید می توانید مراحل زیر را دنبال کنید:
تهیه بکاپ به صورت دستی از طریق phpMyAdmin :
1- ابتدا وارد هاست خود شوید
2- سپس به phpmyadmin بروید
اگر از هاست سی پنل استفاده می کنید با کلیک بر روی phpmyadmin وارد آن می شوید.
اما اگر از هاست دایرکت ادمین استفاده می کنید با کلیک بر روی این گزینه باید نام کاربری و رمز عبور دیتابیس آن را وارد کنید تا وارد آن شوید اگر نام کاربری و رمز عبور را فراموش کرده اید نگران نباشید به File Manager بروید در مسیر نصب وردپرس فایل wp-config.php را در ویرایشگر باز کنید (یعنی روی گزینه Edit در مقابل آن کلیک کنید)
کد زیر را بیابید:
/** MySQL database username */
define(‘DB_USER’, ‘نام کاربری’);
/** MySQL database password */
define(‘DB_PASSWORD’, ‘رمز عبور دیتابیس’);
اگر وردپرس را روی رایانه خود یعنی localhost نصب کرده باشید و اکنون به سرور منتقل نموده اید و یا آدرس سایت خود را تغییر داده اید سایت شما بارگزاری نخواهد شد بنابراین باید آدرس جدید سایت وردپرس خود را در جدول دیتابیس تغییر دهید
البته این کار را می توانید از جدول wp-option به صورت دستی مقادیر HomeURL و SiteURL تغییر دهید در واقع این کوئری چنین کاری را انجام می دهد.
برای اجرای کوئری مراحل زیر را دنبال کنید:
ابتدا وارد هاست و سپس phpmyadmin شوید
دیتابیس مورد نظر را انتخاب کنید
از منو بالا SQL را انتخاب کنید
چنین کادری نمایش داده می شود
sql-query
در این کادر کد زیر را وارد کنید سپس روی GO کلیک کنید تا کوئری اجرا شود
توجه کنید به حای www.newsiteurl.com آدرس جدید
و به جای www.oldsiteurl.com آدرس قدیم را وارد کنید
UPDATE wp_options SET option_value = replace (option_value, ‘http://www.oldsiteurl.com’, ‘http://www.newsiteurl.com’) WHERE option_name = ‘home’ OR option_name = ‘siteurl’;
بعد از انتقال سایت از localhost به سرور ، یا از یک دامنه به دامنه ی دیگر، شما حتما باید آدرس ها را برای GUID field در جدول wp_posts اصلاح کنید.
این موضوع حیاتی و ضروری است، زیرا GUID برای ترجمه ی پست ها و کد شماره ی صفحه به مسیر نهایی مطلب درست، در صورتی که به اشتباه وارد شده باشند، لازم است.
استفاده از کوئری برای تغییر GUID
وارد هاست و سپس phpmyadmin شوید
دیتابیس مورد نظر را انتخاب کنید و بعد از آن از نوار بالا روی SQL کلیک کنید
در کادر ظاهر شده کد زیر را کپی کرده و GO را بزنید تا تغییرات انجام شود.
UPDATE wp_posts SET guid = REPLACE (guid, ‘http://www.oldsiteurl.com’, ‘http://www.newsiteurl.com’);
پس از اینکه فایل هارو بر روی هاست اپلود کرده و اصلاحات رو جهت لود انجام دادید حتما بک آپ گیری کنید و دانلود کرده و یک نسخه روی سیستم و یک نسخه روی هاست خود نگهداری کنید.
ممکن است بعد از چند وقت تصمیم به تغییر ادرس سایت خود بگیرید و در این هنگام متوجه شوید درون مطالب لینکهایی از آدرس قدیمی سایت وجود داشته باشد چه باید کرد؟
حالا بشینم تک تک اینارو عوض کنم ؟ نه اینکار زمانبر هست و خودتون رو خسته میکنید از دو روش زیر استفاده کنید
نگران نباشید با روش های زیر به راحتی می توانید تمام لینک ها با آدرس دهی قدیمی را به آدرس جدید تغییر دهید.
روش اول : استفاده از کوئری
ابتدا وارد هاست خود و سپس phpmyadmin شوید دیتابیس وردپرس را انتخاب کنید از منو نواری بالا SQL را انتخاب سپس کد زیر را در کادر کپی کرده روی GO کلیک کنید
UPDATE wp_posts SET post_content = REPLACE (post_content, ‘http://www.oldsiteurl.com’, ‘http://www.newsiteurl.com’);
روش دوم: استفاده از افزونه
ما برای اینکار افزونه Velvet Blues Update URLs را پیشنهاد می دهیم
ایمیل 
چت آنلاین 
پشتیبانی 
