কার্ট সমস্ত আইটেম / কার্ট সেশন ক্লিয়ার ছাড়ছে


27

আমি হঠাৎ পরিচালনা করি এমন একটি সাইট (সম্ভাব্য 2 সপ্তাহ আগে - জিএ পরিসংখ্যান থেকে, এবং কেবলমাত্র এখনই রিপোর্ট করা হয়েছে) আপনি যখন কার্টটি দেখেন তখন কার্ট আইটেমগুলি ফেলে দেওয়া শুরু করেন বা চেকআউট করতে যান।

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

একটি সেশন ইস্যু মত মনে হচ্ছে। লগ ইন করার সময় এটি ঘটে না।

'সিস্টেম-> ওয়েব-> সেশন বৈধতা সেটিংস' -তে সমস্ত সেশন বৈধতা বিকল্পগুলি সরানো হয়েছে এবং 'ফ্রন্ট্যান্ডে এসআইডি ব্যবহার করুন' বলছে এমনটি সক্ষম করে। এটি সমস্যার সমাধান করেছিল, কিন্তু যেহেতু গত 3 মাসে এই সেটিংসটি পরিবর্তন হয়নি, আমি জানি কিছু অন্তর্নিহিত সমস্যা আছে।

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

আমি স্থানীয় দেব বা ইউএটি সার্ভারে এই সমস্যাটির প্রতিলিপি করতে পারি না। ইউএটিতে ডিবি লাইভ থেকে ২ সপ্তাহ নির্ধারিত, তাই এটি কোনও ডিবি ইস্যু / সেটিংকে নির্দেশ করতে পারে?

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

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

প্রশ্ন হল - আমি আর কি চেষ্টা করতে পারি? যেখানে আমি কিছু ব্রেকপয়েন্টগুলিকে ঝাঁকুনি দিয়ে কোডটি পদক্ষেপ নিতে পারি তাতে কোন পয়েন্টার এই সমস্যাটি সনাক্ত করতে পারে কিনা তা দেখার জন্য?

বার্নিশ বা মেমক্যাশের মতো কোনও অতিরিক্ত ক্যাশে সিস্টেম ইনস্টল করা নেই। সার্ভারটি একটি স্ট্যান্ডার্ড সিপানেল ইনস্টল। ইউট পরীক্ষায় আমি সমস্ত ক্যাশে অক্ষম করে রেখেছি।

আরও আপডেট: মনে হবে যে আমি যখন ডিফল্ট থিমটিতে যাই তখন আমি পুনরুত্পাদন করতে পারি না। আমি পরিকল্পিতভাবে থিম ওভাররাইড ফোল্ডারগুলি পিছনে সরিয়ে নিচ্ছি।

আমি ব্যাকট্র্যাক কোডে গিটও ব্যবহার করেছি এবং সমস্যাটি প্রতিটি হ্যাশের সাথেই থেকে যায়।

আপডেট: আমার এই ব্যয় করার সময় হয়েছে তাই কিছুক্ষণ হয়ে গেল। উচ্চ কাজের বোঝা।

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

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

আমি আরও ফলাফল পেলে আপডেট হবে।


'সামনের দিকে এসআইডি ব্যবহার করুন' আসলে সমস্যাটি সমাধান করে নি। বিষয়টি এলোমেলো মনে হচ্ছে। কিছু তিলের জন্য ভাল কাজ করে, অন্যদের জন্য ড্রপ drops
প্রক্সি ব্লু

আমি এখন নির্ভরযোগ্যভাবে এটি ইউএটিতে প্রতিলিপি করতে পারি। দেখে মনে হচ্ছে কার্টে যুক্ত করার 8-10 টি প্রয়াসের মধ্যে এই সমস্যা রয়েছে। তারপরে সেশনটি 'স্টিক্স' এবং সমস্ত কিছু স্বাভাবিক হিসাবে কাজ করে। সুইটথুথ এবং ম্যাজমোনকি কারণ হিসাবে (তাদের আপগ্রেড করার পরে) এটিকে নির্মূল করা হয়েছে নিশ্চিত করেছেন এটি একটি সেশনের সমস্যা। আমি যখন কার্টে যুক্ত করব তখন একটি আইডি দিয়ে আমার সেশন হয়, যখন আমি কার্ট দেখতে যাই, আমি নতুন সেশন আইডি পাই।
প্রক্সি ব্লু

কিছু সহকর্মী প্রায় একই ধরণের সমস্যার মুখোমুখি হয়েছিল। সমস্যাটি কী কারণে ঘটেছে তা আমি ঠিক জানি না (আমি জানি এটি মেমক্যাস এবং / বা বার্নিশের সাথে সম্পর্কিত) তবে সমাধানটি সার্ভারের জন্য লোড ব্যালেন্সার সেটআপ করছিল। সুতরাং আপনার এই সম্পর্কে আপনার সার্ভার প্রশাসকের সাথে কথা বলা উচিত।
ভ্লাদ প্রেদা

1
ম্যাজেন্টো সংস্করণ কী? এছাড়াও আপনি সেশন স্টোরেজ হিসাবে কী ব্যবহার করছেন? যথাক্রমে ফাইল বা ডাটাবেসে স্যুইচ করা কি কোনও পার্থক্য করে?
ক্রিস্টফ ফুমানে

@ ফুমান হাই, ইই 1.11.2.0, ডিবি সেশন ব্যবহার করে, ফাইলগুলিতে অদলবদল করার চেষ্টা করেনি, ফলাফল কী দেয় তা ফেরত জানাবে।
প্রক্সি ব্লু

উত্তর:


8

আমাদের সিপ্যানেল বাক্সে, অনুপস্থিত সম্পদগুলি পুরো ম্যাজেন্টো পৃষ্ঠাতে পরিবেশন করছিল।

থেকে cPanel এর ডিফল্ট ErrorDocument 404 /404.shtmlকিন্তু /404.shtmlMagento এর ডকুমেন্ট রুট বিদ্যমান নেই, তাই .htaccess আবার এবং পুনঃনির্দেশ মৃত্যুদন্ড কার্যকর করা /404.shtmlথেকে index.php(mod_rewrite ব্যবহার করে)।

Magento এর ডিফল্ট .htaccess স্পষ্টভাবে 404, 500 এবং অন্যান্য ত্রুটি হ্যান্ডলারগুলি নির্দিষ্ট করে।

এই Beahviour ঠিক করতে, আমরা আমাদের .htaccess এ নিম্নলিখিতটি যুক্ত করেছি:

ErrorDocument 404 /errors/404.php

আমাদের সম্ভবত 500s যুক্ত করা উচিত:

ErrorDocument 500 /errors/500.php


@ প্রক্সি ব্লু এটি গ্রহণযোগ্য উত্তর হওয়ায় আপনার সমস্যার সমাধান করেছে? আমার প্রায় অভিন্ন সমস্যা আছে। এটি কী কারণে ঘটছে তা এখনও নিশ্চিত নয়।
chayচাইকা

9

আপনি কি সার্ভারে বার্নিশ ব্যবহার করছেন?

আমরা বেশ কয়েকটি বাস্তবায়ন দেখেছি যেখানে লোকেরা স্ট্যাটিক সামগ্রী (চিত্র / সিএসএস / জেএস) আনার আগে কুকিটি ছিটিয়ে দেয় - তাই যদি চিত্র / জেএস / সিএসএস না থাকে; এটি ম্যাজেন্টো বুটস্ট্র্যাপ এবং 404 এর লোড করে - এটি পুরোপুরি কুকি এবং সাইটের সেশনটি সরিয়ে দেয়।


কোনও বার্নিশ নয়, আশা করুন যে এটি সহজ ছিল: '(
প্রক্সি ব্লু

হাই একই সমস্যা আছে আমি কি সমাধান জানতে পারি?
কান্ডার্প বি প্যাটেল

@ বেন দয়া করে আপনি এ সম্পর্কে বিস্তারিত বলতে পারেন।
বার্নব্লার্ক

6

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

এটি আর একটি সমস্যা হতে পারে যে গ্রাহকের আইএসপি তাদের আইপি ঠিকানাটি এখানে নথিবদ্ধ হিসাবে পরিবর্তন করছে ।

এই সমস্যাটি সমাধান করার জন্য:

সিস্টেম> কনফিগারেশন> ওয়েবের অধীনে পাওয়া ম্যাজেন্টো অ্যাডমিনে সেশন বৈধকরণ সেটিংস পরিবর্তন করুন " যাচাই করুন HTTP_USER_AGENT " ব্যতীত অন্য কিছুর জন্য 'না' this এটি করার পরে, সিস্টেম> ক্যাশে ম্যানেজমেন্টে যান এবং পরিবর্তনগুলি প্রয়োগ করতে কনফিগারেশন ক্যাশে রিফ্রেশ করুন।


কার্টটি এখনও http- এ রয়েছে, এইভাবে http-> https ইস্যুতে নয়।
প্রক্সি ব্লু

1
এটি আমাদের ইউএটি পরিবেশেও ঘটছে, এবং আমাদের একটি নির্দিষ্ট আইপি রয়েছে। পরামর্শগুলি প্রশংসা করুন।
প্রক্সি ব্লু

5

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


আমি খুশি যে আমাদের কিছু ক্লায়েন্টদের জন্য এটি ঘটছে না। 404s আমি স্বীকার করা যত্নশীল চেয়ে বেশি।
ফিলিউঙ্কল

2
@ জোনাথান্দে ম্যাগেন্টো এটি করবেন না, তবে বার্নিশ কনফিগার করেছেন বার্নিশ will
বেন লেসানী - সোনাসি

@ সোনাসি, আপনি কি খারাপভাবে কনফিগার করা বার্নিশ প্লিজ বাড়িয়ে দিতে পারেন? আমরা একই সমস্যা হয়েছে। 404 পৃষ্ঠার ফিক্সিংয়ের ফলে সমস্যাটি স্থির হয়েছে তবে আমরা ওয়ার্নিশকে আরও ভালভাবে কনফিগার করতে পারি কিনা তা জানতে আগ্রহী!
jMLnik

এটি আসলে যা ঘটছিল তা ছিল। আমি এই উত্তরটি একরকম মিস করলাম! আসল বিষয়টি হ'ল ম্যাজেন্টো 404 পৃষ্ঠার নিয়ামক সংস্করণটি চাপানো উচিত নয়, তবে একটি স্থির 404 পৃষ্ঠা page
প্রক্সি ব্লু

1
আমি একটি উত্তর পোস্ট করেছি যা এটি ব্যাখ্যা করে।
বেন লেসানী - সোনাসি

1

এটি কোনও কুকি / সার্ভারের তারিখের সমস্যা হতে পারে। প্রথম জিনিসটি কুকির শিরোনামগুলি check শিরোনামগুলি পরীক্ষা করুন (ফায়ারব্যাগ, চার্লস বা ফিডলারের মতো কিছু ব্যবহার করে)।

আপনার নীচের মতো কিছু দেখতে হবে:

Set-Cookie  frontend=9dhtlgf1qmo6loqksvvmqjd625; expires=Thu, 31-Jan-2013 05:01:13 GMT; path=/; domain=.foo.com; HttpOnly

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


চেক করা হয়েছে, সার্ভারের তারিখ / সময় ভাল থাকলে কুকির তারিখ / সময় ভাল থাকে :(
প্রক্সি ব্লু

1

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

কিছু সমস্যা সমাধানের টিপস:

  • আপনার প্রাচীনতম অধিবেশনটি কত বছরের? এটির জন্য: ls -laht [mageroot]/var/session/ | tail- যদি আপনার কয়েক সপ্তাহ বা তার বেশি সময় সেশন না থাকে তবে আবর্জনা সংগ্রহের জন্য দোষারোপ হতে পারে
  • অস্থায়ীভাবে অন্য ডেটা স্টোরে সেশনগুলি স্থানান্তর করুন - উদাহরণস্বরূপ, মাইএসকিউএল বা মেমক্যাচ। সমস্যার সমাধান কি?
  • এটি কি ডেভলপমেন্ট সার্ভারে ঘটছে? যদি না হয় এবং সমস্ত জিনিস সমান হয় তবে এটি হতে পারে যে ট্র্যাফিকের স্তরগুলি অকাল সেশনের মেয়াদোত্তীর্ণতা বা আবর্জনা সংগ্রহের সূত্রপাত করে

আমি এটি দুটি পদ্ধতির একটিতে স্থির করেছি:

  1. আপনার .htaccess এ যোগ করুন php_value session.gc_maxlifetime 2592000
  2. আপনার php.ini এ সেশন.gc_maxLiveটাইম সেট করুন

আরও পড়ুন: http://www.php.net/manual/en/session.configration.php#ini.session.gc-max Lifetime


1
ভাল পরামর্শ। কয়েক দিনের মধ্যে চেষ্টা করবে
প্রক্সি ব্লু

1

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

সুতরাং সমস্যাটি 404 এর দশকের জন্য ম্যাগেন্টো ফ্রন্টএন্ড এবং ফ্রন্টএন্ড_সিড কুকিজের জন্য শিরোনামে একটি সেট-কুকির সাথে প্রতিক্রিয়া জানিয়েছিল যা গ্রাহক সেশনটি পুনরায় সেট করে।

এর জন্য আমাদের সমাধান হ'ল 404 টি প্রতিক্রিয়ার জন্য কোনও সেট-কুকিজ ফেলা,

unset beresp.http.set-cookie;

0

মূক জিনিস যা অতীতে আমার জন্য পিএইচপি সেশনগুলি ভেঙে দিয়েছে এবং এটি যাচাই করার উপযুক্ত হতে পারে:

  • একটি সম্পূর্ণ ডিস্ক
  • ভুল সার্ভার সময়

:) ডিস্ক প্রথম জিনিস চেক, সব ঠিক আছে।
প্রক্সি ব্লু

তারিখ সূক্ষ্ম :( এত সহজ নয়, উগ [public / পাবলিক_এইচটিএমএল / ভের / লগ] # তারিখ থু জানু 31 11:55:49 ডব্লিউএসটি ২০১৩
প্রক্সি ব্লু
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.