কিছু টাম্বলার পৃষ্ঠা থেকে চিত্রগুলি কেন লোড হয় না, তবে সেগুলিতে উইজেট ব্যবহার করে কী কাজ করে?

Question

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

1. কেবল পোস্টের অংশযুক্ত চিত্রগুলি লোড হবে না। ব্যবহারকারী অবতার, ব্যানার, শিরোনাম, বিভিন্ন থিম এবং / অথবা পৃষ্ঠা-সম্পর্কিত চিত্রগুলি এখনও উপস্থিত রয়েছে।
2. কম্পিউটারে যে কোনও ব্রাউজারের সাথে ঘটে (ফায়ারফক্স এবং ক্রোম / আইম উভয় বিজ্ঞাপন / স্ক্রিপ্ট ব্লকার সহ এবং তার বাইরেও পরীক্ষিত)।
3. wgetচিত্রগুলির সরাসরি লিঙ্কগুলি ব্যবহার করে কাজ করে।
4. এটি সমস্ত টাম্বলার পৃষ্ঠাতে প্রযোজ্য নয়। বেশিরভাগই সঠিকভাবে লোড হয় তবে চিত্রগুলি লোড না করা পোস্টগুলির সাথে পৃষ্ঠাগুলির একটি তালিকা তৈরি করার সময় তারা দেখায় যে তারা বেশিরভাগ একই গোষ্ঠীর ব্যবহারকারী।
5. সমস্যাটি এই অর্থে ব্লগ-নির্দিষ্ট বলে মনে হয় যে যদি কোনও নির্দিষ্ট ব্লগের চিত্র পোস্টটি ব্রাউজারে লোড না হয় তবে অন্যান্য ব্লগগুলি (প্রভাবিত বা না) একই পোস্টটিকে পুনরায় ব্লগ করা হলে ব্রাউজারেও চিত্রটি লোড হবে না। বিপরীতে, যদি কোনও প্রভাবিত ব্লগ যদি কোনও অ্যাক্টিভেট্ট থেকে রিব্লাগ হয় তবে চিত্রটি ভাল হয়ে যায়।
6. চিত্রগুলি ব্যবহারকারী-নির্মিত টাম্বলার পোস্টগুলি থেকে যেখানে ব্যবহারকারী পোস্ট করতে একটি চিত্র আপলোড করে এবং টাম্বলার দ্বারা হোস্ট করা হয়। উদাহরণ হিসেবে বলা যায় (এই উদাহরণে প্রভাবিত ব্লগের এক নয়), মধ্যে এই ছবিটি পোস্ট (এলোমেলোভাবে নির্বাচিত), এই পোস্টে ইমেজ থেকে সরাসরি লিঙ্ক হতে হবে। চিত্র পোস্টগুলি ব্যবহারকারীদের পোস্টের জন্য আপলোড করা আকারের কাছাকাছি থাকা পোস্টটিতে ব্যবহৃত চিত্রটির একটি (সাধারণত) বৃহত সংস্করণ ব্যবহার করে ছবিগুলি স্বয়ংক্রিয়ভাবে টম্বলারের অন্য পৃষ্ঠায় একটি লিঙ্ক তৈরি করে ।

সম্ভবত এই ঘটনার কারণ কী হতে পারে? যে অংশটি আমাকে সত্যিকার অর্থে পেয়েছে তা হ'ল এটি wgetকাজ করে, তাই আমি মনে করি যে আমি এটি ধরে নিতে পারি যে এটি নেটওয়ার্ক সংযোগে কোনও সমস্যা নয়।

হালনাগাদ:

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

This XML file does not appear to have any style information associated with it. The document tree is shown below.

<Error>
    <Code>AccessDenied</Code>
    <Message>Access Denied</Message>
    <RequestId>A626307DF577B411</RequestId>
    <HostId>J9GxX1HY9vX3ElWjYf7M48ByvKXLRIwRBJ2al2voS3J/C+WhILWHyd3crFhhNtkXuvG0zaxBTxw=</HostId>
</Error>

RequestIDএবং HostIdপ্রতিবার পরিবর্তন। আমি এবং আমার বন্ধু ফিলিপাইনে অবস্থিত।

আপডেট [2014/03/08]

আরও পরীক্ষার পরে এবং টাম্বলার সহায়তার ইমেলগুলির জবাব দেওয়া, wgetকিছু অনুষ্ঠানে কাজ বন্ধ করা হয়েছে (সরাসরি লিঙ্কগুলিতে 403 ত্রুটি পাওয়া)।

আপডেট [2014/03/09]

এইচটিটিপিএস-সর্বত্রের জন্য টাম্বলার বিধিগুলি বন্ধ করা কখনও কখনও সমস্যার সমাধান করে বলে মনে হয় ।

---

_{বিঃদ্রঃ:}

• _{# 6 এর উদাহরণে, সরাসরি লিঙ্ক উভয়ই একই চিত্রের দিকে নির্দেশ করে। সাধারণত, যদিও চিত্রের পোস্টে ব্যবহৃত একটি (চিড়িয়াখানাযোগ্য চিত্রের পৃষ্ঠার তুলনায়) পৃষ্ঠার থিমটি ফিট করার জন্য চিত্রটির একটি ছোট সংস্করণ ব্যবহার করে। উদাহরণটি বৃহত্তর পর্দার জন্য তৈরি একটি থিম ব্যবহার করে যাতে এর চেয়ে ছোট সংস্করণের প্রয়োজন হয় না।}

Comments

আমি কি 5 টি সঠিকভাবে পড়েছি, যে সমস্যাগুলি দ্বারা ব্যক্তি পুনরায় ব্লগ করা অন্যান্য চিত্রগুলি দেখতে পারে না?

— পল

আমি একটি উত্তর পোস্ট করেছি, তবে কী হতে পারে যদি আপনি ব্লগ পোস্টগুলিতে প্রকৃত ইউআরএল সরবরাহ করতে পারেন যা মনে হয় যে সমস্যাগুলি মনে হয় এমন চিত্রগুলিতে ইউআরএল ভাঙ্গা মনে হয়। যদি সম্ভব হয় তবে এই বিবরণ যুক্ত করতে আপনার প্রশ্নটি সম্পাদনা করতে ভুলবেন না।

— জেকগল্ড

@ পল আমার অর্থ হ'ল আমি যদি ব্রাউজারে লোড হয় না এমন টিম্বলরউজার 1 এর মাধ্যমে যদি কোনও চিত্র পোস্ট দেখি এবং যদি টাম্বলারউসার 2, টাম্বলরউসার 3 ... টিউম্বলরউজারএন টিম্বলরউজার 1 এর পোস্ট পুনরায় ব্লগ করে তবে ব্রাউজারটি অন্য ব্যবহারকারীদের পৃষ্ঠায় লোড করতে সক্ষম হবে না ।

— maki57

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

— জেকগল্ড

@ পল আমার অর্থ হ'ল আমি যদি আমার বর্তমান ব্রাউজারে টিম্বলরউজার 1 দ্বারা কোনও চিত্র পোস্ট দেখতে পাই যা আমার বর্তমান ব্রাউজারে লোড হয় না এবং যদি tumblrUser2, tumblrUser3 ... tumblrUserN পুনরায় ব্লগ করুন tumblrUser1 এর পোস্ট, ব্রাউজারটি অন্য ব্যবহারকারীদের উপরও চিত্রটি লোড করতে সক্ষম হবে না 'পৃষ্ঠাগুলি।

— maki57

Answer 1

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

---

সম্পাদনা: চিত্র ফাঁস সম্পর্কে বৃহত্তর সামগ্রীটি অবৈধ বলে মনে হচ্ছে। সুতরাং শীর্ষে একটি নতুন ধারণা যুক্ত করবে এবং কারওর জন্য দরকারী হলে চিত্রটি নীচের দিকে রেখে দেবে ech

আমাজন ক্লাউডফ্রন্ট সিডিএন আইডিয়াস

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

এই উদাহরণটি ইউআরএল নেওয়া যাক:

http://36.media.tumblr.com/d685b02fdf2d3f167c22d9a97e27e87a/tumblr_nfpq5qPZ4v1tognpro1_1280.png

এখন curl -Iসেই ফাইলটিতে শিরোনামের তথ্য পেতে দৌড়া যাক :

curl -I http://36.media.tumblr.com/d685b02fdf2d3f167c22d9a97e27e87a/tumblr_nfpq5qPZ4v1tognpro1_1280.png

এর জন্য আউটপুটটি এরকম কিছু হবে:

HTTP/1.1 200 OK
Content-Type: image/png
Content-Length: 782141
Connection: keep-alive
Accept-Ranges: bytes
Cache-Control: max-age=1209600
Date: Thu, 05 Mar 2015 02:15:44 GMT
Server: nginx
X-Cache: Miss from cloudfront
Via: 1.1 7e54fc06cd70e4752fe050bbe5c130be.cloudfront.net (CloudFront)
X-Amz-Cf-Id: QyIUyzfaJJN3PU_xWkW0P-D2kjg_1cVenKzFAoY2PubgZQlBHWorZQ==

এখন এখানে যে বিষয়গুলিতে মনোযোগ দিতে Dateহবে তা হ'ল X-Cache( ক্লাউডফ্রন্ট শেষ পয়েন্টে ফাইলের তারিখ এবং সময়) এবং (অ্যামাজন সামগ্রী সামগ্রী সরবরাহের স্থিতি) শিরোনাম। অ্যামাজন ক্লাউডফ্রন্টের সাধারণ আচরণটি হ'ল প্রথম অ্যাক্সেসটি "ক্লাউডফ্রন্ট থেকে মিস" প্রকাশ করে এবং তারপরে আপনি যদি অন্য মুহুর্তটি curl -Iপরে নেন তবে একটি হওয়া উচিত Hit from cloudfront।

তবে এখনই যা দেখলাম তা নয়। আমার তৈরি অ্যাক্সেসগুলির একগুচ্ছের স্থিতি Dateএবং X-Cacheস্থিতির বিচ্ছেদ এখানে রয়েছে :

• Date: Thu, 05 Mar 2015 02:19:37 GMT = X-Cache: Miss from cloudfront
• Date: Thu, 05 Mar 2015 02:19:39 GMT = X-Cache: Miss from cloudfront
• Date: Thu, 05 Mar 2015 02:19:44 GMT = X-Cache: Miss from cloudfront
• Date: Thu, 05 Mar 2015 02:19:50 GMT = X-Cache: Miss from cloudfront
• Date: Thu, 05 Mar 2015 02:19:50 GMT = X-Cache: Hit from cloudfront
• Date: Thu, 05 Mar 2015 02:19:50 GMT = X-Cache: Hit from cloudfront
• Date: Thu, 05 Mar 2015 02:19:50 GMT = X-Cache: Hit from cloudfront

Hit from cloudfrontশেষের কাছাকাছি থাকা একই সঠিক ডেটাযুক্ত একাধিক আইটেম থাকার কারণটি হ'ল সিডিএন-তে এটি ঘটে: যদি সিডিএন-এর শেষ পয়েন্টে ফাইল থাকে, তবে ফাইলটির Dateপ্রকৃত তৈরি / পরিবর্তন তারিখের সাথে সম্পর্কিত শেষ পয়েন্ট আছে।

আপনি লক্ষ্য করেছেন যে প্রথম চারটি অ্যাক্সেস কয়েক সেকেন্ডের ব্যবধানে রয়েছে, বিভিন্ন তারিখ / সময় রয়েছে এবং সেগুলি সব Miss from cloudfrontঠিক আছে? এর অর্থ সিডিএন শেষ পয়েন্টটি কেবল এধরনের প্রতিধ্বনি করছে যে সেই সময় সেই ফাইলটি অ্যাক্সেস করার চেষ্টা ছিল এবং সমস্ত প্রচেষ্টা মিস ছিল।

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

যা বলার মতো, আমি সহজেই ক্লায়েন্টের পক্ষ থেকে এটি পরিষ্কার করা যেতে পারে বলে মনে করি না।

---

সম্পাদনা: সুতরাং মূল পোস্টারটি কয়েকটি নতুন ইউআরএল যুক্ত করেছে এবং এটি এখনও একটি সার্ভার-সাইড ইস্যুতে নির্দেশ করে তবে আমি কেবল রেকর্ডের জন্য বিশদটি পোস্ট করতে চেয়েছিলাম।

এজকাস্ট এবং হাইউইন্ডস সিডিএন আইডিয়া

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

http://claystorks.tumblr.com/post/112741831192/soulmister-claystorks-windspeare-explain

এবং এই চিত্রের URL গুলি সেই পোস্টের URL গুলির উদাহরণ হিসাবে সরবরাহ করা হয়েছে:

https://gs1.wac.edgecastcdn.net/8019B6/data.tumblr.com/76493f424ebb3b62d6de43e53643180a/tumblr_nkps82DdCh1sjn35qo1_500.png

https://gs1.wac.edgecastcdn.net/8019B6/data.tumblr.com/76493f424ebb3b62d6de43e53643180a/tumblr_nkps82DdCh1sjn35qo1_1280.png

এবং এই দুটি চিত্রের URL গুলি সত্যই ব্যর্থ হয়। তবে আমার দিক থেকে - যুক্তরাষ্ট্রের নিউ ইয়র্ক, ব্রুকলিনের ব্লগ পোস্টের মূল স্যুর কোডটি দেখে — আমি এজ এজাস্ট ( gs1.wac.edgecastcdn.net) ইউআরএলগুলি দেখছি না । বরং, আমি দেখতে পাচ্ছি এমন ইউআরএল:

http://41.media.tumblr.com/76493f424ebb3b62d6de43e53643180a/tumblr_nkps82DdCh1sjn35qo1_500.png

http://41.media.tumblr.com/76493f424ebb3b62d6de43e53643180a/tumblr_nkps82DdCh1sjn35qo1_1280.png

সুতরাং আমার প্রথম চিন্তাটি কেন মূল পোস্টারগুলি Ed এজকাস্ট ( gs1.wac.edgecastcdn.net) দেখছে । তবে তারপরে যদি আমি একটি ট্রেস্রোইট করি তবে 41.media.tumblr.comআমি দেখতে পাচ্ছি যে এটি হাইওউইন্ডস (!?!?) দ্বারা পরিচালিত একটি সার্ভার। বিপরীতে মূল ব্যবহারকারী দ্বারা প্রেরিত প্রাথমিক ইউআরএলগুলি 36.media.tumblr.comহোস্ট - নেম ব্যবহার করছে এবং আপনি দেখতে পাচ্ছেন যে সেগুলি অ্যামাজন ক্লাউডফ্রন্ট সিডিএন সার্ভার দ্বারা পরিচালিত হয়।

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

---

ইমেজ লেচিং আইডিয়াস

আর প্রাসঙ্গিক নাও হতে পারে, তবে এখানে রেফারেন্সের জন্য।

আপনি বলছেন এটি আমাকে একটি সূত্র দিন:

wgetচিত্রগুলির সরাসরি লিঙ্কগুলি ব্যবহার করে কাজ করে।

অনেক সাইটের স্থানে নিয়ম থাকে — সাধারণত অ্যাপাচি এর মাধ্যমে সেট করা হয় image যা চিত্রের জোঁক রোধ করে। এই নিয়মগুলি কীভাবে কাজ করে সে সম্পর্কে আরও বিশদ এখানে সরবরাহ করা হয় এবং এর সংক্ষিপ্তসার হিসাবে:

.Htaccess ব্যবহার করে, আপনি আপনার সার্ভারে গরম লিঙ্কটি নিষিদ্ধ করতে পারেন, সুতরাং যারা আপনার সাইটের কোনও চিত্র বা সিএসএস ফাইলের সাথে লিঙ্ক করার চেষ্টা করছেন তারা হয় ব্লকড (ব্যর্থ অনুরোধ, যেমন একটি ভাঙ্গা চিত্র) বা অন্য কোনও সামগ্রীতে পরিবেশন করেছেন ( অর্থাত্‍ রাগী মানুষের চিত্র) an

আপনার বর্ণনার উপর ভিত্তি করে — এবং আপনি যে চিত্রগুলি নিয়ে wgetসমস্যায় পড়েছেন তা ব্যবহারকারীদের দ্বারা টাম্বলারে হোস্ট করা হচ্ছে না, বরং যে চিত্রগুলি একটি টাম্বলার ব্লগে রাখা হয়েছে তবে আসলে অন্যটিতে হোস্ট করা হয়েছে তা বিশ্বাস করার জন্য - আপনি আমাকে বিবৃতি দিয়ে ছবিগুলি অ্যাক্সেস করতে পারবেন সাইট।

স্ট্যান্ডার্ড ইমেজ লিচিংয়ের পদ্ধতিগুলি যখন স্থাপন করা হয়, তখন অন্য সাইটে হোস্ট করা এক সাইটের এমবেড করা চিত্র দেখা — যা ব্লক করে — এর ফলে একটি ভাঙা চিত্রের লিঙ্ক বা সম্ভবত "থামানো বন্ধ করুন!" চিত্র ফিরে আসছে। এটি কারণ মৌলিক অ্যান্টি-লেচিং নিয়মগুলি that যেমন those উদাহরণ পৃষ্ঠায় refer চিত্রের রেফারেন্সকারীরা নিশ্চিত করে তা নিশ্চিত করতে ইমেজটির অনুরোধ করা পৃষ্ঠাটি চিত্রটি হোস্টিংয়ের ডোমেনের সাথে মেলে।

সুতরাং আপনি যখন চিত্রটি অ্যাক্সেস করছেন তখন আপনি wgetসরাসরি চিত্রটিতে অ্যাক্সেস করেন। সুতরাং ইমেজ ফাঁস করার নিয়মগুলি লাথি মারবে না Thus এইভাবে আপনি চিত্রটি wgetঅন্য পৃষ্ঠায় এমবেড করা অবস্থায় পাবে না তবে।

Comments

তারা টাম্বলার ইমেজ পোস্ট টাম্বলার দ্বারা হোস্ট করা হয়। আমি বর্ণনাটি সম্পাদনা করব।

— maki57

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

— maki57

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

— জেকগল্ড

আপনি এখনও "কেন" আমার মূল প্রশ্নের উত্তর দিতে সক্ষম হয়েছিলেন, তাই এখনও আমি তার জন্য আপনাকে অনেক ধন্যবাদ জানাই। আমি শীঘ্রই এটি টাম্বলারকে জানাবো। এর মধ্যে আমি wgetএখনই আমার বন্ধুকে আপাতত ব্যবহার করতে বলব ।

— maki57

@ maki57 ঠিক আছে, এইচটিটিপিএস সর্বত্র কী করে এবং টাম্বলার নির্দিষ্ট নিয়মটি দেখে মনে হচ্ছে যে টাম্বলার এইচটিটিপিএসের সাথে যেভাবে আচরণ করে তার মধ্যে একটি প্লাগইন কোনও ত্রুটি তুলে ধরেছে। এই প্লাগইনটি এইচটিটিপিএসকে জোর করে, এবং আপনার ইউআরএলগুলির যে URLগুলির সাথে সমস্যা রয়েছে তা মনে হয় যে "HTTPS সর্বত্র" সমস্ত সম্পদ ব্যবহার করতে বাধ্য করে। কোনটি টাম্বলার কীভাবে কাজ করতে পারে তার উপর ভিত্তি করে , তবে এটিও হতে পারে যে টাম্বলার তাদের এজকাস্ট এইচটিটিপিএস সার্ভারগুলি সঠিকভাবে সিঙ্ক করে না? আমি পাশাপাশি "এইচটিটিপিএস" এর বিকাশকারীদেরও যেতে দেব।

— জ্যাকগল্ড

Answer 2

আমি বর্তমানে এই খুব সমস্যা হয়। এটি কাজের জন্য নিরাপদ - এটি প্রভাবিত ব্লগের একটি নির্বোধ কমিক উদাহরণ ।

তবে যদি খুঁজে পাওয়া যায় যে সমস্যাটি কেবল আমার জন্য ক্রোমে ঘটেছিল। কিছুক্ষণ পর বুঝলাম যে সমস্যা কারণ এক্সটেনশন ছিল " সব জায়গা HTTPS দ্বারা ।" আমি যখন এটি ফায়ারফক্সে ইনস্টল করেছি, সেখানেও আমার একই সমস্যা ছিল। এবং প্রকৃতপক্ষে, আমি যদি এইচটিটিপিএস নিয়মটি "টাম্বলার (আংশিক)" অক্ষম করি (যার অর্থ আমি অনুমান করি *.tumblr.com), এটি আবার ঠিকঠাক কাজ করে।

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

http://36.media.tumblr.com/57d2af15f7b21037364125f9f32c4379/tumblr_nktjzyNkv91s667kio1_1280.png

কিন্তু যদি আপনার কাছ থেকে প্রোটোকল পরিবর্তন httpকরতে httpsআপনি এই URL টি কাজ করে না থেকে আপনাকে পুনঃনির্দেশিত পেতে:

https://gs1.wac.edgecastcdn.net/8019B6/data.tumblr.com/57d2af15f7b21037364125f9f32c4379/tumblr_nktjzyNkv91s667kio1_1280.png

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

সম্পাদনা: এবং প্রকৃতপক্ষে সমস্যাটি এই গিটহাব থ্রেডে উল্লিখিত হিসাবে মোকাবেলা করা হয়েছে বলে মনে হয় ।

Answer 3

আমার মোবাইল ক্যারিয়ার, টি-মোবাইল থাকাকালীন আমি এই আচরণটি আরও লক্ষ্য করেছি। আমি ভাবছি এটি চিত্রের আকারের ভিত্তিতে কিছু ট্র্যাফিক আকার দেবে বা কিছু ক্যারিয়ার "আইটেমটি পুনরুদ্ধারে" অসুবিধা মেট্রিক "তৈরি করবে।

পূর্ববর্তী পরীক্ষায় - এক বছরেরও বেশি আগে — আমি তার পরে ভেরাইজন থাকা কোনও বন্ধুর সাথে এই ভাঙা পোস্টটি ভাগ করে নিয়েছি এবং চিত্রটি ভালই জোর করে।

আমি এই চিত্রটি পরীক্ষা করতে পারছি না যদিও আমি সরবরাহ করতে চলেছি — আমার বন্ধুটি অনুপলব্ধ। এই চিত্রটি আমার জন্য লোড হয় না। আমি ব্রাউজার হিসাবে ক্রোম ব্যবহার করে একটি নেক্সাস 5 এ স্টক অ্যান্ড্রয়েড (5.0.1) চালাচ্ছি।

http://41.media.tumblr.com/efebad51567e927b8f130f9bdc4efae3/tumblr_ndvnpjcBZa1qewacoo1_500.png

আমি যখন চিত্রটি সরাসরি লোড করার চেষ্টা করি তখন আমি একটি 504 গেটওয়ে টাইমআউট ত্রুটি পাই।

সম্পাদনা: এটি @ জ্যাকগল্ড প্রকৃত চিত্রটি রেফারেন্সের জন্য পোস্ট করছে।

আরও পরীক্ষা এবং বিশদ: আমি বাল্টিমোর এমডি-তে রয়েছি, এলটিই ডেটা বন্ধ রয়েছে এবং নিম্নলিখিত চিত্রটি কাজ করেছে: http://40.media.tumblr.com/a5e0a96d36170c997aabad7efc630d3e/tumblr_njnalkSD7M1s5cyzso1_500.jpg

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

চূড়ান্ত দ্রষ্টব্য: আমি ঘরে পৌঁছেছি, আমার ওয়াইফাই-তে ক্যাপচারিত- আমার ফোনটি দিয়ে - আমি যে ডিভাইসটি পরীক্ষা করে দেখছি- এবং 504 এর কারণে আমি দেখতে পাচ্ছিলাম না এমন সমস্ত ফটো এখন দেখতে পাচ্ছি।

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

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

Comments

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

— জ্যাকগল্ড