"সতর্কতা: অস্থায়ী শিরোনাম দেখানো হয়" ক্রোম ডিবাগারে

399

গুগল ক্রোম ইন্সপেক্টর ( F12) ব্যবহার করে ডাউনলোড করা সংস্থানগুলি দেখার সময় আমি একটি অদ্ভুত সতর্কতা বার্তা লক্ষ্য করেছি :

সাবধানতা অস্থায়ী শিরোনাম দেখানো হয়

এখানে চিত্র বর্ণনা লিখুন

আমি সম্ভবত প্রাসঙ্গিক কিছু পেয়েছি, নেটওয়ার্ক প্যানেল: অস্থায়ী অনুরোধ শিরোনাম সম্পর্কে সতর্কতা যুক্ত করুন , তবে আমি এটি পুরোপুরি বুঝতে পারি নি। সম্পর্কিত প্রশ্নগুলি ক্রোম ব্লক অনুরোধগুলির পাশাপাশি XMLHttpRequest লোড করতে পারে না। লোড হওয়া সংস্থানগুলি সাবধানতা দেখায়: অস্থায়ী শিরোনাম দেখানো হয় ।

প্রথম প্রশ্নের মতোই , আমার সংস্থানটি অবরুদ্ধ করা হয়েছিল, কিন্তু পরে স্বয়ংক্রিয়ভাবে একই সংস্থানটি লোড হয়েছিল। দ্বিতীয় প্রশ্নের বিপরীতে , আমি কিছু ঠিক করতে চাই না; আমি জানতে চাই যে এই বার্তাটির অর্থ কী এবং কেন আমি তা পেয়েছি।

— সালভাদোর ডালি
সূত্র

3

এই সমস্যাটি তখনও উপস্থিত হতে পারে যদি ডোমেন স্যুইচিংয়ের কারণে যদি রিউকস্টটি প্রেরণ করা না হয় যেমন www.domain.tld থেকে আজম্যাক্সের মাধ্যমে ডোমেন.tld বা তার বিপরীতে ডেটা প্রেরণ করা হয়।

— আন্দ্রে বাউমিয়ার

@ ওয়েবেগা এই এসও প্রশ্নে অনুরূপ একটি সমস্যা পোস্ট হয়েছে তবে এই অস্থায়ী শিরোনাম পাঠানো ইস্যুটির কোনও সম্ভাব্য ব্যাখ্যা বলে মনে হচ্ছে না । এর জন্য কোন কংক্রিট সমাধান? আসলেই বিরক্তিকর! এই প্রশ্নটি আমি কিছুক্ষণ আগে পোস্ট করেছি।

— ওয়েবব্লভার

1

@ ওয়েলব্লুভার ওয়েভেগা দ্বারা একটি ভাল ব্যাখ্যা আছে। এবং আমি আসলে কোনও সমাধান খুঁজছিলাম না। আমি একটি কারণ সম্পর্কে কৌতূহল ছিল।

— সালভাদোর ডালি

আমি এটি বন্ধ করে দিলে এটি আমাকে সাহায্য করেছিল:chrome://flags/#site-isolation-trial-opt-out

— 26 Зеленько

: আমার উত্তর পড়ুন, এটি হিসাবে জটিল নয় যেমন দেখায় stackoverflow.com/questions/21177387/...

— csandreas1

353

সংস্থানটি কোনও এক্সটেনশন (আমার ক্ষেত্রে অ্যাডব্লক) দ্বারা ব্লক করা যেতে পারে।

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

আমার সংস্থানটি ব্লক করার জন্য যে এক্সটেনশানটি সম্পর্কে আমি খুঁজে পেয়েছি তা হ'ল ক্রোমের নেট-ইন্টারনাল সরঞ্জামের মাধ্যমে:

ক্রোমের সর্বশেষ সংস্করণগুলির জন্য

chrome://net-export/ঠিকানা বারে টাইপ করুন এবং এন্টার চাপুন hit
রেকর্ড শুরু কর. এবং স্থানীয় রেকর্ডিং ফাইল সংরক্ষণ করুন।
পৃষ্ঠাটি খুলুন যা সমস্যা দেখাচ্ছে।
নেট ইন্টার্নালগুলিতে ফিরে যান
আপনি এখানে রেকর্ডড লগ ফাইলটি দেখতে পারেন https://netlog-viewer.appspot.com/#import
ইভেন্টগুলিতে ক্লিক করুন (###) এবং আপনার সংস্থান সম্পর্কিত ইভেন্টটি খুঁজে পেতে টেক্সটফিল্ডটি ব্যবহার করুন (URL এর অংশগুলি ব্যবহার করুন)।
শেষ পর্যন্ত, ইভেন্টটিতে ক্লিক করুন এবং দেখানো তথ্য আপনাকে কিছু বলছে কিনা তা দেখুন।

ক্রোমের পুরানো সংস্করণগুলির জন্য

chrome://net-internalsঠিকানা বারে টাইপ করুন এবং এন্টার চাপুন hit
পৃষ্ঠাটি খুলুন যা সমস্যা দেখাচ্ছে।
নেট-ইন্টার্নালগুলিতে ফিরে যান, ইভেন্টগুলিতে ক্লিক করুন (###) এবং আপনার সংস্থান সম্পর্কিত ইভেন্টটি খুঁজে পেতে টেক্সটফিল্ডটি ব্যবহার করুন (URL এর অংশগুলি ব্যবহার করুন)।
শেষ পর্যন্ত, ইভেন্টটিতে ক্লিক করুন এবং দেখানো তথ্য আপনাকে কিছু বলছে কিনা তা দেখুন।

— উইলিংটন ভেগা
সূত্র

7

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

— মাওর

4

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

— উইলিংটন ভেগা

2

যদি প্রাথমিকভাবে বিশ্লেষণ করা পৃষ্ঠাটি পুনঃনির্দেশিত হয়, উদাহরণস্বরূপ উদাহরণ.com/a -> 301-> উদাহরণ.com/ বি, এবং লক্ষ্য পৃষ্ঠার উত্তরগুলি 200 দিয়ে উত্তর দেয় এবং তারপরে আপনি শিরোনামের ডেটা দেখতে কোনও পরিদর্শকের লক্ষ্য পৃষ্ঠা / বিতে ক্লিক করেন , "প্রভিশনাল শিরোনাম দেখানো হয়" দিয়ে লেবেলযুক্ত আপনি এগুলি পাবেন। এটি সঠিক, কারণ, আপনি সরাসরি লক্ষ্য পৃষ্ঠাটি বিশ্লেষণ করেন নি। আপনি যদি এটি করেন, আপনি লেবেল ছাড়াই শিরোনামের ডেটা পাবেন।

— এভেজেনি

1

আমি নির্ধারণ করতে সক্ষম হয়েছি যে এটি আমার সমস্যা কারণ যখন আমি উপরের কাজটি করেছিলাম। আমার https সাইটটি একটি https সিএসএস ফাইল কল করছে যা কোনও HTTP পৃষ্ঠায় 302 পুনর্নির্দেশ করছে was সুরক্ষা ফাইলটিকে লোড করতে দেয় না এবং কেবলমাত্র অস্থায়ী শিরোনাম দেখায়।

— স্টেরোপস

1

আছে: একাধিক কারণের একটি খুব ভাল ব্যাখ্যা কেন এই ঘটতে পারে এর stackoverflow.com/questions/12009423/...

— boldnik

112

আমি বিশ্বাস করি যখন আসল অনুরোধ না পাঠানো হয় তখনই এটি ঘটে। সাধারণত আপনি যখন ক্যাশেড সংস্থানটি লোড করছেন তখন ঘটে happens

— Shazz
সূত্র

61

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

— thomasrutter

7

আমার জন্য এই কাজ, যখন দেখলাম "প্রোভিশনাল হেডার দেখানো হয়" ডিবাগার প্যানেলে, অনুরোধের স্থিতি কোড ছিল "200 ওকে (ক্যাশে থেকে)"

— রিচি

3

আমি এটি একটি পরিষেবা কর্মীর প্রতিক্রিয়া সহ দেখেছি, তাই আমি কমপক্ষে কিছু ক্ষেত্রে মনে করি, আপনি ক্যাশে প্রতিক্রিয়া সম্পর্কে ঠিক বলেছেন :)

— জ্যাকোব্লেনউড

4

আমি দেব সরঞ্জামগুলিতে ক্যাশেটি স্যুইচ করেছি এবং এখনও এই বার্তাটি পাই। সমস্ত ফাইলের স্ট্যাটাস 200, না "(ক্যাশে থেকে)"। সুতরাং এটি কখনও কখনও ক্যাশের কারণেও হতে পারে তবে অবশ্যই সর্বদা তা নয়।

— রাল্ফ

এটি আমার ক্ষেত্রে ক্যাশে থেকে ডেটা লোড হচ্ছে।

— আভিভ লো

40

ক্রোম ভি 72 এর জন্য যেটি আমার পক্ষে এটি সমাধান করেছিল তা কেবল এটি ছিল:

chrome://flags/এই 3 টি পতাকাটিতে যান এবং অক্ষম করুন

সাইট বিচ্ছিন্নতা অক্ষম করুন
নেটওয়ার্ক পরিষেবা সক্ষম করুন
প্রক্রিয়াধীন নেটওয়ার্ক পরিষেবা চালায়

অথবা আপনি কমান্ড লাইন থেকে এটি করতে পারেন:

chrome --disable-site-isolation-trials --disable-features=NetworkService,NetworkServiceInProcess

কেন এমন হয়?

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

এটি পরিবর্তন করা কি বিপজ্জনক?

নেটওয়ার্কিং হ'ল একটি উদাহরণ: আমাদের কাছে যদি কোনও নেটওয়ার্ক পরিষেবা হয় তবে আমরা আরও ভাল স্থিতিশীলতা / সুরক্ষার জন্য প্রক্রিয়াটি চালিয়ে যেতে বা প্রক্রিয়াজাতকরণে যদি আমরা সংস্থান থেকে সীমাবদ্ধ থাকি তবে বেছে নিতে পারি । সূত্র

— বদর এলমারস
সূত্র

4

আমি কেবল "নেটওয়ার্ক পরিষেবা সক্ষম করুন" এবং "প্রক্রিয়াকরণে নেটওয়ার্ক সার্ভিস চালায়" এই কাজ করতে সক্ষম হয়েছি।

— ক্ষুদ্রতম

আমি কেবল সাইটের বিচ্ছিন্নতা অক্ষম করেছি এবং এটি আমার পক্ষে কাজ করেছে।

— আশ্রিথ

3

এটি নিয়মিত ক্রোমে কাজ করেছে (ভি 74 worked) তবে ক্রোম ক্যানারি (v76) এর সর্বশেষ সংস্করণটি এখন "# নেটওয়ার্ক-পরিষেবা" পতাকাটি অনুপস্থিত ... এটি ছাড়া এটি ক্যানারিতে কাজ করতে পারা যায় না।

— সমৃদ্ধ

আমি এই সমস্যাটি উভয় localhost:8080এবং google.com(!?) এ দেখেছি । সাইট বিচ্ছিন্নকরণ google.com অক্ষম করা হচ্ছে, তবে লোকালহোস্ট নয়। কেবলমাত্র দুটি অপশনই অক্ষম করা সমস্ত ক্ষেত্রে এটি স্থির করে।

— ব্লুরাজা - ড্যানি প্লেফুঘুফুট

আমাকে কেবল এটি বন্ধ করতে হয়েছিল: ক্রোম: // ফ্ল্যাগ / # সাইট-বিচ্ছিন্নতা-পরীক্ষার-অনির্বাচন

— 25 :25

25

আমি এই সমস্যার মুখোমুখি হয়েছি এবং আমি একটি নির্দিষ্ট কারণ সনাক্ত করতে পেরেছি, যার উত্তর বা প্রশ্নের উপরেও উল্লিখিত হয়নি।

আমি এসএসএলে একটি সম্পূর্ণ জেএস স্ট্যাক, কৌণিক ফ্রন্ট এন্ড এবং নোড ব্যাক এন্ড চালাচ্ছি, এবং এপিআই 8081 পোর্টে চলমান ভিন্ন ডোমেইনে রয়েছে, তাই আমি এপিআই থেকে সেশন কুকি বাদ দিচ্ছি বলে আমি সিওআরএস অনুরোধগুলি এবং ক্রেনডেনটিয়ালগুলি সহ করছি I

সুতরাং বিশেষত আমার দৃশ্যপটটি ছিল: পোষ্ট অনুরোধ, 8081 বন্দরটি করার জন্য প্রত্যক্ষদর্শনের কারণে পরিদর্শকের মধ্যে "সতর্কতা: প্রভিশনাল শিরোনাম দেখানো হয়" বার্তা আসে এবং অবশ্যই অনুরোধটি সমস্ত একসাথে আটকে দেয়।

আমার সমাধানটি হ'ল প্রক্সির জন্য অ্যাপাচি সেটআপ করার জন্য 443-র স্বাভাবিক এসএসএল পোর্ট থেকে 8081 নোড এসএসএল পোর্টে অনুরোধটি পাস করতে হবে (নোডটি একটি উচ্চতর বন্দরে থাকতে হবে কারণ এটি প্রোডের মূল হিসাবে চালানো যায় না)। সুতরাং আমি অনুমান করি যে ক্রোম অপ্রচলিত এসএসএল পোর্টগুলির জন্য এসএসএল অনুরোধ পছন্দ করে না তবে সম্ভবত তাদের ত্রুটির বার্তাটি আরও নির্দিষ্ট হতে পারে।

— মিস্টার পি
সূত্র

2

এটি ব্রাউজারের একই-উত্স নীতি - আপনার ওয়েবপৃষ্ঠা এবং আপনি যে সংস্থানগুলি পড়ছেন তা একই বন্দরে থাকতে হবে। বিকাশকারী.মোজিলা.আর.ইন-

— ইউএস

1

সহায়তার জন্য দুর্দান্ত ধন্যবাদ। আমি ওয়েবপ্যাকস ডেভ সার্ভার ব্যবহার করছি এবং আমি কেবল একটি পুনর্লিখনের নিয়ম যুক্ত করতে সক্ষম হয়েছি। '/graphql': { target: 'http://10.10.1.38:4000', changeOrigin: true }

— জেমস হ্যারিংটন

একইভাবে, আমি "proxy": "http://192.168.98.110:1234"আমার package.jsonতৈরি-প্রতিক্রিয়া-অ্যাপ্লিকেশন প্রকল্পে যুক্ত করে এই সমস্যাটি সমাধান করেছি । উত্তরের বিপরীতে, আমি দেবের কোথাও এইচটিটিপিএস ব্যবহার করছি না, তবে এটি প্রয়োজনীয় ছিল কারণ আমার অ্যাপ এবং এপিআই বিভিন্ন আইপিতে রয়েছে।

— ক্রিশ্চানস্ট্যান্ড

16

সাইট বিচ্ছিন্নতা নামে পরিচিত একটি নতুন বৈশিষ্ট্যের কারণে এটিও ঘটতে পারে (কেবলমাত্র ক্রস-অরিজিন অনুরোধের জন্য)

এই পৃষ্ঠাটি সমস্যা এবং একটি কাজের আশেপাশের বিবরণ দেয় । কোনটি chrome://flags/#site-isolation-trial-opt-outক্রোমে যাবে এবং সেটিংটি "অপ্ট-আউট" এ পরিবর্তন করতে হবে এবং ক্রোমটি পুনরায় লোড করবে।

এটি একটি পরিচিত সমস্যা । তবে সেই পৃষ্ঠাটি বলছে এটি ক্রোম 68 এ স্থির হয়েছে তবে আমি ক্রোম 68 চালাচ্ছি এবং আমার এখনও সমস্যা আছে।

— onlynone
সূত্র

1

যদি আপনার অনুরোধগুলি অবরুদ্ধ না করা হয় (200 ওকে), কেবল সিআরএস অনুরোধগুলির সাথে এটি ঘটে এবং অনুপস্থিত শিরোনাম কুকি হয় , আপনি এই উত্তরটি পরীক্ষা করতে চান। ধন্যবাদ, @ অলিনোন

— সেমাকো

@ সেমাকো, আপনি কি আরও একটু বিস্তারিতভাবে এটি ব্যাখ্যা করতে পারেন? আমি একই ধরণের সমস্যার মুখোমুখি হচ্ছি, তবে কেন তা আমি পুরোপুরি বুঝতে পারি না। আরও তথ্যের জন্য, দয়া করে আমার সাম্প্রতিক পোস্টটি দেখুন। ধন্যবাদ.

— adn বিপিএস

12

HTTP- র / 2 ধাক্কা সম্পদ উত্পাদন করা হবে Provisional headers are shownএকই তত্ত্বের পরিদর্শক হিসেবে @wvega পোস্ট উপরে তার উত্তর ।

উদাহরণস্বরূপ: যেহেতু সার্ভারটি ক্লায়েন্টের কাছে সংস্থানসমূহ (গুলি) ঠেলে দিয়েছে ( ক্লায়েন্ট তাদের অনুরোধ করার আগে ), তাই ব্রাউজারটিতে সংস্থানযুক্ত সংস্থান রয়েছে এবং তাই ক্লায়েন্ট কখনও অনুরোধ করে না / প্রয়োজন হয় না; সুতরাং ...

... সার্ভার প্রতিক্রিয়া জানালে আসল শিরোনামগুলি আপডেট হয় তবে অনুরোধটি অবরুদ্ধ করা থাকলে কোনও প্রতিক্রিয়া নেই।

— সম্প্রদায়
সূত্র

12

আমার পরিস্থিতি ক্রস-ওরিয়েন্ট সম্পর্কিত।
পরিস্থিতি:OPTIONS আসল অনুরোধটি প্রেরণের আগে GETবা ব্রাউজার অনুরোধ প্রেরণ করে POST। ব্যাকএন্ড বিকাশকারী OPTIONSঅনুরোধটি মোকাবেলা করতে ভুলে যায় , প্রসেসিংয়ের সময়টিকে দীর্ঘ করে দেয় এবং পরিষেবা কোডের মধ্য দিয়ে যেতে দেয়। টাইমআউট সেটিংয়ের চেয়ে অনেক বেশি আমি axiosইনিশিয়ালেশনে লিখেছিলাম যা 5000 মিলিসেকেন্ড। অতএব, আসল অনুরোধটি প্রেরণ করা যায়নি, এবং তারপরে আমি সমস্যার মুখোমুখি হয়েছি provisional headers are shown।
সমাধান: যখন OPTIONSঅনুরোধের কথা আসে , ব্যাকএন্ড এপি মাত্র ফলাফল দেয়, এটি অনুরোধটি আরও দ্রুত করে তোলে এবং সময়সীমার আগেই আসল অনুরোধটি প্রেরণ করা যায়।

— Alexee
সূত্র

6

আমি সন্দেহ করি আমার উত্তরটি আপনাকে সাহায্য করার সময় হয়েছে তবে অন্যরা এটির সহায়ক হতে পারে। আমি তৈরি করেছি এমন একটি jQuery অ্যাজাক্স পোস্ট স্ক্রিপ্টের সাথে আমি একই ধরণের সমস্যাটি अनुभव করেছি।

দেখা গেল যে পোস্টটি ফায়ার করতে আমি যে ট্যাগটি ব্যবহার করেছিলাম তার ট্যাগের href অ্যাট্রিবিউটে আমার একটি টাইপ ছিল। আমি টাইপ করেছি href = " জাভাসক্রিপ্ট :" ('গুলি' এবং 'সি' বিপরীত করে) .. পোস্টটি ফায়ার করার চেষ্টা করার সময় স্ক্রিপ্টটি পৃষ্ঠাটি রিফ্রেশ করার চেষ্টা করেছিল। টাইপো সংশোধন করে এবং এটি আমার জন্য পুরোপুরি সূক্ষ্মভাবে কাজ করে।

— অসভ্য
সূত্র

একই ধরণের ইস্যুতে ছড়িয়ে পড়ে, কোনও টাইপ ছিল না তবে পোষ্ট বরখাস্ত / সম্পূর্ণ হওয়ার আগে আমার কাছে পৃষ্ঠাটি পুনরায় লোড করার জন্য একটি স্ক্রিপ্ট ছিল।

— রাইন্ডাল

4

এইচএসটিএস ব্যবহার করে ওয়েবসাইট সুরক্ষিত থাকলে এই বার্তাটি ঘটতে পারে । তারপরে, যখন কেউ ইউআরএল এর এইচটিটিপি সংস্করণে লিঙ্ক করে, ব্রাউজারটি এইচএসটিএসের নির্দেশ অনুসারে, এইচটিটিপি অনুরোধ জারি করে না, তবে অভ্যন্তরীণভাবে এইচটিটিপিএস সংস্থানটিতে নিরাপদে পুনঃনির্দেশ করে। এটি এইচটিটিপিএস ডাউনগ্রেড আক্রমণ যেমন sslstrip এড়ানোর জন্য ।

— dionyziz
সূত্র

আমি এইচএসটিএস অক্ষম করেছি এবং মূল শিরোনাম আবার দেখানো হয়েছে। ধন্যবাদ!

— কেনবার্কলে

3

এটি সম্ভবত আপনি অ্যাজাক্স অনুরোধটি প্রেরণ করেছেন বলে একই সময়ে আপনি অবস্থানের পাতা বা অন্য কিছু ব্যবহার করে আপনার পৃষ্ঠাটিকে অন্য কোনওটিতে ঝাঁপিয়েছেন। সুতরাং আগের অনুরোধটি ব্যর্থ হয়েছে।

— Frankjs
সূত্র

2

এই সতর্কতা বার্তাটি তখনও ঘটে যদি প্রতিক্রিয়া অবৈধ এবং তাই ব্রাউজার দ্বারা বাদ দেওয়া হয়।

আমার ক্ষেত্রে অনুরোধটি সঠিকভাবে সার্ভারে প্রেরণ করা হয়েছিল, সার্ভার-সাইড কোডটি তারপরে একটি ত্রুটি তৈরি করেছিল এবং আমার কাস্টম ত্রুটি পরিচালনাটি HTTP স্থিতি বার্তার ক্ষেত্রে ত্রুটি বার্তাটি ফিরিয়ে দিয়েছে। তবে ত্রুটি বার্তায় অবৈধ অক্ষরের কারণে (এখানে http://aspnetwebstack.codeplex.com/workitem/1386 বর্ণিত ) অকার্যকর অক্ষরের কারণে এই ত্রুটিটি ক্লায়েন্টের পক্ষ থেকে পাওয়া যায়নি যার ফলস্বরূপ প্রতিক্রিয়া শিরোনামগুলি দুর্নীতিগ্রস্থ হয়েছে।

— ফ্লোরিয়ান হায়দার
সূত্র

2

আমি এজেএক্স কল দিয়ে এই সমস্যাটি নিয়েছিলাম যা কখনই সম্পূর্ণ হয় না complete পৃষ্ঠার chrome://net-internalsঅন্য clickইভেন্ট হ্যান্ডলারটি পিতামাতার নোডে শুনে, ডিবাগ করার বিষয়ে আমি ওয়েভেগার পরামর্শ এবং টিপগুলি অনুসরণ করেছিলাম , ব্রাউজারটি একই ইউআরএলে নেভিগেট করার কারণ ছিল (যাতে এটি সহজে লক্ষণীয় ছিল না)।

সমাধানটি হ'ল ফর্ম জমা বোতামের event.stopPropagation()একটি clickহ্যান্ডলারের সাথে ক্লিকটি ডিওএম আপকে বুদ্বুদ করা এবং এজেএক্স অনুরোধটি অগ্রগতিতে বাতিল করা ( submitদ্য হ্যান্ডলারের মাধ্যমে সূচিত form) বাতিল করতে হবে keep

— jimp
সূত্র

2

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

আমার দৃশ্যে আবহাওয়া মডেল আউটপুটটির জন্য শত শত কলাম যুক্ত / মুছে ফেলার মাধ্যমে কোনও টেবিল পরিবর্তন করার খুব বিরল সম্ভাবনা জড়িত ... অতএব ALTER TABLE প্রশ্নের একটি লুপের মাধ্যমে পুনরাবৃত্তি থেকে প্রতিক্রিয়া পিছিয়ে যায়।

— Gwi7d31
সূত্র

পিএইচপি কর্মীরা সম্ভবত আপনার জন্য কিছু হতে পারে

— বার্তোমিজেজ জালিউস্কি

2

এটি হওয়ার একটি সাধারণ কারণ হ'ল যদি আপনি কোনও ইভেন্ট ট্র্যাক করে থাকেন এবং আপনি ডিফল্ট ক্রিয়াটি প্রতিরোধ না করেন। উদাহরণস্বরূপ, আপনার যদি একটি ক্লিক ইভেন্ট থাকে তবে আপনি অন্তর্ভুক্ত করতে চাইবেন:

e.preventDefault();

অথবা

return false;

যদি আপনি এটি না করেন তবে আপনি অস্থায়ী শিরোনাম সতর্কতা পাশাপাশি আপনার ওয়েব কনসোলের নেটওয়ার্ক ট্যাবে একটি "বাতিল" স্থিতি দেখতে পাবেন।

— bigtex777
সূত্র

2

আমার ক্ষেত্রে এটি কোনও উত্সে কেবল একটি ভ্রান্ত সেট ছিল (এসভিজি / আইএমজি)

— typocoder
সূত্র

হ্যাঁ - আমার জন্য, অনুরোধের জন্য কোনও ফাইল ইনপুট ব্যবহার করার সময় অনুমতিগুলি অনুপস্থিত।

— ফিলি 294

2

আমি যখন একটি অবৈধ HTTP অনুমোদনের শিরোনাম পাঠাচ্ছিলাম তখন আমার কাছে এই সমস্যাটি উপস্থিত হয়েছিল। আমি বেস 64 এটি এনকোড করতে ভুলে গেছি।

— রবার্ট ক্রিস্টোফার
সূত্র

1

আমার কেস ছিল অনুমোদনের

— শিরোনামটি

1

আমি এটি পেরিয়ে এসেছি এবং যখন আমি https থেকে এইচপি তে স্যুইচ করেছি তখন তা চলে গেছে। আমরা দেবের মধ্যে ব্যবহৃত SSL শংসাপত্রগুলি কোনও তৃতীয় পক্ষ দ্বারা যাচাই করা হয় না। এগুলি কেবল স্থানীয়ভাবে ডেভ শংসাপত্রগুলি উত্পন্ন।

একই কলগুলি ক্রম ক্যানারি এবং ফায়ারফক্সে ঠিক কাজ করে। এই ব্রাউজারগুলি Chrome এর মতো এসএসএল শংসাপত্র সম্পর্কে এতটা কঠোর বলে মনে হয় না। "সতর্কতা: প্রভিশনাল শিরোনাম ..." বার্তা সহ ক্রোমে কলগুলি ব্যর্থ হবে।

আমি মনে করি / আশা করি আমরা যখন স্টেজ এবং প্রোডগুলিতে কোনও আইনী এসএসএল শংসাপত্র ব্যবহার করি, আমরা ক্রোমে আর এই আচরণটি দেখতে পাব না।

— CodeWarrior
সূত্র

আমি কার্ল করার চেষ্টা করেছি এবং 60 টি পেয়েছি this এই উত্তর থেকে এসএসএল ইনস্টলেশনতে অনুপস্থিত শৃঙ্খলাটি সন্ধান করুন। চেইন যোগ করুন এবং সমস্যা চলে গেছে। ধন্যবাদ দোস্ত! দয়া করে এটি পরীক্ষা করতে ব্যবহার করুন: curl -s -D- https: // <yourcomain.com>

— apis17

1

শুধু আমার দুটি সেন্টে ফেলে দিচ্ছি। আমি সিওআরএস অনুরোধ এবং একটি সম্পূর্ণ রেস্টস্টুল ওয়েব পরিষেবা ব্যবহার করে একটি ওয়েব অ্যাপ্লিকেশন লিখছি। আমি খুঁজে পেয়েছি ক্রোম এই ত্রুটিটি ছুঁড়ে ফেলবে যখন আমার কোনও অযথিত ব্যতিক্রম বা পিএইচপি ত্রুটি নিক্ষেপ করা হবে। কেবল অন্য কাউকেই সমস্যা থেকে চালিত করান। আমি দেখেছি যে এটি ঘটলে আমি ক্রোম অ্যাপ্লিকেশন "পোস্টম্যান - রেস্ট ক্লায়েন্ট" জ্বালিয়ে দিতে পারি এবং ঠিক একই অনুরোধটি চালাতে পারি তবে ক্রোম অ্যাপে আমি প্রকৃতপক্ষে পিএইচপি ত্রুটিটি এই অ বর্ণনামূলক ত্রুটির পরিবর্তে নিক্ষেপ করব।

— JDubDev
সূত্র

1

আমি ত্রুটি থেকে ফলস্বরূপ পরিবর্তন করার পরে আমি দ্বিতীয়বারের জন্য জিন্সের জন্য মেইন.জেগুলি লোড করার চেষ্টা করার সময় আমি এই সমস্যাটি চালিয়েছি। আমি সবেমাত্র বিকাশকারী সরঞ্জাম সেটিংস চালু করেছি "ক্যাশে অক্ষম করুন (যখন দেবটুলগুলি খোলা থাকে)"। এবং এটি কবজ করেছে।

— ওহাদ সদন
সূত্র

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

— এন্থ 12

1

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

— ইরেজ কোহেন
সূত্র

1

এটি আমার জন্য ঘটছিল, যখন আমার একটি ডাউনলোড লিঙ্ক ছিল এবং এটিতে ক্লিক করার পরে আমি চেষ্টা করছিলাম জিকোয়ারি সহ ক্লিকটি ধরতে এবং একটি এজ্যাক্স অনুরোধ পাঠাতে। সমস্যাটি ছিল কারণ আপনি যখন ডাউনলোড লিঙ্কটিতে ক্লিক করছেন, আপনি পৃষ্ঠাটি ছেড়ে দিচ্ছেন, এমনকি এটি তেমন দেখাচ্ছে না। যদি কোনও ফাইল স্থানান্তর না হয়, আপনি অনুরোধ করা পৃষ্ঠাটি দেখতে পাবেন .. সুতরাং আমি এই সমস্যাটি প্রতিরোধের জন্য একটি লক্ষ্য = "_ ফাঁকা" রেখেছি।

— হায়াক আখব্যাকিয়ান
সূত্র

1

আমি যখন একটি পপআপে একটি পৃষ্ঠা মুদ্রণের চেষ্টা করেছি তখন আমি এই ত্রুটিটি পেয়েছি। মুদ্রণ ডায়ালগটি দেখানো হয়েছিল এবং এটি এখনও পপআপে আমার গ্রহণযোগ্যতা বা মুদ্রণ বাতিল হওয়ার অপেক্ষায় রয়েছে যখন মাস্টার পৃষ্ঠায়ও ব্যাকগ্রাউন্ডে অপেক্ষা করা হয়েছিল বার্তাটি দেখিয়ে CAUTION অস্থায়ী শিরোনাম দেখানো হয়েছে যখন আমি অন্য লিঙ্কটিতে ক্লিক করার চেষ্টা করেছি।

আমার ক্ষেত্রে সমাধানটি ছিল মুদ্রণ কথোপকথনটি রোধ করার জন্য window.print ();যে স্ক্রিপ্টটি <body>পপআপ উইন্ডোটিতে চালিত হয়েছিল তা মুছে ফেলা ।

— আর্নো গালোফ্রে
সূত্র

1

আমার সার্ভারের সংযোগের সংখ্যা যখন ক্রমের সর্বোচ্চ-সংযোগ-প্রতি-সার্ভারের সীমা ছাড়িয়ে গেছে তখন আমি এই ঘটনাটি দেখেছি।

— মিউনিসিপ্যাল এসোসিয়েশনের
সূত্র

1

আপনার কোডের এই কোডটিকে প্রথমে ব্যবহার করুন:

header('Cache-Control: no-cache, no-store, must-revalidate');
header('Pragma: no-cache');
header('Expires: 0');

এটি আমার পক্ষে কাজ করে।

— নবী কেএজেড
সূত্র

0

এখানে আরও একটি সমাধান দেওয়া হল।

যদি আপনি এই সমস্যাটি $ http://আজাক্স () কলটির মুখোমুখি হন তবে আপনার সার্ভারহোস্ট আপনার সমস্যার সমাধান করার আগে যুক্ত করুন।

var requestURL = "http://" + serverHost;
$.ajax({
    dataType: "json",
    url: requestURL,
    data: data,
    success: success    
});

— KTU
সূত্র

0

আপনি একটি Asp.Net MVC আবেদন উন্নয়নশীল হয় এবং আপনি একটি ফিরতি করার চেষ্টা করছেন তাহলে JsonResultআপনার নিয়ামক মধ্যে, নিশ্চিত করুন আপনি যোগ করতে JsonRequestBehavior.AllowGetকরতে Jsonপদ্ধতি। এটা আমার জন্য এটি স্থির।

public JsonResult GetTaskSubCategories(int id)
{
    var subcategs = FindSubCategories(id);

    return Json(subcategs, JsonRequestBehavior.AllowGet);  //<-- Notice it has two parameters
}

— codingbiz
সূত্র

0

"সতর্কতা: প্রভিশনাল শিরোনাম দেখানো হয়" বার্তাটি দেখা যায় যখন এইচটিটিপিএস-এ হোস্ট করা ওয়েবসাইটটি এইচটিটিপি-তে হোস্ট করা ওয়েবএপি-তে কল কল করে। আপনার সমস্ত অ্যাপির এইচটিটিপিএস হয় কিনা তা আপনি সব পরীক্ষা করতে পারেন। ব্রাউজারটি অনিরাপদ সংস্থানগুলিতে কল করতে বাধা দেয়। আপনি HTTP- র সাথে ডোমেনে FETCH API ব্যবহার করার সময় আপনার কোডে অনুরূপ বার্তা দেখতে পাবেন।

মিশ্র সামগ্রী: ' https://website.com ' পৃষ্ঠাটি এইচটিটিপিএস-এর মাধ্যমে লোড করা হয়েছিল, তবে একটি অনিরাপদ সংস্থান ' http://webapi.com ' এর জন্য অনুরোধ করেছে । এই অনুরোধটি অবরুদ্ধ করা হয়েছে; লিখিত সামগ্রীটি অবশ্যই HTTPS এর মাধ্যমে পরিবেশন করা উচিত।

— রাফাল সাইপসার
সূত্র

0

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

অবশেষে, আমি বুঝতে পেরেছি যে এপিআই একটি বিশাল জেএসওএন অবজেক্ট ফেরত দেওয়ার চেষ্টা করছে। যখন আমি একটি ছোট বস্তু প্রেরণের চেষ্টা করেছি, এটি ঠিকঠাক কাজ করছিল। অবশেষে, আমি জেএসএনের পরিবর্তে একটি বাফার ফিরিয়ে দিতে আমার প্রয়োগ পরিবর্তন করেছি।

আমি এক্সপ্রেসজেএসকে এই ক্ষেত্রে একটি ত্রুটি নিক্ষেপ করতে চাই।

— Chandru
সূত্র

0

একইসাথে webpack-hot-middlewareএকাধিক পৃষ্ঠাগুলির মতো কিছু প্যাকেজ ব্যবহার করার সময়ও এই সমস্যাটি উপস্থিত হবে । webpack-hot-middlewareকোডের পরিবর্তনগুলি শোনার জন্য পৃষ্ঠাটি রিফ্রেশ করার জন্য প্রতিটি পৃষ্ঠার জন্য একটি সংযোগ তৈরি করবে। প্রতিটি ব্রাউজারের max-connections-per-serverক্রমের জন্য সীমাবদ্ধতা 6, তাই আপনি যদি ইতিমধ্যে Chrome এ pages টিরও বেশি পৃষ্ঠাগুলি খোলেন, আপনি কিছু পৃষ্ঠা বন্ধ না করা পর্যন্ত নতুন অনুরোধটি সেখানে স্থির থাকবে।

— LCB
সূত্র

0

আমার ক্ষেত্রে কারণটি ছিল অ্যাডব্লক এক্সটেনশন।

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

পরিবর্তনটি কার্যকর হওয়ার জন্য, দেব সরঞ্জামগুলি বন্ধ করে পৃষ্ঠাটি রিফ্রেশ করাও দরকার ছিল

— Tarmo
সূত্র