আমার ওয়ার্ডপ্রেস সাইটে লগইন করতে অক্ষম। reauth = 1 পুনর্নির্দেশ লুপ। এটি ঠিক করার জন্য কোনও ধারণা?

15

আমার ওয়ার্ডপ্রেস সাইটে লগইন করতে আমার কিছুটা সমস্যা হচ্ছে। যখন আমি উদাহরণ.com/wp-admin দেখার চেষ্টা করি তখন আমি একটি ফাঁকা পৃষ্ঠা দেখতে পাই এবং url বার এতে পরিবর্তন হয়:

http://example.com/wp-login.php?redirect_to=http%3A%2F%2Fmysite.com%2Fwp-admin%2F&reauth=1

আমি যদি উদাহরণ / ডব্লিউপি- লগিন.এফপি ঘুরে দেখি তবে আমি ইউআরএল-এ কোনও পরিবর্তন ছাড়াই একটি খালি সাদা পৃষ্ঠা দেখতে পাচ্ছি।

আমি নিশ্চিত করেছি যে এটি আমার স্থানীয় মেশিনে কোনও সমস্যা নয় কারণ একাধিক ব্রাউজার এবং ডিভাইসগুলিতে আচরণটি অবিরত রয়েছে ists

আমি ইস্যুটি সম্পর্কে অসংখ্য ফোরামের পোস্ট পেয়েছি তবে কোনও সন্তোষজনক সমাধানের প্রস্তাব দিচ্ছে না।

সাইটে জরুরি ভিত্তিতে কন্টেন্ট আপডেট করার জন্য দয়া করে সহায়তা করুন।

আপডেট: আমি ওয়ার্ডপ্রেস ডিবাগিং চালু করেছি এবং নিম্নলিখিত ত্রুটিটি দেখতে পাচ্ছি

Fatal error: Cannot redeclare check_password_reset_key() 
(previously declared in /home/wordpress/public_html/wp-login.php:281) 
in /home/wordpress/public_html/wp-includes/user.php on line 1637

কীভাবে এটি ঠিক করবেন সে সম্পর্কে কোনও পরামর্শ খুব প্রশংসা হবে

debug wp-login-form

— user44754
সূত্র

3

আপনার কুকিজ সাফ করুন।

— উইক

শেষবার কখন আপনি ডব্লিউপি-তে লগ ইন করতে পেরেছিলেন? ডাব্লুপি-অ্যাডমিন ডাব্লুপি-লগইন.এফপি পুনর্নির্দেশ সঠিক correct আপনি কি কিছু পরিবর্তন করেছেন, যেমন একটি প্লাগইন যুক্ত করেছেন?

— user42826

দু'দিন আগে আমি শেষবার চেষ্টা করেছি login আমি একটি প্লাগইন ইনস্টল করেছি তবে আমি এটি মুছে ফেলেছি এবং সমস্যাটি অব্যাহত রয়েছে

— user44754

এটি জঘন্য নয় তা নিশ্চিত করার জন্য আপনার htaccess পরীক্ষা করুন।

— মাইকএনগারেট

অন্য সব কিছু যদি ব্যর্থ হয় তবে ডাব্লুপি-কনফিগারেশন.এফপি define('WP_DEBUG', true);এবং ডাব্লুপি-প্রশাসককে অ্যাক্সেস করতে ডিবাগিং সক্ষম করুন । আপনার ত্রুটি বার্তাগুলি এবং এটি খালি কেন তা দেখতে সক্ষম হওয়া উচিত। আমার অনুমানটি যদি এটি আগে কাজ করে তবে একটি প্লাগইন ত্রুটি।

— ব্যবহারকারী42826

10

একই সমস্যা ছিল ... কুকিজ সাফ করা কৌতুকটি করেনি।

কৌতুকটি প্রথমে ছদ্মবেশী মোডের মাধ্যমে লগ ইন করছিল এবং তারপরে আমি সাধারণত লগইন করতে সক্ষম হয়েছি।

— ড্যানিয়েল
সূত্র

1

নিশ্চিত হ'ল কেন এটিকে নিম্নমানের করা হয়েছে ... সেশন_ টোকেন সরানোর পরে, আমিও ছদ্মবেশ ব্যবহার করেছি। আমারও ক্রোম ক্যাশে সাফ করা দরকার, তবে ছদ্মবেশটি সমস্যার সমাধান হ'ল ব্রাউজারটি দিয়ে সমস্যার সমাধান করতে সহায়তা করেছিল। Chrome এর নির্মম ক্যাশে রয়েছে এবং প্রায়শই এই জাতীয় সমস্যার কেন্দ্রে থাকে।

— তিশ্চ

উত্সাহিত, এটি আমার পক্ষে কাজ করেছিল। রহস্যময়।

— আইএএমজুলিয়ানআকোস্টা

5

এই সমস্যার সম্ভাব্য অনেকগুলি কারণ রয়েছে। কিছু আপনার ডেটাবেস সঙ্গে করতে হবে। WP_DEBUG চালু করার এবং ত্রুটি বার্তাগুলির ব্যাখ্যার চেষ্টা করুন।

আমার নিজের ক্ষেত্রে (যেভাবে আমি এখানে আপনার প্রশ্নে হোঁচট খেয়েছি), সমস্যাগুলি ব্যবহারকারীমেতায় একটি সেশন টোকন লিখছিল। আমি PhpMyAdmin> wp_usermeta> এ গিয়ে সেশন_ টোকেনের মেটা_ভ্যালু মুছে ফেলেছি deleted (এখানে বিশদ বিবরণ https://wordpress.org/support/topic/possible-fix-forssenen-redirect-loop-at-wp-login-with-reauth1 )

— mengsel
সূত্র

এটি আপনার ব্রাউজারের ক্যাশে সাফ করার পাশাপাশি গ্রহণযোগ্য উত্তর হওয়া উচিত।

— তিশাচ

আমি এই জাতীয় query আপডেটের মতো ডাব্লুপিউইউজারেটে সেট মেটা_ভ্যালু = '' যেখানে মেটা_কি = 'সেশন_ টোকেন' এবং ব্যবহারকারী_আইডি = <myuserid>;

— নিউম্যান

আমার ক্ষেত্রে, session_tokensএমনকি আমার ব্যবহারকারীর জন্য সেট করা হয়নি। বা আরও সুনির্দিষ্টভাবে বলা যায় user_idযে, কোনওভাবে এলোমেলো সংখ্যায় পরিবর্তন করা হয়েছিল। কীভাবে হয়েছে তা আমার ধারণা নেই। সুতরাং আপনার ইউজার_আইডি এবং মেটা_কি = সেশন_ টোকেন্সের সাথে ডাব্লুপি_উসারমেটাতে আসলে একটি লাইন রয়েছে তা নিশ্চিত করুন

— ডেভিড

অনেক ধন্যবাদ! আমি আমার প্রাথমিক সাইটের URL টি ওয়ার্ডপ্রেস মাল্টিসাইট সেটআপে গণ্ডগোল করেছি। আমি কেবল ছদ্মবেশী মোডে লগইন করতে সক্ষম হয়েছি - আমার ডোমেনের জন্য সমস্ত কুকি মুছে ফেলা এবং ক্যাশে পরিষ্কার করা কোনও লাভ হয়নি। আমি মান মুছে session_tokensএর wp_usermeta টেবিল এবং এটি আমার সমস্যা :) ভালো করেছেন স্যার সংশোধন করা হয়েছে!

— অ্যান্ড্রু

2

এটি ওয়ার্ডপ্রেস টেবিল ক্র্যাশ হওয়ার কারণে হতে পারে। ডিফলাইন সেট করা ('WP_DEBUG', সত্য); ডাব্লুপি-কনফিগারেশন.এফপি আপনাকে ঠিক কী টেবিলে ক্র্যাশ করেছে তা দেখাবে যদি এটি হয়।

— লুক রেহমান
সূত্র

1

সুরক্ষা কীগুলি এখানে সংজ্ঞায়িত করে আমি এই সমস্যাটি সমাধান করেছি wp-config.php:

define('AUTH_KEY',         '');
define('SECURE_AUTH_KEY',  '');
define('LOGGED_IN_KEY',    '');
define('NONCE_KEY',        '');
define('AUTH_SALT',        '');
define('SECURE_AUTH_SALT', '');
define('LOGGED_IN_SALT',   '');
define('NONCE_SALT',       '');

কিছু কারণে তারা খালি ছিল ... কিছু উত্পন্ন উত্পাদক দ্বারা খালি স্ট্রিংগুলি প্রতিস্থাপন করুন: https://api.wordpress.org/secret-key/1.1/salt/ (ধন্যবাদ জোশ রজার্স)

— নিকো প্রট
সূত্র

এলোমেলো-পাসওয়ার্ডের মতো স্ট্রিং নয় ... ওয়ার্ডপ্রেস এখানে আপনার জন্য এটি পুনরুত্পাদন করতে পারে: api.wordpress.org/secret-key/1.1/salt

— জোশ রজার্স

পরিবর্তনশীল ওয়ার্ডপ্রেস সল্টগুলি আমার পক্ষে কাজ করেছিল।

— জে

আমার ক্ষেত্রে সেই মানটি খালি নেই। আমি কি এপিআই.ওয়ার্ডপ্রেস.আর্গ.সেক্রেট -কি / ১.১/ ১ স্যাল্টে মান দিয়ে এটি পরিবর্তন করব ?

— সান্টোসা স্যান্ডি

হতে পারে, আপনাকে কুকিজ সাফ করার চেষ্টা করুন, লবণের চাবিগুলি পুনরায় জেনারেট করুন এবং আবার লগ ইন করুন।

— নিকো প্রট

1

কোন সময় আপনার কাছ থেকে একটা ফরওয়ার্ড আছে http://mysiteকরার http://mysite/, এই ঘটতে বাধ্য করা হয়। আমার ক্ষেত্রে আমার বেশ কয়েকটি ভার্চুয়াল হোস্ট রয়েছে এমন একটি পরিচালিত httpd প্রক্রিয়া চলছে। একটি এইভাবে কনফিগার করা হয়েছিল:

<VirtualHost *:*>
    ServerName mysite.com
    ProxyPass "/blog" "http://bloghtml/blog/"
    ProxyPreserveHost On
</VirtualHost>

"/blog"সমস্যার "/blog/"সমাধান করতে পরিবর্তন করা হচ্ছে ।

— সীমাবদ্ধ প্রায়শ্চিত্ত
সূত্র

0

আমারও এই সমস্যাটি ছিল তবে আমার একটি আলাদা বার্তা ছিল। হাজার হাজার সমাধানের পরে কাজ করার পরে: এইচটিএকসেস, পুনরায় নামক প্লাগইনস, থিমের নাম পরিবর্তিত, ডাব্লুপি-কনফিগারেশন-এ ফাঁকা জায়গার জন্য চেক করা হয়েছে আমি তখনও আটকে ছিলাম।

পিএইচপিএমআইএডমিনে লগ ইন করে আমি টেবিলগুলি অপ্টিমাইজ করার চেষ্টা করেছি তবে একজন ব্যবহারকারী ত্রুটি অস্বীকার করেছে। এটি দেখা গেছে যে ডাটাবেসটি নিজেই বড় হয়ে ওঠে এবং তারপরে ভাগ করা হোস্টিংয়ের মাধ্যমে 'অবরুদ্ধ' হয়। মূল অপরাধী (একটি ওয়ার্ডফেন্স লগ টেবিল) সন্ধানের পরে আমি এটি কেটে ফেলেছি, 30 মিনিট অপেক্ষা করেছি এবং আরে প্রস্টো, এটি আবার কাজ করেছিল।

ভেবেছিল এটি অন্য প্রস্তাবিত বিকল্পের চেষ্টা করার পরে অন্য কাউকে পুরোপুরি আটকে যেতে সহায়তা করতে পারে!

— অ্যানালিটিক ক্রিয়েটিভ
সূত্র

0

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

সেটিংস> উন্নত সেটিংস> সামগ্রী সেটিংস> প্রদর্শন করুন

গোপনীয়তা সেটিংসের অধীনে, "সামগ্রী সেটিংস" বোতামটি ক্লিক করুন

কুকিজের অধীনে, "সমস্ত কুকিজ এবং সাইট ডেটা" বোতামটি ক্লিক করুন

তারপরে অনুসন্ধান বাক্সে একটি কীওয়ার্ড দ্বারা আপনার ওয়েবসাইট অনুসন্ধান করুন: আপনার ওয়েবসাইট হাইলাইট করুন এবং আপনার কীবোর্ডে মুছুন ক্লিক করুন।

সম্পন্ন ক্লিক করুন এবং আপনার সাইটে আবার লগইন করার চেষ্টা করুন (নরমাল মোডে .. অর্থাৎ উইন্ডোটি বন্ধ করেই ছদ্মবেশী মোড থেকে বেরিয়ে আসুন)

আপনার যদি ইতিমধ্যে অন্য ট্যাবে সাইট খোলা থাকে তবে আপনি কুকির ত্রুটি পাবেন। সমস্ত ট্যাব বন্ধ করুন, পুনরায় খুলুন, লগইন করুন এবং উপভোগ করুন

— এড হল্টজম্যান
সূত্র

0

উপরের কেউই আমার পক্ষে কাজ করেনি।

ডিবাগ মোড সক্ষম করার পরে:

define('WP_DEBUG', true);

wp-config.php এ

সাইটটি আমাকে ডাটাবেস ব্যবহারকারীর সাথে অনুমতি সংক্রান্ত সমস্যাগুলি বলছিল ...

আমার জন্য কী কাজ করেছিল তা রুট ডাটাবেস ব্যবহারকারীর কাছে ফিরে আসছিল (কম অনুমতিযুক্ত কোনও 'ওয়েব' ব্যবহারকারীর চেয়ে)।

স্পষ্টতই কোনও দীর্ঘমেয়াদী সমাধান নয় তবে আপনাকে আরও কিছু দেওয়ার চেষ্টা করে যা আপনার পক্ষে কার্যকর হতে পারে।

— মাইক rigley
সূত্র

0

আমি সম্প্রদায়ে এবং এই সমস্যাটি খুব বিরক্তিকর হওয়ার জন্য অবদান রাখতে চাই। সমাধানটি আমার পক্ষে কাজ করে নি। এটি হওয়ার আগে আমি কোনও প্লাগইন ইনস্টল করিনি তাই আমি অবশ্যই এটি ওয়ার্ডপ্রেস বাগ হিসাবে মনে করি!

আমার সঠিক ত্রুটিগুলি: ডাব্লুপি ডিবাগারের মাধ্যমে। লগইন করার পরে এই ত্রুটিটি দিয়ে স্ক্রিনটি সাদা স্ক্রিনে এসেছিল।

 Fatal error: Class 'PasswordHash' not found in /var/www/public_html/example.net/wp-includes/pluggable.php on line 2079

এপাচে ত্রুটি লগের মাধ্যমে।

PHP Fatal error:  Class 'PasswordHash' not found in /var/www/public_html/example.net/wp-includes/pluggable.php on line 2138, referer: http://example.net/wp-login.php?redirect_to=http%3A%2F%2Fexample.net%2Fwp-admin%2F&reauth=1

আমি কীভাবে সমস্যার সমাধান করেছি। ১. ডিবিতে আমি আমার প্রশাসক পাসওয়ার্ডটি সরল পাঠ্যের পাসওয়ার্ডে সম্পাদনা করেছি। ২. এই লাইনের কোডটি প্লাগেবল.এফপিতে যুক্ত করা হয়েছে। মূলত এখন ডাব্লুপি হ্যাশড পাসওয়ার্ডগুলি স্বীকৃতি দেয়। এখানে প্লাগেবল.এফপি সম্পাদিত এক্সট্র্যাক্টগুলি দেওয়া হয়েছে

function wp_check_password($password, $hash, $user_id = '') {
<------>global $wp_hasher;

<------>//20170713 Added by Stefan
<------>$check=($hash==$password);
<------>return apply_filters('check_password', $check, $password, $hash, $user_id);

... এবং কিছুটা কম

function wp_set_password( $password, $user_id ) {
<------>global $wpdb;

<------>//$hash = wp_hash_password( $password );
<------>//20170713 Changed by Stefan
<------>$hash=$password;

আশা করি এটি কাউকে সাহায্য করবে, কারণ গুগলিং আমাকে সাহায্য করেনি।

— user2047710
সূত্র

যেহেতু আজ অবধি সবকিছু মসৃণ চলছে সেহেতু আমাকে আমার বহু ইনস্টলে নতুন ব্লগ তৈরি করতে হয়েছিল এবং যেহেতু স্ক্রিপ্টটিতে একজন ব্যবহারকারী এবং তার পাসওয়ার্ড যুক্ত করা দরকার, তাই পাসওয়ার্ড হ্যাশিং সম্পূর্ণরূপে মুছে ফেলার জন্য আরও কিছু মন্তব্য করার প্রয়োজন ছিল। শুধুমাত্র তোমাকে জানানোর জন্য.

— ব্যবহারকারী 2047710

0

আমি একই সমস্যা কিন্তু খুব বেশি সময় কাটানোর পর বন্ধ অশ্বারোহণে পাই নি এখান থেকে এই উত্তর পেয়েছিলাম http://www.wpbeginner.com/wp-tutorials/how-to-fix-wordpress-login-page-refreshing-and -টায়ারেক্টিং-ইস্যু / সুতরাং এটি কেবল একটি কুকি সমস্যা যা আমাদের ব্রাউজার কুকি সাফ করা এবং এটি আবার সক্ষম করতে এবং এটি এটির প্রয়োজন।

— এমরান শাইখ
সূত্র

0

আমি http: // এর পরিবর্তে আমার ওয়েবসাইটে অ্যাক্সেস করতে https: // ব্যবহার করে এটি ঠিক করেছি way উপায়টি থেকে আমি কোনও পুনঃনির্দেশ পাইনি। https://my_website.com/admin আপনি সিপিএনএলে phpmyadmin এর মাধ্যমে অপশন টেবিলের "সাইটুরল" এবং "হোম" মানগুলি কোনও https নির্দেশ করতে পারেন। আমি পর্যবেক্ষণ করি যে এসএসএল সঠিকভাবে পুনঃনির্দেশ না করে এটি একটি সমস্যা হতে পারে।

— ভিন নাওয়াইক্বু
সূত্র

0

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

ফিক্স

আমি ডাটাবেসের গিয়ে এবং থেকে siteurl এবং বাড়ি পরিবর্তন করে এটি সংশোধন https://করতে http://মধ্যে wp_options।

এটি অন্যকে সাহায্য করতে পারে।

— Unicco
সূত্র

0

ইউআরএল ("?" এবং এর পিছনে সমস্ত কিছু) - এ ক্যোরিস্ট্রিং সরিয়ে দেওয়ার চেষ্টা করুন - এটি: ডাব্লুপি-লগইন.এফপি সরাসরি দেখুন। এটা আমার জন্য কাজ করেছে। আমি পাসওয়ার্ড পরিবর্তন করার, সল্ট পরিবর্তন করার, wp_usermeta এ সেশন_ টোকেনের মেটা_ভ্যালু সাফ করার চেষ্টা করেছি। এর কোনওটিই কাজ করেনি।

দুঃখিত, আমি জানি যে এটি আপনাকে সাহায্য করে না, যেমন আপনি বলেছিলেন যে আপনার ডাব্লুপি-লগইন.পিএফ স্ক্রিনটি সাদা, তবে এটি আমার মতো এমন কাউকে সহায়তা করতে পারে যা এখানে শিরোনামটি আঁকতে পারে।

— user63350
সূত্র

0

আমি আমার ওয়েবসাইটটি পিএইচপি v7.4 এ আপগ্রেড করার সময় এটি আমার হয়েছিল। পিএইচপি 7.3 এ ডাউনগ্রেডিং এটি সমাধান করেছে। দুর্ভাগ্যক্রমে, আমি কীভাবে সংস্করণটি রাখব এবং সমস্যার সমাধান করব তা জানি না। আশা করি শীঘ্রই ডাব্লুপি বিকাশকারীরা এই সমস্যাটি সমাধান করবেন।

— অ্যালন গোল্ডম্যান
সূত্র

-1

পরে আমি সাইট URL টি পরিবর্তিত কিন্তু আমি পরিবর্তন করতে ভুলে গেছি এটা আমার ঘটেছে site_urlমধ্যে wp_sitemeta। তারপরে আমি মানটিকে নতুন ইউআরএলে পরিবর্তন করেছি এবং সমস্যার সমাধান করেছি।

— আলী বোর্সান
সূত্র

-1

আমি লগইন যেখানে কাজ করে সেখানে অন্য একটি ওয়েবসাইটের সাথে wp-login.php ফাইলটি প্রতিস্থাপন করে আমার সমস্যাটি সমাধান করেছি।

— কেভিন
সূত্র

-2

আমার ত্রুটিটি এনজিনেক্স কনফাইং ফাইলের নীচে নির্দেশের কারণে হয়েছিল

location ~ \.php$ {

               #fastcgi_hide_header "Set-Cookie"; # Cache page with cookie

— mag8891
সূত্র