সুরক্ষা প্যাচ SUPEE-9767 - সম্ভাব্য সমস্যা?


108

একটি নতুন সুরক্ষা প্যাচ ম্যাজেন্টো 1 এর বাইরে রয়েছে, 16 টি অ্যাপসিসিইসি বিষয়গুলিকে সম্বোধন করছে: https://magento.com/security/patches/supee-9767

সাতটি দূর্বলতা সিভিএসএসভি 3 তীব্রতার জন্য 8.0 বা তার চেয়ে বেশি স্কোর করে এবং বন্যগুলিতে সেগুলি শোষণ করা হচ্ছে, সুতরাং এটি একটি সমালোচনামূলক প্যাচ। সাইটগুলি SUPEE-9767 প্রয়োগ করতে পারে , বা সিই 1.9.3.3 / EE 1.14.3.3 এ নতুন রিলিজ করতে আপডেট করতে পারে।

SUPEE-9767 প্রয়োগ করার সময় সাধারণ সমস্যা বা সমস্যাগুলি কীসের জন্য নজর রাখা উচিত?


আপডেট ২০১ 2017-০7-১২:

ম্যাজেন্টো প্রাথমিক প্যাচ থেকে অনেকগুলি সমস্যার সমাধানের জন্য SUPEE-9767 V2 এবং সিই 1.9.3.4 প্রকাশ করেছে । আপনি যদি ভি 1 প্রয়োগ করেছেন তবে আপনার ফিরে আসা উচিত এবং তারপরে ভি 2 প্রয়োগ করা উচিত। যদি আপনি এখনও প্যাচ না করেন তবে কেবল ভি 2 প্রয়োগ করুন এবং এখানে উত্থাপিত বেশিরভাগ সমস্যা প্রাসঙ্গিক হবে না।


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

3
হ্যাঁ, শোষণ করার জন্য আপনার অবশ্যই প্রশাসকের অ্যাক্সেস থাকতে হবে ...
MagenX

প্যাচটি সাধারণ ব্রুট-ফোর্স শেষ পয়েন্টটি থামানোর জন্য মনে হচ্ছে না, (যেমন / আরএসএস / অর্ডার / নতুন) যা দেখে মনে হচ্ছে সবচেয়ে সাধারণভাবে বোটাররা অ্যাডমিন অঞ্চলে অ্যাক্সেস অর্জনের চেষ্টা করছেন?
রিকি ওডিন ম্যাথিউজ

1
আমি এটি আরএসএসের জন্য রিকিউইনম্যাথিউস এর .htaccess- এ ব্যবহার করি RewriteRule ^/?(index.phprss|index.php/rss/catalog|index.php/rss/order|rss/catalog|rss/order).*$ /no-route [R=301,L,NC]
রিচার্ড ফেরারো

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

উত্তর:


107

প্যাচটি এটি খননের পরে আমার ওভারভিউ এখানে

সময় সাশ্রয়: এক্সারিয়াস একটি প্যাচ সহায়ক সরবরাহ করে যা আপনাকে কাস্টম থিম, কাস্টম মডিউল বা স্থানীয় ওভাররাইটে ফাইলগুলি সন্ধান করতে সহায়তা করে যা ম্যানুয়ালি প্যাচ করার প্রয়োজন হতে পারে , আপনি এটি এখানে পেতে পারেন: https://github.com/experius/Magento- 1-Experius-প্যাচ-সাহায্যকারী # Magento

ফর্ম কীগুলি চেকআউট করুন

অন্য পোস্টে যেমন বলা হয়েছে, এই প্যাচটি নিম্নলিখিত ফর্মগুলিতে ফর্ম কী যুক্ত করে:

শিপিং কার্ট ফর্ম:

app/design/frontend/<package>/<theme>/template/checkout/cart/shipping.phtml

মাল্টিশিপিং বিলিং চেকআউট ফর্ম:

app/design/frontend/<package>/<theme>/template/checkout/multishipping/billing.phtml

মাল্টিশিপ শিপিং চেকআউট ফর্ম:

app/design/frontend/<package>/<theme>/template/checkout/multishipping/shipping.phtml

মাল্টিশিপিং ঠিকানাগুলি চেকআউট ফর্ম:

app/design/frontend/<package>/<theme>/template/checkout/multishipping/addresses.phtml

বিলিং চেকআউট ফর্ম:

app/design/frontend/<package>/<theme>/template/checkout/onepage/billing.phtml

শিপিং চেকআউট ফর্ম:

app/design/frontend/<package>/<theme>/template/checkout/onepage/shipping.phtml

পেমেন্ট চেকআউট ফর্ম:

app/design/frontend/<package>/<theme>/template/checkout/onepage/payment.phtml

শিপিং পদ্ধতি চেকআউট ফর্ম:

app/design/frontend/<package>/<theme>/template/checkout/onepage/shipping_method.phtml

ধারাবাহিক বিলিং চেকআউট ফর্ম:

app/design/frontend/<package>/<theme>/template/persistent/checkout/onepage/billing.phtml

তার উপরে নীচের জেএস ফাইলগুলি সেই পরিবর্তনের সাথে সামঞ্জস্য হতে আপডেট করা হয়েছে:

  • js/varien/payment.js
  • skin/frontend/base/default/js/opcheckout.js

কি করো:

যদি আপনি এই টেম্পলেটগুলির কাস্টম সংস্করণগুলি ব্যবহার করে থাকেন তবে আপনাকে সেগুলিতে নিম্নলিখিত কোড যুক্ত করে সেগুলি আপডেট করতে হবে:

<?php echo $this->getBlockHtml('formkey') ?>

আপনি যদি ২ য় পক্ষের চেকআউট মডিউল ব্যবহার করছেন তবে আপনাকে তাদের সাথে যোগাযোগ করতে হবে যাতে তারা তাদের মডিউলটির একটি আপডেট সংস্করণ সরবরাহ করতে পারে।

এছাড়াও পূর্বে তালিকাভুক্ত জেএস ফাইলগুলির কাস্টম সংস্করণগুলি থাকলে আপনার সেগুলিও আপডেট করতে হবে।

আপনার সময় বাঁচান :

ফ্যাবিয়ান শেমংলার আপনার জন্য এই সমস্ত জিনিস আপডেট করার জন্য একটি দুর্দান্ত ছোট স্ক্রিপ্ট লিখেছিলেন, আপনি এটি এখানে খুঁজে পেতে পারেন:

https://gist.github.com/schmengler/c42acc607901a887ef86b4daa7a0445b

গুরুত্বপূর্ণ দ্রষ্টব্য : সিস্টেম> কনফিগারেশন> প্রশাসন> সুরক্ষা> চেকআউটে ফর্ম কী বৈধকরণ সক্ষম করুন এর অধীনে একটি নতুন কনফিগারেশন ফিল্ডের মাধ্যমে ব্যাকএন্ডে চেকআউট ফর্মকি বৈধকরণটি ব্যাকএন্ডে পরিবর্তন করা যেতে পারে । এটি ডিফল্ট দ্বারা সক্রিয় করা হয়নি তাই আপনাকে এই সুরক্ষা বৈশিষ্ট্যটি থেকে উপকৃত করতে সক্ষম করতে হবে !!! নোট করুন যে এটি সক্ষম না হলে আপনি ব্যাকএন্ডে একটি নোটিশ পাবেন।

চিত্র আপলোড কলব্যাক

বৈধতা কলব্যাক যোগ করতে চিত্র গ্যালারী নিয়ামক আপডেট করা হয়েছে।

কি করো

আপনি যদি এমন একটি কাস্টম মডিউল ব্যবহার করছেন যা এমন কোড সহ চিত্র আপলোড করে:

        $uploader = new Mage_Core_Model_File_Uploader('image');
        $uploader->setAllowedExtensions(array('jpg','jpeg','gif','png'));
        $uploader->addValidateCallback('catalog_product_image',
            Mage::helper('catalog/image'), 'validateUploadFile');
        $uploader->setAllowRenameFiles(true);
        $uploader->setFilesDispersion(true);

আমি দৃ strongly়ভাবে আপনাকে নিম্নলিখিত কোডটি যুক্ত করে সেই কোডটি আপডেট করার পরামর্শ দিচ্ছি:

        $uploader->addValidateCallback(
            Mage_Core_Model_File_Validator_Image::NAME,
            Mage::getModel('core/file_validator_image'),
            'validate'
        );

Symlinks

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

তার উপরে, ক্ষেত্রটি এখন ডিফল্টরূপে মাধ্যমে অক্ষম করা হয়েছে disabled app/etc/config.xml

এখানে মজার বিষয় হ'ল প্যাচের আগে যদি কনফিগারেশন ক্ষেত্রটি সক্ষম করে থাকে তবে আপনি ক্ষেত্রটি চলে যাওয়ার কারণে আপনি এটি অক্ষম করতে পারবেন না তবে আপনি ব্যাকএন্ডে একটি নোটিশ পাবেন।

এটি করার একমাত্র উপায় হ'ল নিম্নলিখিত এসকিউএল কোয়েরিটি চালানো

UPDATE core_config_data SET value = 0 WHERE path = "dev/template/allow_symlink";

শোধন

প্রথমে আমি দৃ strongly়ভাবে আপনাকে সেই দুটি পোস্ট চেক করার পরামর্শ দিচ্ছি যা আপনাকে সেই সিমলিংক পরিবর্তনের উদ্দেশ্য বুঝতে সহায়তা করবে:

এই পরিবর্তনটি টেম্পলেট নির্দেশের মাধ্যমে আপলোডযোগ্য সামগ্রী (চিত্রগুলির মতো) কল করার বিষয়ে about

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

দয়া করে নোট করুন যে সেটিংটি ছাড়াও এটি ব্যবহারের জ্ঞাত উপায়ের বিরুদ্ধে কিছু সুরক্ষা।

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

এই সমস্যা সম্পর্কিত মূল পোস্ট: SUPEE-9767, মোডম্যান এবং সিমলিংক

সম্ভাব্য সমস্যার তালিকা

ভি 2 প্রকাশিত হয়েছিল সেই আসল পোস্টের পর থেকে। আপগ্রেড করতে ভুলবেন না

বাগ

নিশ্চিত হওয়া বাগের জন্য 'নিশ্চিত হওয়া' শব্দটি ব্যবহৃত হয়। যদি এটি সেখানে না থাকে, তার অর্থ এটি একটি বাগ হতে পারে তবে এটি এখনও নিশ্চিত হয়নি।

হঙ্ক ব্যর্থ সমস্যা

মনে রাখবেন যে এই সমস্ত সমস্যাটি কেবল আসল ফাইলটি পরিবর্তিত করার কারণেই হতে পারে, এটি দ্বিগুণ যাচাই করে দেখুন যে এটি নয়:

  • আপনি যেখানে হঙ্ক ব্যর্থ ত্রুটি পাবেন সেই ফাইলটির ব্যাকআপ দিন
  • আপনার ম্যাজেন্টো সংস্করণ থেকে মূল ফাইলটি ডাউনলোড করুন
  • উভয় ফাইলের সাথে তুলনা করুন

যদি ফাইলগুলি আলাদা হয় তবে আপনাকে প্যাচটি মূল ফাইলের সাথে প্রয়োগ করতে হবে তবে আপনার কাস্টমটিকে পরিষ্কার পদ্ধতিতে আবার প্রয়োগ করুন যেমন:

  • একটি কাস্টম থিম ফোল্ডারে কাস্টম টেম্পলেট
  • local.xml
  • অ্যাপ্লিকেশন / কোড / স্থানীয় ফাইল

যদি ফাইলগুলি পৃথক না হয় তবে এটি হয় অনুমতি সংক্রান্ত সমস্যা বা প্যাচটিতে একটি "বাগ"।


1
@ আইকন না। দ্বিগুণ চেক করার জন্য যে সরঞ্জামটি আমি আমার উত্তরের শীর্ষে উল্লেখ করেছি সেগুলি ব্যবহার করুন
রাফেল ডিজিটাল পিয়ানোবাদ

1
কেবলমাত্র "অন্যান্য সমস্যার" তালিকায় যুক্ত করার জন্য: এটি প্রদর্শিত হয় যে magento.stackexchange.com/questions/167616/… সর্বশেষ সংস্করণেও ঠিক করা হয়নি
আন্তন বোরিটস্কি

1
@ রাফেলাতডিজিটালপিয়ানিজম: magento.stackexchange.com/q/177560/51361

1
লিস্টে আরেকটি উপরন্তু: প্যাচ বিরতি ডিফল্ট থিমের জন্য multishipping magento.stackexchange.com/questions/177681/...
আদ Mathijssen

1
'স্বচ্ছ হলে ওয়াটারমার্ক কালো পটভূমি পান' - এটি সঠিক তা নিশ্চিত করতে পারে। আপনি যখন
সেমিতে

42

ইস্যু 1: ফর্ম_কি চেকআউট অনপেজে অবৈধ

Magento form_keyফর্ম সর্বাধিক যোগ করুন ।

যদি আপনার কাছে থাকে using default onepage and using custom themeতবে আপনি form_keyপ্রতিটি পদক্ষেপে ** ইস্যু পেতে শুরু করবেন **;

আপনার এখানে ফর্ম কী যুক্ত করা উচিত <?php echo $this->getBlockHtml('formkey') ?>

নীচে ফাইলগুলি প্রস্থান করে থাকলে প্রতিটি চেকআউট স্টেপ ফাইলগুলি ফর্ম করতে,

  • app/design/frontend/[Your_Package]/[YOUR_THEME]/template/checkout/onepage/billing.phtml
  • app/design/frontend/[Your_Package]/[YOUR_THEME]/template/checkout/onepage/payment.phtml
  • app/design/frontend/[Your_Package]/[YOUR_THEME]/template/checkout/onepage/shipping.phtml

  • app/design/frontend/[Your_Package]/[YOUR_THEME]/template/checkout/onepage/shipping_method.phtml

যদি টেম্পলেট ফাইলগুলি বেস থিম থেকে কল করে তবে সমস্যাটি তৈরি করে না। কারণ প্যাচ স্বয়ংক্রিয়ভাবে সেই ফাইলগুলি আপডেট করবে।

এছাড়াও নোট করুন: <?php echo $this->getBlockHtml('formkey') ?>সর্বদা ফর্ম ট্যাগের অভ্যন্তরে থাকা উচিত

 <form action="" .....>
     <fieldset>
      .......
       <?php echo $this->getBlockHtml('formkey') ?>
     </fieldset>
 </form>

** আপনি যদি ম্যাজেন্টো মাল্টি শিপিং চেকআউট ব্যবহার করেন তবে এগুলি করা দরকার

ফাইলের নীচে:

ইস্যু 2: ফর্ম_কিটি কার্ট পৃষ্ঠাতে শিপিং অনুমানের ফর্মটিতে:

কার্ট পৃষ্ঠাতে শিপিং ফর্ম আনুমানিক ফর্ম_কি যুক্ত করুন

তারপরে অবশ্যই ফর্ম কী যুক্ত করতে হবে <?php echo $this->getBlockHtml('formkey') ?>

app/design/frontend/{Your_Package}/{YOUR_THEME]/template/checkout/cart/shipping.phtml

ইস্যু 3: ম্যাজেন্টো অনেপেজ চেকআউট opcheckout.js ত্রুটি

আপনি যদি ডিফল্ট অনপেজ চেকআউট ব্যবহার করেন এবং তা opcheckout.js চেক করা উচিত

if (elements[i].name=='payment[method]' || elements[i].name == 'form_key') {opcheckout.jsউপলব্ধ

যদি না বের হয় তবে প্রতিস্থাপন করুন

যদি (উপাদানগুলি [i]। নাম == 'অর্থ প্রদান [পদ্ধতি]') {

সঙ্গে

যদি (উপাদানগুলি [i]। নাম == 'অর্থ প্রদান [পদ্ধতি]' || উপাদানসমূহ [i]। নাম == 'ফর্ম_কি')

ইস্যু 1, ইস্যু 2, ইস্যু 3 এর ক্ষেত্রে, @FabianSchmengler এর স্ক্রিপ্ট অ্যাড-চেকআউট- form-key.sh ব্যবহার করে ইস্যু সহজেই ঠিক করতে পারে । এটি আপনার গ্রহনকারী থিম ফাইলগুলিতে সমস্যার সমাধান করবে

ইস্যু 4: গ্রাহক লগইন করার পরে অবৈধ ফর্ম কীটি যখন ম্যাগ_কাস্টমার_মোডেল_সেশন পুনরায় লিখবে

যদি Mage_Customer_Model_Sessionক্লাসটি পুনর্লিখন করেন বা কল করেছেন

app/code/local/Mage/Customer/Model/Session.phpতখন আমরা ফর্ম_কি সমস্যা পেতে পারি যখন আমরা কোনও গ্রাহককে setCustomerAsLoggedIn()/ অথবা সেশনে সেট করার পরে সেশনের জন্য সেট করি।

এই ক্ষেত্রে, আপনাকে অবশ্যই যুক্ত হতে হবে

পুরোনো যাদুকর :: getSingleton ( 'কোর / অধিবেশন') -> renewFormKey ();

কল করার আগে সেটস্টাস্টমার এ্যাসলগডইন ()

Mage::dispatchEvent('customer_login', array('customer'=>$customer));

  public function setCustomerAsLoggedIn($customer)
    {
        $this->setCustomer($customer);
        $this->renewSession();
        // add this  for patch -9767
        Mage::getSingleton('core/session')->renewFormKey();
       // end this for patch 9767
        Mage::dispatchEvent('customer_login', array('customer'=>$customer));
        return $this;
    }

ইস্যু 5: লগআউটের পরে ফর্ম_কি সমস্যা

সেশন থেকে গ্রাহককে লগআউট করার পরে , Mage_Customer_Model_Sessionক্লাসটি পুনরায় লেখালেখি করে বা যদি ফোন করে থাকে তবে আপনি সেশন ইস্যু শুরু করতে পারেন

app/code/local/Mage/Customer/Model/Session.php

এই ক্ষেত্রে একই প্রয়োজন:

   protected function _logout()
    {
        $this->setId(null);
        $this->setCustomerGroupId(Mage_Customer_Model_Group::NOT_LOGGED_IN_ID);
        $this->getCookie()->delete($this->getSessionName());
// add this  for patch -9767
Mage::getSingleton('core/session')->renewFormKey();
        return $this;
    }

প্রস্তাবনা:

প্রস্তাবনা ১: সুপি -676767 fixed ইস্যু ঠিক করার জন্য , আপনি প্যাচ ব্যবহার করতে পারেন https://github.com/experius/Magento-1-Experius-Patch-Helper

এটি আপাতত একটি সেরা সমাধান।

দ্রষ্টব্য , এর আগে আমি ফাইল এবং ডাটাবেস ব্যাকআপ বা সম্পূর্ণ সিস্টেমের ব্যাকআপ নেওয়ার জন্য দৃ strongly়ভাবে প্রস্তাবিত


প্রস্তাবনা ২: আপনার ওয়ানস্টেপ চেকআউটে প্যাচ বৈশিষ্ট্যটি ব্যবহার করুন

আমরা জানি যে সুরক্ষা উদ্দেশ্যে প্যাচ সুপি--6767 release রিলিজ, যদি আপনি ওয়ানস্টেপ চেকআউট ব্যবহার করেন তবে আপনার ফর্ম_কি বৈধতাটি আপনার সাইনস্টেপ চেকআউট নিয়ন্ত্রকের সংরক্ষণ কর্মে যুক্ত করা উচিত

ধরুন শিপিং পদ্ধতির বিশদ সংরক্ষণের জন্য, আপনার শিপ স্টেপ চেকআউটটিতে সেভ শিপিংমেডথ () ব্যবহার করা হয়েছে এবং তারপরে আপনার এটি যুক্ত করা উচিত

if ($this->isFormkeyValidationOnCheckoutEnabled() && !$this->_validateFormKey()) {
           return;
      }

এছাড়াও আপনাকে নিজের ফর্ম কী যুক্ত করুন <?php echo $this->getBlockHtml('formkey') ?> আপনার প্রবন্ধের চেকআউট পিএইচটিএমএল ফাইল সম্পর্কিত বিভাগে

কিছু সম্পর্কিত লিঙ্ক

https://peterocallaghan.co.uk/2017/06/appsec-1281-dangerous-symlinks/


1
চেকআউটে ফর্ম কীটির জন্য আপনার কাস্টম টেম্পলেট ফাইলগুলি খুঁজে পেতে দুর্দান্ত এবং দ্রুত ওয়ান-লাইনার; অ্যাপ / ডিজাইন / ফ্রন্টএন্ড খুঁজুন | গ্রেপ-ই "চেকআউট / অনপেজ / (বিলিং | পেমেন্ট | শিপিং | শিপিং_মোথডিয়াল)" grep -v "বেস / ডিফল্ট" | grep -v "rwd / default"
পিটার জাপ ব্লাকমিয়ার

6
বা কিছুটা দীর্ঘতর লাইনারের সাথে সাথে তাদের আপডেট করুন: gist.github.com/schmengler/c42acc607901a887ef86b4daa7a0445b
ফ্যাবিয়ান শেমংলার

এটি হ'ল @ ফ্যাবিয়ানসমেংলার ম্যাজিক !!! :)
অমিত বেরা

@ ফ্যাবিয়ানশ্মেনলার দুর্দান্ত!
পিটার জাপ ব্লাকমিয়ার

1
@ অমিতবেরা এফওয়াইআই: কিছু চেকআউট প্লাগইন বিলিং / শিপিং / ইত্যাদি জমা দেওয়ার জন্য এজেএক্স ব্যবহার করে। আমি শুধু একটি প্যাচ ছিল। এটি করার সহজ উপায় হ'ল <script> var formKey = "<? পিএইচপি ইকো ম্যাজ :: getSingleton ('কোর / সেশন') -> getFormKey ();?>"; </script> থিমের শিরোনামে। তারপরে আপনি form_key: formKey এজেএক্স জমা দেওয়ার পরামিতি হিসাবে যুক্ত করতে পারেন। অবশ্যই নতুন প্যারামিটার জমা দেওয়ার বিষয়টি নিশ্চিত করার জন্য ফর্মগুলি পরীক্ষা করুন এবং আপনার পোস্টে উল্লিখিত মতটিকে হ্যান্ডেল করতে নিয়ামককে সম্পাদনা করুন।
কলভিন ক্লিন

26

প্যাচ ফাইল পর্যালোচনাতে আমার প্রথম পাসের উপর ভিত্তি করে ...

  • একটি নতুন সেটিং যুক্ত admin/security/validate_formkey_checkoutকরা হয়েছে। চালু করা হলে, ফর্ম কীটির উপস্থিতির জন্য চেকআউট ফর্মগুলি পরীক্ষা করা হয়। যদি টেম্পলেট ফাইলগুলিকে থিমের উপরে ওভাররাইড করা হয় তবে সেগুলি সেখানে আপডেট করা দরকার। এই সেটিংটি ডিফল্ট হিসাবে বন্ধ বলে মনে হচ্ছে
  • সিমলিংকগুলি ডিফল্টরূপে (ইন app/etc/config.xml) অনুমোদিত নয়। এছাড়াও, তাদের অনুমতি দেওয়ার ক্ষমতা অ্যাডমিন কনফিগারেশন থেকে সরিয়ে ফেলা হয়েছে বলে মনে হয়। যাইহোক, যদি আপনার সাইটটি পূর্বে স্পষ্টভাবে সিমলিংকগুলি সক্ষম করে থাকে তবে এই পরিবর্তনটি ওভাররাইড করে সেটিংসটি ডাটাবেসে সংরক্ষণ করা হবে।
  • এই প্যাচটি প্রয়োগ করার সময় আপনাকে ক্যাশে এবং পুরো পৃষ্ঠা ক্যাশে উভয়ই সাফ করতে হবে। নকশা ব্যতিক্রমগুলি ফর্ম্যাটে সংরক্ষণ করা হয়েছে ফর্মোডিংয়ের সাথে বেমানান। আপনি যদি পৃষ্ঠার ক্যাশে ফ্লাশ না করেন তবে আপনি এই "ডিকোডিং ব্যর্থ: সিনট্যাক্স ত্রুটি" এর মতো একটি ত্রুটি দেখতে পাবেন।

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

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

14

base/defaultএই প্যাচটি দিয়ে ফাইলের নীচে প্রভাবিত হয়েছে, যদি এই ফাইলগুলি আপনার থিমটিতে থাকে তবে দয়া করে সেই অনুযায়ী পরিবর্তন করুন

app/design/frontend/base/default/template/checkout/cart/shipping.phtml

app/design/frontend/base/default/template/checkout/multishipping/billing.phtml

app/design/frontend/base/default/template/checkout/multishipping/shipping.phtml

app/design/frontend/base/default/template/checkout/onepage/billing.phtml

app/design/frontend/base/default/template/checkout/onepage/payment.phtml

app/design/frontend/base/default/template/checkout/onepage/shipping.phtml

app/design/frontend/base/default/template/checkout/onepage/shipping_method.phtml

app/design/frontend/base/default/template/persistent/checkout/onepage/billing.phtml

উপরের সমস্ত phtmlফাইলগুলিতে ফর্ম কী লাইন যুক্ত করা হয়েছে তাই দয়া করে আপনার নিজের পিএইচটিএমএল ফাইলটিতে এই লাইনটি যুক্ত করুন।

 <?php echo $this->getBlockHtml('formkey') ?>

উপরের ইস্যুটির জন্য @ ফ্যাবিয়ান একটি স্ক্রিপ্ট তৈরি করেছে যা আপনার থিম ফাইলটিতে ফর্ম কী যুক্ত করবে will

https://gist.github.com/schmengler/c42acc607901a887ef86b4daa7a0445b

সুরক্ষা প্যাচ প্রয়োগের পরে যদি আপনি ফর্ম কীটির জন্য ত্রুটি পান তবে আপনি এই প্যাচটি প্রয়োগ করতে পারেন, এই প্যাচ প্রক্রিয়াটি কেবলমাত্র সুরক্ষা প্যাচের মতোই is

  sh filename.sh

এবং ফাইলের base/defaultমধ্যে একটি পরিবর্তনJs

  skin/frontend/base/default/js/opcheckout.js

সুতরাং যদি এই jsফাইলটি আপনার থিম থেকে লোড হচ্ছে তবে নীচের পদক্ষেপগুলি করুন

ঘা লাইন সরান

 if (elements[i].name=='payment[method]') {

এবং উপরের পরিবর্তে লাইনটি যুক্ত করুন

 if (elements[i].name=='payment[method]' || elements[i].name == 'form_key') {

সম্পাদনা

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

EDIT2 - সমস্যা

1) সেভবিলিংএ্যাকশন () বা ফর্ম কী নাল বা ফর্ম কী ইস্যুতে ত্রুটি : প্যাচ 9767 অবৈধ ফর্ম কী পেয়েছে

2) গে # 1 225. 1 FAILED 1 পিনু FAILED বাইরে - সংরক্ষণ ফাইল করতে অ্যাপ্লিকেশন / ডিজাইন / ফ্রন্টএন্ড / এন্টারপ্রাইজ / ডিফল্ট / টেমপ্লেট / জেদি / চেকআউট / onepage / billing.phtml প্রত্যাখ্যান: - গে # 1 SUPEE-লিখে 9767 225 এ ব্যর্থ হয়েছে 1

3) ফাইল অ্যাপ্লিকেশন / কোড / কোর / এন্টারপ্রাইজ / পেজ ক্যাশে / মডেল / অবজারভার.এফপি.রেজগুলিতে সংরক্ষণ প্রত্যাখ্যান: SUPEE-9767 ত্রুটি: প্যাচ প্রয়োগ করা যাবে না / সফলভাবে ফিরে যাবে না

4) SUPEE-9767, মোডম্যান এবং symlinks : SUPEE-9767, মোডম্যান এবং symlinks

5) অ্যাপ্লিকেশন / ডিজাইন / ফ্রন্টএন্ড / আরডাব্লু / ডিফল্ট / লেআউট / পেজ.এক্সএমএল হঙ্ক # 1 এ 36 টি এফাইল্ড। হংক # 2 এফএইল্ড 54 এ। 2 টি কুনির মধ্যে 2 ব্যর্থতা : সুপার -9767 ত্রুটি

6) 1 টির মধ্যে 1 টি ফুনাইড - অ্যাপ্লিকেশন / কোড / কোর / ম্যাজ / বিক্রয় / মডেল / উদ্ধৃতি / আইটেম.এফপি ফাইল সংরক্ষণে প্রত্যাখ্যান করেছে: Magento 1.9.2.2 SUPEE-9767 প্যাচ এরর

)) থ্রিস্টেপ চেকআউট ত্রুটি (আবার এটি ফর্ম মূল সমস্যা): সুপার-97676767 ম্যাগেন্টো সিই ১.৯.৩.৩ অনসেটপ চেকআউট চেকআউট সক্ষম হওয়া ফর্ম কী বৈধকরণের সাথে কাজ করছে না

8) এক ধাপ চেকআউট গ্রাহক নিবন্ধকরণ ইস্যু: SUPEE-9767 প্যাচ / সিই 1.9.3.3 - একটি পৃষ্ঠা চেকআউট - গ্রাহক নিবন্ধকরণ ইস্যু

9) অ্যাপ্লিকেশন / কোড / কোর / মাইজ / কোর / মডেল / ফাইল / যাচাইকারী / চিত্র.এফপি: ম্যাজেন্টো সুপারি 9697 1.9.2.2 চিত্র.এফপি এ ব্যর্থ


1
প্যাচের 2 সংস্করণ শীঘ্রই উপলব্ধ হওয়া উচিত। বাগগুলি ঠিক করা উচিত।
আইকন

1
আইকন ভি

9

দ্রষ্টব্য যে Symlinks সর্বদা নতুন Magento ইনস্টলেশন অ্যাডমিনে ডিফল্টরূপে অক্ষম করা হয়েছে অ্যাডমিন YES / NO কনফিগারেশনের মান ' ডিও' তে ডিফল্ট নয়। আপডেটটি এখন কনফিগার.এক্সএমএলগুলিতে স্পষ্টতই প্রতিলিঙ্কগুলি অক্ষম করে এবং অতিরিক্ত সতর্কতা হিসাবে অ্যাডমিন-> বিকাশকারীদের থেকে টেমপ্লেট বিভাগটি সরিয়ে দেয় যাতে কনফিগারেশন বিকল্প রয়েছে।

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

Magento 1.x মডিউলগুলি পরিচালনা করতে মোডম্যান ব্যবহারকারী ব্যবহারকারীদের নিশ্চিত হওয়া উচিত যে তারা সিমলিঙ্কগুলি অক্ষম করবেন না কারণ এটি মোডম্যান মডিউলগুলি অক্ষম করবে।

দায়িত্বপ্রাপ্ত প্রশাসকরা অ্যাপ্লিকেশন / কোড / কোর / ম্যাজ / কোর / ইত্যাদি / সিস্টেম.এক্সএমএলে টেম্পলেট বিভাগের বিভিন্ন পরিবর্তনগুলি সন্ধান করে এবং system০০ লাইনের আশেপাশে আপনার system.xml বিভাগটি যুক্ত করে আবার সিমলিংক প্রশাসক বিভাগ সক্ষম করতে পারেন Or ডাবল চেক সিমলিংকগুলি এখনও সক্রিয় রয়েছে

n98-magerun.phar কনফিগারেশন: ডাম্প | grep syMLink

আপনার কাস্টম / বর্ধিত থিমগুলিকে প্রভাবিত করতে পারে এমন ডিফল্ট থিমের পরিবর্তনগুলি সনাক্তকরণে সহায়তা করার জন্য magento1933 এবং magento1932 এর ডিফ ফাইলটি এখানে।

diff -r magento1933 magento1932> https://pastebin.com/ADzMBLhr


কেন তারা সিমলিংক বিকল্পটি সরিয়ে নিয়েছে ?, এখন জনসাধারণের জন্য (অ্যাডমিন ব্যবহারকারীর বাইরে) কীভাবে শোষণ উন্মুক্ত রয়েছে বা এটি যদি একটি ভাগ করা পরিবেশে থাকে তবে এটি কেবল ঝুঁকিপূর্ণ?
প্যাডিডি

এই থ্রেডটি আমার প্রশ্নের উত্তর বলে মনে হচ্ছে: magento.stackexchange.com/questions/176952/…
প্যাডিডি

প্রতীকগুলি কোনও কারণে অক্ষম করা আছে। আমি সিমলিংকের
ব্যারিব্যদ্ধ

9

সমস্যা: পিএইচপি 7 ব্যবহার করে মাঝে মাঝে নীচের ত্রুটি ছুঁড়ে ফেলা হয়:

Decoding failed: Syntax error

#0 /______/app/code/core/Enterprise/PageCache/Model/Observer.php(179): Zend_Json::decode('')
#1 /______/app/code/core/Enterprise/PageCache/Model/Observer.php(215): Enterprise_PageCache_Model_Observer->_loadDesignExceptions()
#2 /______/app/code/core/Enterprise/PageCache/Model/Observer.php(125): Enterprise_PageCache_Model_Observer->_saveDesignException()
#3 /______/app/code/core/Mage/Core/Model/App.php(1358): Enterprise_PageCache_Model_Observer->cacheResponse(Object(Varien_Event_Observer))
#4 /______/app/code/core/Mage/Core/Model/App.php(1337): Mage_Core_Model_App->_callObserverMethod(Object({custom extensio}_Model_Rewrite_PageCache_Observer), 'cacheResponse', Object(Varien_Event_Observer))
#5 /______/app/Mage.php(456): Mage_Core_Model_App->dispatchEvent('controller_fron...', Array)
#6 /______/app/code/core/Mage/Core/Controller/Varien/Front.php(182): Mage::dispatchEvent('controller_fron...', Array)
#7 /______/app/code/core/Mage/Core/Model/App.php(365): Mage_Core_Controller_Varien_Front->dispatch()
#8 /______/app/Mage.php(691): Mage_Core_Model_App->run(Array)
#9 /______/index.php(105): Mage::run('brandfield_nl', 'store')
#10 {main}

এটি বেশ নিশ্চিত যে জেন্ড সংস্করণটি এর সাথে কিছু করতে হবে। একটি দ্রুত ঠিক করা এটি তবে এটি সঠিক নয়:

-> অ্যাপ্লিকেশন / কোড / কোর / এন্টারপ্রাইজ / পেজ ক্যাশে / মডেল / অবজারভার.এফপি: 244 এটির সাথে প্রতিস্থাপন করুন:

    if ($cachedSslOffloaderHeader !== false) {
        $cachedSslOffloaderHeader = trim(@Zend_Json::decode($cachedSslOffloaderHeader));
    }

-> এবং অ্যাপ্লিকেশন / কোড / কোর / এন্টারপ্রাইজ / পৃষ্ঠাগুলি / মডেল / অবজারভার.এফপি: 177 এর সাথে:

    if ($exceptions !== false) {
        $exceptions = Zend_Json::decode($exceptions);
    }

অবশ্যই এটি পুনরায় লেখার জন্য একটি অ্যাডন তৈরি করুন। তবে আমি নিশ্চিত যে এখানে আরও কিছু করা ভাল।

আপডেট (আরও ভাল সমাধান)

-> এখানে যান: লাইব / জেন্ড / জসন.এফপি এবং line 76 লাইনের পরে এটি যুক্ত করুন:

    if ((float)phpversion() >= 7.0
        && empty($encodedValue)
    ) {
        return null;
    }

এটির ওভাররাইড করতে আপনার এক্সটেনশনটি তৈরি করুন এবং মূল ফাইলটি সম্পাদনা করবেন না।


সম্পূর্ণরূপে ক্যাশে সাফ করা হয়েছিল। এটি একই সমস্যা নয়।
folektoras133

2
আমরা এই একই সমস্যাটিকে আঘাত করেছি - অ্যাপ / কোড / কোর / এন্টারপ্রাইজ / পেজক্যাচ / মডেল / অবজার্ভার.পিএফ ফিরিয়ে দেওয়া সমস্যাটি সরিয়ে দিয়েছে, তবে স্পষ্টতই এটি সঠিক সমাধান নয়, কেবল প্রতিরোধ a:5:{i:0;s:29:"Decoding failed: Syntax error";i:1;s:1376:"#0 app/code/core/Enterprise/PageCache/Model/Observer.php(177): Zend_Json::decode('a:0:{}')
বিচারক

9

সমস্যা: ডায়নামিক কোড বা সিএসএস চেকআউট এ ফর্ম কী ইনপুট উপাদান অক্ষম করে

আমি দেখেছি এমন একটি সমস্যা হ'ল যেখানে এক পৃষ্ঠার চেকআউট প্রক্রিয়াতে ডায়নামিক কোড (পেপাল প্লাস) এক ধাপ পেমেন্ট পদ্ধতি ফর্ম এইচটিএমএলে ফিল্ডসেট উপাদানটিকে ওভাররাইট করে - লুকানো ফর্ম_কি উপাদানটি (সিএসএস সহ) মুছে ফেলা বা অক্ষম করে।

ফিকিমি উপাদানটি কোনও গতিশীল কোড বা সিএসএস দ্বারা অক্ষম করা হচ্ছে না তা নিশ্চিত করা to ফিল্ডসেট উপাদানটির বাইরে ফর্মকি কোডটি সরিয়ে নেওয়াও সহায়তা করতে পারে

<form>
    <?php echo $this->getBlockHtml('formkey') ?>
    <fieldset>
        <?php echo $this->getChildHtml('methods') ?>
    </fieldset>
</form>

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

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


2
এই বিটটি EE নিয়ে আমার পক্ষে কাজ করবে বলে মনে হচ্ছে না। আমি দেখতে পেয়েছি যে ফাইলটিও app/design/frontend/[package]/[theme]/template/giftcardaccount/onepage/payment/scripts.phtml আপডেট করার দরকার ছিল: || elements[i].name == 'form_key'ফর্ম_কি ফর্ম ক্ষেত্রটি অক্ষম রাখার জন্য অন্যান্য নির্বাচকদের সাথে অন্তর্ভুক্ত করতে লাইনগুলি 35-38 আপডেট করা দরকার ।
গ্রেগ নিকোলফ

ধন্যবাদ g-man1066! আমার ঠিক একই সমস্যা ছিল।
grafikchaos

9

সমস্যা: হেড-সিম্পল.এফটিএমএলে ফিক্সগুলি হারিয়েছে

app/design/adminhtml/default/default/template/oauth/authorize/head-simple.phtml

হিসাবে একই সংশোধন প্রয়োজন

app/design/adminhtml/default/default/template/page/head.phtml

যারা খুঁজছেন, তাদের জন্য এটি স্থির; github.com/nathandcornell/magento-patches/blob/…
পিটার জাপ ব্লাকমিয়ার

8

সমস্যা: জেনেরিক Magento 5-পদক্ষেপের চেকআউট ব্যবহার করার সময় গ্রাহক নিবন্ধকরণ ব্যর্থ হয়।

এই সমস্যাটি কেবল তখনই উপস্থাপন করা হয় যখন আমরা কী প্রমাণীকরণ গঠন করি। সংস্করণ ব্যবহৃত: 1.7.0.2, তবে দেখে মনে হচ্ছে যে কেউ একই পোস্ট করেছেন has.৯.৩ সংস্করণেও occurs SUPEE-9767 প্যাচ / সিই 1.9.3.3 - একটি পৃষ্ঠা চেকআউট - গ্রাহক নিবন্ধকরণ ইস্যু

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

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


1
এই ইস্যুটি সম্পর্কে আরও বিস্তারিত পোস্ট এখানে magento.stackexchange.com/questions/177035/…
রাফেল ডিজিটাল পিয়ানিজম

8

আপডেট 13/07/2017 [সমস্যা সংশোধন করা হয়েছে]

ম্যাজেন্টো টিম এই প্যাচের এই সংস্করণে SUPEE-9767 V2 প্রকাশ করেছে স্বচ্ছ জিআইএফ এবং পিএনজি'র সমস্যাটি স্থির হয়েছে।

এই থ্রেডে আলোচিত ফাইলটিতে আপনার সমস্ত পরিবর্তন ফিরিয়ে নেওয়া উচিত। তারপরে প্রয়োগ করা ভি 1 প্যাচটি ফিরিয়ে দিন এবং শেষ পর্যন্ত নতুন সংস্করণ ভি 2 প্রয়োগ করুন।


প্রাক - সুপারি -7967 ভি 2

দয়া করে আলোচিত বেলো কোডটি ব্যবহার করবেন না পরিবর্তে এই সংস্করণে আলোচিত বেলো সমস্যাটি ইতিমধ্যে ঠিক করা প্যাচের ভি 2 প্রয়োগ করুন

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

app/code/core/Mage/Adminhtml/controllers/Catalog/Product/GalleryController.php

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

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

হালনাগাদ

ঠিক আছে, আমি ফাংশনটি পেয়েছি যাও সুপার -UP 976767 থেকে আপডেট হয়েছে এটি প্রকৃতপক্ষে স্বচ্ছতা ভঙ্গ করছে png এর মূল চিত্রটির একটি অনুলিপি স্বচ্ছতা ছাড়াই তৈরি করা হয়েছে।

+++ app/code/core/Mage/Core/Model/File/Validator/Image.php
@@ -87,10 +87,33 @@ public function setAllowedImageTypes(array $imageFileExtensions = array())
      */
     public function validate($filePath)
     {
-        $fileInfo = getimagesize($filePath);
-        if (is_array($fileInfo) and isset($fileInfo[2])) {
-            if ($this->isImageType($fileInfo[2])) {
-                return null;
+        list($imageWidth, $imageHeight, $fileType) = getimagesize($filePath);
+        if ($fileType) {
+            if ($this->isImageType($fileType)) {
+                //replace tmp image with re-sampled copy to exclude images with malicious data
+                $image = imagecreatefromstring(file_get_contents($filePath));
+                if ($image !== false) {
+                    $img = imagecreatetruecolor($imageWidth, $imageHeight);
+                    imagecopyresampled($img, $image, 0, 0, 0, 0, $imageWidth, $imageHeight, $imageWidth, $imageHeight);
+                    switch ($fileType) {
+                        case IMAGETYPE_GIF:
+                            imagegif($img, $filePath);
+                            break;
+                        case IMAGETYPE_JPEG:
+                            imagejpeg($img, $filePath, 100);
+                            break;
+                        case IMAGETYPE_PNG:
+                            imagepng($img, $filePath);
+                            break;
+                        default:
+                            return;
+                    }
+                    imagedestroy($img);
+                    imagedestroy($image);
+                    return null;
+                } else {
+                    throw Mage::exception('Mage_Core', Mage::helper('core')->__('Invalid image.'));
+                }
             }
         }
         throw Mage::exception('Mage_Core', Mage::helper('core')->__('Invalid MIME type.'));

হালনাগাদ

পিএনজি স্বচ্ছতা সংরক্ষণের জন্য এখানে ফাংশনের আপডেট সংস্করণ রয়েছে

  imagealphablending($img, false);
  imagesavealpha($img, true);

এই দুটি লাইন প্যাচ যুক্ত করা প্রয়োজন। ফাংশন আপডেট করুনapp/code/core/Mage/Core/Model/File/Validator/Image.php

/**
 * Validation callback for checking is file is image
 *
 * @param  string $filePath Path to temporary uploaded file
 * @return null
 * @throws Mage_Core_Exception
 */
public function validate($filePath)
{
    list($imageWidth, $imageHeight, $fileType) = getimagesize($filePath);
    if ($fileType) {
        if ($this->isImageType($fileType)) {
            //replace tmp image with re-sampled copy to exclude images with malicious data
            $image = imagecreatefromstring(file_get_contents($filePath));
            if ($image !== false) {
                $img = imagecreatetruecolor($imageWidth, $imageHeight);
                imagealphablending($img, false);
                imagesavealpha($img, true);  
                imagecopyresampled($img, $image, 0, 0, 0, 0, $imageWidth, $imageHeight, $imageWidth, $imageHeight);
                switch ($fileType) {
                    case IMAGETYPE_GIF:
                        imagegif($img, $filePath);
                        break;
                    case IMAGETYPE_JPEG:
                        imagejpeg($img, $filePath, 100);
                        break;
                    case IMAGETYPE_PNG:
                        imagepng($img, $filePath);
                        break;
                    default:
                        return;
                }
                imagedestroy($img);
                imagedestroy($image);
                return null;
            } else {
                throw Mage::exception('Mage_Core', Mage::helper('core')->__('Invalid image.'));
            }
        }
    }
    throw Mage::exception('Mage_Core', Mage::helper('core')->__('Invalid MIME type.'));
}

আপডেট 23/06/17

ফাংশনের এই আপডেট হওয়া সংস্করণটি পিএনজি এবং জিআইএফ স্বচ্ছতার বিষয়টি স্থির করে।

    /**
 * Validation callback for checking is file is image
 *
 * @param  string $filePath Path to temporary uploaded file
 * @return null
 * @throws Mage_Core_Exception
 */
public function validate($filePath)
{
    list($imageWidth, $imageHeight, $fileType) = getimagesize($filePath);
    if ($fileType) {
        if ($this->isImageType($fileType)) {
            //replace tmp image with re-sampled copy to exclude images with malicious data
            $image = imagecreatefromstring(file_get_contents($filePath));
            if ($image !== false) {
                $img = imagecreatetruecolor($imageWidth, $imageHeight);
                switch ($fileType) {
                    case IMAGETYPE_GIF:
                        imagecolortransparent($img, imagecolorallocatealpha($img, 0, 0, 0, 127));
                        imagealphablending($img, false);
                        imagesavealpha($img, true);
                        imagecopyresampled($img, $image, 0, 0, 0, 0, $imageWidth, $imageHeight, $imageWidth, $imageHeight);
                        imagegif($img, $filePath);
                        break;
                    case IMAGETYPE_JPEG:
                        imagecopyresampled($img, $image, 0, 0, 0, 0, $imageWidth, $imageHeight, $imageWidth, $imageHeight);
                        imagejpeg($img, $filePath, 100);
                        break;
                    case IMAGETYPE_PNG:
                        imagealphablending($img, false);
                        imagesavealpha($img, true);  
                        imagecopyresampled($img, $image, 0, 0, 0, 0, $imageWidth, $imageHeight, $imageWidth, $imageHeight);
                        imagepng($img, $filePath);
                        break;
                    default:
                        return;
                }
                imagedestroy($img);
                imagedestroy($image);
                return null;
            } else {
                throw Mage::exception('Mage_Core', Mage::helper('core')->__('Invalid image.'));
            }
        }
    }
    throw Mage::exception('Mage_Core', Mage::helper('core')->__('Invalid MIME type.'));
}

1
এটি ম্যাজেন্টো 1.7 ইনস্টলেশনতে আমার সমস্যার সমাধান করেছে। ধন্যবাদ!
টিজিৎসে

কোনও সমস্যা নেই তিতেসেত্রে কেবলমাত্র এই পরিবর্তনটির জন্য একটি নোট তৈরি করুন যদি ম্যাজেন্টো টিমটি প্যাচটি ঠিক না করে থাকে আপনি যখন পরবর্তী প্যাচটি করছেন তখন আপনাকে তা ফিরিয়ে দিতে হবে। আমি বাগগ্রেড.কম এ সম্প্রদায়ের কাছে সমস্যাটি জমা দিয়েছি আশা করি তারা শীঘ্রই প্যাচ ফিক্স প্রবর্তন করবে।
ড্যানিয়েল যোভচেভ

এটি pngs এর জন্য এটি ঠিক করে, তবে স্বচ্ছ জিআইএফ ফাইলগুলির জন্য নয়। জিআইএফ ফাইলগুলির চিত্র
বর্ণমালার

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

7

ইস্যু: প্রশাসকদের কাছে সিমলিংক বিজ্ঞপ্তি না দেখানোর অনুমতি দিন

সিমলিংক বিজ্ঞপ্তিটি অ্যাডমিন বিজ্ঞপ্তি অঞ্চলে প্রদর্শিত হবে না কারণ এটিতে অন্তর্ভুক্ত নেই <block type="core/text_list" name="notifications" as="notifications">

সিই এবং EE উভয়ের জন্য প্যাচ:

--- app/design/adminhtml/default/default/layout/main.xml
+++ app/design/adminhtml/default/default/layout/main.xml
@@ -119,7 +119,8 @@ Default layout, loads most of the pages
<block type="adminhtml/cache_notifications" name="cache_notifications" template="system/cache/notifications.phtml"></block>
<block type="adminhtml/notification_survey" name="notification_survey" template="notification/survey.phtml"/>
<block type="adminhtml/notification_security" name="notification_security" as="notification_security" template="notification/security.phtml"></block>
-            </block>
+                <block type="adminhtml/checkout_formkey" name="checkout_formkey" as="checkout_formkey" template="notification/formkey.phtml"/></block>
+                <block type="adminhtml/notification_symlink" name="notification_symlink" template="notification/symlink.phtml"/>
<block type="adminhtml/widget_breadcrumbs" name="breadcrumbs" as="breadcrumbs"></block>
<!--<update handle="formkey"/> this won't work, see the try/catch and a jammed exception in Mage_Core_Model_Layout::createBlock() -->

ইস্যুটি (যা স্ব-সমাপ্তি) </block>এর শেষে রয়েছে checkout_formkeyএবং তাই পিতামাতাকে বন্ধ করে দেয় notifications। এর ফলেগুলিকে notification_symlinkঅন্তর্ভুক্ত core/text_listনা করা এবং রেন্ডার না করা হয়।


এটি আসলে কোনও সমস্যা নয়, বিজ্ঞপ্তিটি সরানো হয়েছে কারণ সিমলিঙ্কগুলি সুস্পষ্টভাবে অক্ষম করা হয়েছে এবং সিমলিংক কনফিগারেশন বিভাগটি সরানো হয়েছে। V1933 এ অ্যাডমিনে ম্যানুয়ালি সিএমলিংক মান পরিবর্তন করা সম্ভব নয় সুতরাং অ্যাডমিনের বিজ্ঞপ্তিটি প্রদর্শন করা অর্থহীন। ইস্যুটি নতুন 1933 টি ইনস্টলেশনের জন্য হবে যেখানে ব্যবহারকারীদের সিমলিংকের প্রয়োজন যেমন মোডম্যানের পক্ষে আর এটি ম্যানুয়ালি সক্ষম করতে পারে না। এক অনুমান করতে পারে যে Magento কোনো নতুন 1.x ইনস্টলেশনের আশা করে না ...
paj

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

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

7

# প্যাচডেদিনের জন্য ছোট্ট টিপ; আপনার ইনস্টল উপর 1.9.3.3 অনুলিপি করার পরে, git diff -w --stat | grep -v " 2 +" | grep -v " 0"দ্রুত ফাইলের বড় পরিবর্তন দেখতে দৌড়াতে ।


7

সমস্যা: EE শিপিং টেমপ্লেট প্যাচ করা হয়নি

আমি একটি EE 1.13.1.0 ইনস্টল করেছি, এবং এন্টারপ্রাইজ শিপিং টেম্পলেট ( app/design/frontend/enterprise/default/template/checkout/onepage/shipping.phtml) ফর্মকি যুক্ত করা হয়নি, তবে বিলিং এবং প্রদানের টেমপ্লেটগুলি করেছে।

app/design/frontend/base/default/template/checkout/onepage/shipping.phtml প্যাচ করা হয়েছিল


আমিও প্রয়োজন (স 1.14.2 জন্য) form_key যোগ করার /app/design/frontend/enterprise/default/template... .../checkout/cart/coupon.phtml,.../giftcardaccount/cart/block.phtml .../giftcardaccount/cart/check.phtml
গ্রেগ Nickoloff

4

Magento EE সংস্করণগুলির সাথে একটি সমস্যা রয়েছে যা SUPEE-9767 (তাই 1.14.3.3 এ আপগ্রেড না করে) সহ প্যাচযুক্ত। এই পৃষ্ঠায় ফর্ম কীটি ক্যাশে করা হবে। সুতরাং যখন আমি আমার ক্যাশে ফ্লাশ করি এবং তারপরে কোনও পণ্য পৃষ্ঠাতে যাই এবং পৃষ্ঠাটি সম্পূর্ণরূপে ক্যাশে হয়ে থাকে তা নিশ্চিত করে (কয়েকবার রিফ্রেশ করে), আমার সেই পণ্যটি আমার কার্টে যুক্ত করতে সক্ষম হওয়া উচিত।

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

ধন্যবাদ জ্যাস্পার জেইনস্ট্রার কাছে


3

ম্যাজেন্টো কম্পোজার ইন্টেলারের ব্যবহারকারী বিকাশকারীদের জন্য, আপনি সিমলিংকের পরিবর্তে মোতায়েন কৌশলটি অনুলিপি করতে পারেন। আপনি আপনার .gitignore এ মডিউল ফাইলগুলি যুক্ত করতেও কনফিগার করতে পারেন, যাতে আপনার সংগ্রহশালাটি পরিষ্কার থাকে।

https://github.com/Cotya/magento-composer-installer/blob/master/doc/Deploy.md#deploy-per-copy-instead-of-symlink

{ "extra":{ "magento-root-dir": "htdocs/", "magento-deploystrategy": "copy", "auto-append-gitignore": true } }


আমরা খুঁজে পেয়েছি যে অনুলিপিটি "magento-force": true,গুরুত্বপূর্ণ হয়ে উঠেছে
জেরোইন

3

এফপিসি সক্ষম হওয়া এবং এই প্যাচটি প্রয়োগ করে আমার EE 1.14.2.2 এ একটি সমস্যা ছিল।

মাঝে মাঝে ব্যবহারকারীরা কার্টে যোগ করতে পারেন নি।

ব্যাখ্যা এবং এখানে স্থির করুন: SUPEE-9767 ইস্যু: কার্ট ইস্যুতে যুক্ত করুন, এন্টারপ্রাইজ পূর্ণ পৃষ্ঠা ক্যাশে


2

সমস্যা: প্যাচ ভ্যানিলা ম্যাজেন্টো ১.7.০.০ তে কাজ করছিল [সম্পাদিত]

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

প্যাচ ফাইল ব্যবহৃত: PATCH_SUPEE-9767_CE_1.7.0.2_v1-2017-05-25-09-31-32.sh প্যাচ ফাইলটি ম্যাজেন্টো 1.7.0.1 এবং 1.7.0.2 এর জন্য কাজ করে

সমস্যার সংক্ষিপ্তসার:

ERROR: Patch can't be applied/reverted successfully.
...
can't find file to patch at input line 377
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --git app/code/core/Mage/Core/Model/File/Validator/Image.php app/code/core/Mage/Core/Model/File/Validator/Image.php
|index 7f7b9d0..cbbcbb1 100644
|--- app/code/core/Mage/Core/Model/File/Validator/Image.php
|+++ app/code/core/Mage/Core/Model/File/Validator/Image.php
--------------------------
File to patch:
Skip this patch? [y]
Skipping patch.
2 out of 2 hunks ignored
...
checking file app/code/core/Mage/Sales/Model/Quote/Item.php
Hunk #1 FAILED at 502.
1 out of 1 hunk FAILED
...

রেকর্ডের জন্য, এটি 1.7.0.0 এ আমরা প্যাচটি চেষ্টা করেছিলাম:

$ grep SUPEE app/etc/applied.patches.list
2017-06-01 12:59:49 UTC | SUPEE-2677 | EE_1.13.0.2 | v2 | d20e6763cd0df70c4ac6e418c9775a1ff0f2618f | Tue Jan 14 17:49:25 2014 +0200 | v1.13.0.2..HEAD
2017-06-01 12:59:49 UTC | SUPEE-2629 | EE_1.12.0.0 | v1 | 5de775cf535e137b0b099d8066bd5b3a81f7ec4c | Wed Dec 11 16:50:40 2013 +0200 | v1.12.0.0..HEAD
-e 2017-06-01 12:59:49 UTC | SUPEE-1049 | EE-1.12.0.2 | v1 | 6d06f286f461562fa6d6573349f1491f7bf89859 | Wed Feb 13 17:46:13 2013 -0800 | v1.12.0.2..HEAD
2017-06-01 12:59:49 UTC | SUPEE-1868-1-12-0-2 | EE_1.12.0.2 | v1 | 2148b1b6be28a9bad0bec9a4aecc63ed318dd201 | Fri Jul 26 13:20:27 2013 -0700 | v1.12.0.2..HEAD
2017-06-01 12:59:49 UTC | SUPEE-4334-v1.11.1.0 | EE_1.11.1.0 | v1 | 40f5a2e4db9ca53dc6a8e62eb0c728fd63b1157e | Wed Sep 10 10:42:31 2014 -0700 | ef80f7bff749c941b4d1736cc2b502888e7540c9
2017-06-01 12:59:49 UTC | SUPEE-5345 | EE_1.12.0.2 | v1 | 2d36f61cf684ed26286b6d10307fcb99dd47ff02 | Thu Feb 5 19:39:01 2015 +0200 | v1.12.0.2..HEAD
2017-06-01 12:59:49 UTC | SUPEE-5994 | CE_1.6.0.0 | v1 | _ | n/a | SUPEE-5994_CE_1.6.0.0_v1.patch
2017-06-01 12:59:49 UTC | SUPEE-6237 | EE_1.14.2.0 | v1 | 8b216c42e2e5d2cb5d8e500fcb6690abede9df52 | Fri Jun 12 13:39:59 2015 +0300 | v1.14.2.0..HEAD
2017-06-01 12:59:49 UTC | SUPEE-6285 | CE_1.7.0.2 | v1 | 84749c91e14543e1f96af30e86efdf29f4562c98 | Tue Jun 23 09:48:07 2015 +0300 | c6e6cee8eb..84749c91e1
2017-06-01 12:59:49 UTC | SUPEE-6482 | CE_1.8.0.0 | v1 |  | Tue Jul 14 14:17:04 2015 +0300 |
2017-06-01 12:59:49 UTC | SUPEE-6788 | CE_1.7.0.1 | v1 | 04d237d56b116989e46839c41691585d927f99db | Fri Oct 23 13:52:50 2015 +0300 | f69136a
2017-06-01 12:59:49 UTC | SUPEE-7616 | CE_1.7.0.2-CE_1.4.2.0 | v1 | a16c51e3679c3f19de6c3207b7a42daa7f9227fc | Fri Dec 18 12:42:03 2015 +0200 | 3617437b6da11be812fcca85f4e6ecbd8b8dc94c..a16c51e3679c3f19de6c3207b7a42daa7f9227fc
2017-06-01 12:59:50 UTC | SUPEE-8788 | CE_1.7.0.0 | v2 | 6b5ef4fc5b09af74d0fd401440948d0a54dd203d | Fri Oct 14 19:27:22 2016 +0300 | 84fa3dd598466fa5c482965a3f8e5395af33bf9d
2017-06-01 12:59:50 UTC | SUPEE-8967 | EE_1.13.1.0 | v1 | 1fa53e9533f6f3a16f24d9b64dabef0ab7f965d7 | Thu Aug 18 16:32:48 2016 +0300 | 97d160644..1fa53e9533
2017-06-01 12:59:50 UTC | SUPEE-9652 | EE_1.14.3.1 | v1 | 4038f0785d828794083f53f10c01aaa6af403523 | Tue Jan 24 15:03:12 2017 +0200 | 9586981e6ca8b255014b242d50b68b88525b0754..4038f0785d828794083f53f10c01aaa6af403523

4
আপনি যদি সেই ফাইলটি মিস করেন তবে আপনি সম্ভবত সুরক্ষা প্যাচ SUPEE-7405 প্রয়োগ করেন নি।
রায়ান হোয়ার

@ রায়ানহোয়ার আপনি ঠিক বলেছেন, সুপারি -7405 এড়িয়ে গেছে কারণ অফিসিয়াল ফাইলটি 1.7.0.0-তে PATCH_SUPEE-7405_CE_1.7.0.2_v1-2016-01-20-04-58-44.shকাজ করে না। আমি ফাইলটির একটি নির্দিষ্ট সংস্করণ তৈরি করেছি। কারও যদি এটির প্রয়োজন হয় তবে আমাকে একটি বার্তা পাঠান।
জেরোইন ভার্মুলেন - ম্যাগহোস্ট

2

কিছু অদ্ভুত আচরণের কারণে আমাকে এই প্যাচটি ফিরিয়ে দিতে হয়েছিল। যে কারণেই হোক না কেন, নির্দিষ্ট ব্যবহারকারীরা তাদের কার্টে কিছু নির্দিষ্ট আইটেম যুক্ত করতে পারেন নি।

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

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


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

আমিও এই সমস্যাটির মুখোমুখি হয়েছি। আমি যদি ঠিক করি তবে আমি আপনাকে জানাব
সেমিটিকল

আমি এই সমস্যাটি এখানে সমাধান করেছি, ব্যাখ্যাটি এখানে: magento.stackexchange.com/questions/177942/…
সেমিটিকেল

কেউ কি জানে যে এটি SUPEE-9767 v2 এ সমাধান করা হয়েছে?
শিষ্য

2

সমস্যা: 1.6.0.0 এ অসীম পুনর্নির্দেশ লুপ

দ্রুত ঠিক করা

ফাইল অ্যাপ / কোড / কোর / ম্যাজ / কোর / কন্ট্রোলার / ভারিয়ান / ফ্রন্ট.এফপি পদ্ধতিতে সুরক্ষিত ফাংশন _checkBaseUrl ($ অনুরোধ) এর নীচের লাইনগুলি সন্ধান করুন

 if (isset($uri['scheme']) && $uri['scheme'] != $request->getScheme()
        || isset($uri['host']) && $uri['host'] != $request->getHttpHost()
        || isset($uri['path']) && strpos($requestUri, $uri['path']) === false
 ) {  

এই লাইনগুলিতে পরিবর্তন করুন

 if (isset($uri['host']) && $uri['host'] != $request->getHttpHost()
            || isset($uri['path']) && strpos($requestUri, $uri['path']) === false
 ) { 

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

মূল কারণ

পুনঃনির্দেশের পরে প্রকৃত অনুরোধ এবং ইউআরআইয়ের মধ্যে SCHEME মানের পার্থক্য। উদাহরণস্বরূপ: প্রকৃত অনুরোধটি এইচটিটিপি স্কিমটি ফেরত দেয় তবে ইউআরআইতে থাকা স্কিমটি এইচটিটিপিএস হতে পারে।

সম্ভাব্য অন্তর্নিহিত কারণগুলি

  1. আপনার HTTP- তে সমস্ত HTTP অনুরোধ পুনর্নির্দেশের জন্য .htaccess ফাইলটিতে একটি পুনর্নির্দেশের নিয়ম থাকতে পারে। ব্যবহারকারী http://yourdomain.com এর জন্য অনুরোধ করেছেন এবং আপনি সম্ভবত স্কিমটি পরিবর্তন করেছেন এবং তাকে http://yourdomain.com এর পরিবর্তে https: // yourdomain এ পুনর্নির্দেশ করেছেন যা তিনি আসলে অনুরোধ করেছিলেন।

  2. বেস সুরক্ষিত এবং অনিরাপদ ইউআরএল উভয়ই https দিয়ে শুরু হয়


2

কনফার্মড বাগ "গ্রাহক নিবন্ধন চেকআউটে ব্যর্থ হয়েছে" আমার পক্ষ থেকে কিছুটা আলাদা।

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

ত্রুটির সমাধান সহ সংযুক্ত SUPEE-লিখে 9767 প্যাচ / সিই 1.9.3.3 - একটি পৃষ্ঠা চেক আউট - গ্রাহক নিবন্ধন ইস্যু খুব আমার জন্য কাজ করেছেন।


2

কেউ কি আমাকে বলতে পারবেন যে মামলাটি ... এইটি কি ... মামলা-97676767 এর জন্য?

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


1
JQuery 1.10.2 সংস্করণটিকে দুর্বলতা হিসাবে বিবেচনা করা হয়, এবং কিছু পিসিআই স্ক্যানার দ্বারা চিহ্নিত করা হয়। 1.12 সংস্করণটি নয়।
রায়ান হোয়ের

@ ডেটজলার স্ট্যাকএক্সচেঞ্জ কোনও ফোরাম নয়। আপনি যদি একটি প্রশ্ন জিজ্ঞাসা করতে চান তবে আপনার একটি পোস্ট করা উচিত, কোনও প্রশ্নের উত্তর নয়।
toon81

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

2

প্যাচটি ভ্যানিলা ম্যাজেন্টো 1.7.0.2 এর জন্যও কাজ করে না।

martins@martinsmac.local:/var/www/magento1702-original$ ./PATCH_SUPEE-9767_CE_1.7.0.2_v1-2017-05-25-09-31-32.sh
Checking if patch can be applied/reverted successfully...
ERROR: Patch can't be applied/reverted successfully.

patching file app/code/core/Mage/Admin/Model/Session.php
Hunk #1 succeeded at 109 (offset -29 lines).
patching file app/code/core/Mage/Adminhtml/Block/Checkout/Formkey.php
patching file app/code/core/Mage/Adminhtml/Block/Notification/Symlink.php
patching file app/code/core/Mage/Adminhtml/Block/Widget/Grid/Column/Filter/Date.php
patching file app/code/core/Mage/Adminhtml/Model/Config/Data.php
patching file app/code/core/Mage/Adminhtml/controllers/Catalog/Product/GalleryController.php
patching file app/code/core/Mage/Checkout/controllers/MultishippingController.php
patching file app/code/core/Mage/Checkout/controllers/OnepageController.php
Hunk #1 succeeded at 293 (offset -34 lines).
Hunk #2 succeeded at 313 (offset -34 lines).
Hunk #3 succeeded at 363 (offset -34 lines).
Hunk #4 succeeded at 392 (offset -34 lines).
Hunk #5 succeeded at 431 (offset -34 lines).
patching file app/code/core/Mage/Checkout/etc/system.xml
patching file app/code/core/Mage/Cms/Model/Wysiwyg/Images/Storage.php
patching file app/code/core/Mage/Core/Controller/Front/Action.php
patching file app/code/core/Mage/Core/Controller/Request/Http.php
Hunk #1 succeeded at 141 (offset -7 lines).
can't find file to patch at input line 377
Perhaps you used the wrong -p or --strip option?
The text leading up to this was:
--------------------------
|diff --git app/code/core/Mage/Core/Model/File/Validator/Image.php app/code/core/Mage/Core/Model/File/Validator/Image.php
|index 7f7b9d0..cbbcbb1 100644
|--- app/code/core/Mage/Core/Model/File/Validator/Image.php
|+++ app/code/core/Mage/Core/Model/File/Validator/Image.php
--------------------------
File to patch:
Skip this patch? [y]
Skipping patch.
2 out of 2 hunks ignored
patching file app/code/core/Mage/Core/etc/config.xml
patching file app/code/core/Mage/Core/etc/system.xml
patching file app/code/core/Mage/Customer/Model/Session.php
patching file app/code/core/Mage/Dataflow/Model/Convert/Adapter/Zend/Cache.php
patching file app/code/core/Mage/Dataflow/Model/Convert/Container/Abstract.php
patching file app/code/core/Mage/Dataflow/Model/Convert/Parser/Csv.php
patching file app/code/core/Mage/Dataflow/Model/Convert/Parser/Xml/Excel.php
patching file app/code/core/Mage/ImportExport/Model/Import/Uploader.php
patching file app/code/core/Mage/Sales/Model/Quote/Item.php
Hunk #1 FAILED at 502.
1 out of 1 hunk FAILED -- saving rejects to file app/code/core/Mage/Sales/Model/Quote/Item.php.rej
patching file app/code/core/Mage/Widget/Model/Widget/Instance.php
patching file app/code/core/Mage/XmlConnect/Helper/Image.php
patching file app/design/adminhtml/default/default/layout/main.xml
patching file app/design/adminhtml/default/default/template/notification/formkey.phtml
patching file app/design/adminhtml/default/default/template/notification/symlink.phtml
patching file app/design/adminhtml/default/default/template/page/head.phtml
patching file app/design/frontend/base/default/template/checkout/cart/shipping.phtml
patching file app/design/frontend/base/default/template/checkout/multishipping/billing.phtml
patching file app/design/frontend/base/default/template/checkout/multishipping/shipping.phtml
patching file app/design/frontend/base/default/template/checkout/onepage/billing.phtml
patching file app/design/frontend/base/default/template/checkout/onepage/payment.phtml
patching file app/design/frontend/base/default/template/checkout/onepage/shipping.phtml
patching file app/design/frontend/base/default/template/checkout/onepage/shipping_method.phtml
patching file app/design/frontend/base/default/template/persistent/checkout/onepage/billing.phtml
patching file app/etc/config.xml
patching file app/locale/en_US/Mage_Adminhtml.csv
patching file app/locale/en_US/Mage_Core.csv
patching file app/locale/en_US/Mage_Dataflow.csv
patching file downloader/Maged/Connect.php
patching file downloader/Maged/Controller.php
Hunk #1 succeeded at 400 (offset -5 lines).
Hunk #2 succeeded at 923 (offset -5 lines).
patching file downloader/Maged/Model/Session.php
Hunk #2 succeeded at 235 with fuzz 2 (offset -13 lines).
patching file js/varien/payment.js
patching file skin/frontend/base/default/js/opcheckout.js

এমনকি ম্যানুয়ালি পুরানো প্যাচ প্রয়োগ করার পরে।

$ grep '|' app/etc/applied.patches.list
2017-06-19 04:01:42 UTC | SUPEE-2677 | EE_1.13.0.2 | v2 | d20e6763cd0df70c4ac6e418c9775a1ff0f2618f | Tue Jan 14 17:49:25 2014 +0200 | v1.13.0.2..HEAD
2017-06-19 04:03:26 UTC | SUPEE-2629 | EE_1.12.0.0 | v1 | 5de775cf535e137b0b099d8066bd5b3a81f7ec4c | Wed Dec 11 16:50:40 2013 +0200 | v1.12.0.0..HEAD
2017-06-19 04:04:12 UTC | SUPEE-1049 | EE_1.12.0.2 | v1 | 5cd884653325315804056d4c591572385b3c1d03 | Thu Mar 20 16:33:19 2014 +0200 | v1.12.0.2..HEAD
2017-06-19 04:05:01 UTC | SUPEE-1868-1-12-0-2 | EE_1.12.0.2 | v1 | 2148b1b6be28a9bad0bec9a4aecc63ed318dd201 | Fri Jul 26 13:20:27 2013 -0700 | v1.12.0.2..HEAD
2017-06-19 04:06:38 UTC | SUPEE-4334-v1.11.1.0 | EE_1.11.1.0 | v1 | 40f5a2e4db9ca53dc6a8e62eb0c728fd63b1157e | Wed Sep 10 10:42:31 2014 -0700 | ef80f7bff749c941b4d1736cc2b502888e7540c9
2017-06-19 04:07:10 UTC | SUPEE-1533 | EE_1.12 | v1 | _ | n/a | SUPEE-1533_EE_1.12_v1.patch
2017-06-19 04:08:41 UTC | SUPEE-5345 | EE_1.12.0.2 | v1 | 2d36f61cf684ed26286b6d10307fcb99dd47ff02 | Thu Feb 5 19:39:01 2015 +0200 | v1.12.0.2..HEAD
2017-06-19 04:09:29 UTC | SUPEE-5994 | CE_1.6.0.0 | v1 | _ | n/a | SUPEE-5994_CE_1.6.0.0_v1.patch
2017-06-19 04:10:00 UTC | SUPEE-6237 | EE_1.14.2.0 | v1 | 8b216c42e2e5d2cb5d8e500fcb6690abede9df52 | Fri Jun 12 13:39:59 2015 +0300 | v1.14.2.0..HEAD
2017-06-19 04:11:22 UTC | SUPEE-6285 | CE_1.7.0.2 | v1 | 84749c91e14543e1f96af30e86efdf29f4562c98 | Tue Jun 23 09:48:07 2015 +0300 | c6e6cee8eb..84749c91e1
2017-06-19 04:11:50 UTC | SUPEE-6482 | CE_1.8.0.0 | v1 |  | Tue Jul 14 14:17:04 2015 +0300 |
2017-06-19 04:12:12 UTC | SUPEE-7616 | CE_1.7.0.2-CE_1.4.2.0 | v1 | a16c51e3679c3f19de6c3207b7a42daa7f9227fc | Fri Dec 18 12:42:03 2015 +0200 | 3617437b6da11be812fcca85f4e6ecbd8b8dc94c..a16c51e3679c3f19de6c3207b7a42daa7f9227fc
2017-06-19 04:14:30 UTC | SUPEE-8167 | EE_1.12.0.2 | v1 | b1be28f9cd8c2ecba2aa403e59ad9e3d2855eb95 | Thu May 4 13:52:13 2017 +0300 | 8d12ea6fe564b6dc9ed1affb6de990f81aca3796..HEAD
2017-06-19 04:16:21 UTC | SUPEE-8967 | EE_1.13.1.0 | v1 | 1fa53e9533f6f3a16f24d9b64dabef0ab7f965d7 | Thu Aug 18 16:32:48 2016 +0300 | 97d160644..1fa53e9533
2017-06-19 04:16:44 UTC | SUPEE-9652 | EE_1.14.3.1 | v1 | 4038f0785d828794083f53f10c01aaa6af403523 | Tue Jan 24 15:03:12 2017 +0200 | 9586981e6ca8b255014b242d50b68b88525b0754..4038f0785d828794083f53f10c01aaa6af403523
2017-06-19 04:19:35 UTC | SUPEE-6788 | CE_1.7.0.2 | v1 | 0398c4b951d9a0f64495e7b8b3b8ca480952dd70 | Fri Oct 23 13:50:23 2015 +0300 | cfc252b

আমি যে সমাধান / সমস্যা পেয়েছি তা হ'ল 1.7.0.2 এর জন্য প্যাচে কিছু পরিবর্তন ফাইলগুলির জন্য যা 1.9.2.3 এর আগে বিদ্যমান নেই। সুতরাং আমি প্যাচ স্ক্রিপ্টটি চালানোর আগে একটি নতুন 1.9.2.3 ইনস্টলেশন থেকে নিম্নলিখিত ফাইলগুলি অনুলিপি করেছি :

  • অ্যাপ্লিকেশন / কোড / কোর / পুরোনো যাদুকর / কোর / মডেল / ফাইল / ভ্যালিডেটার / Image.php
  • অ্যাপ্লিকেশন / কোড / কোর / পুরোনো যাদুকর / বিক্রয় / মডেল / উক্তি / Item.php

প্যাচ ধরে নেওয়া হয়েছে যে ইতিমধ্যে অন্যান্য সমস্ত সুরক্ষা প্যাচ প্রয়োগ করা হয়েছে। আপনি যে ফাইলগুলির কথা বলছেন তা পূর্বের প্যাচগুলি যুক্ত / পরিবর্তন করা হয়েছিল। আপনি কমপক্ষে SUPEE-7405 মিস করছেন।
রায়ান হোয়ার

হাই রায়ান, আসলে আমিও 7405 প্রয়োগ করার চেষ্টা করেছি, তবে কোনওভাবেই কাজ করে নি ... $ ./PATCH_SUPEE-7405_CE_1.7.0.2_v1.1-2016-02-23-07-22-52 1 (1) .sh প্যাচ প্রয়োগ করা যায় / সফলভাবে ফিরে যেতে পারে কিনা তা পরীক্ষা করা হচ্ছে ... ত্রুটি: প্যাচ প্রয়োগ করা যাবে না / সফলভাবে ফিরে যেতে পারবে না। (..) অ্যাডমিনটিচটিএমএল / হেল্পার / সেলস.এফপি হঙ্ক # 1 এ 121 এ ব্যর্থ হয়েছে। 1 টির মধ্যে 1 টি ফয়েল - ফাইল সংরক্ষণে প্রত্যাখ্যান করা (..) অ্যাডমিনিচটিএমএল / হেল্পার / সেলস.এফপি.রেজ প্যাচিং ফাইল (..) / কোর / মডেল / কনফিগার.এফপি হুঙ্ক # 1 এফএলএইডি 1642-এ 1 হুঙ্কের মধ্যে 1 এফআইএলডি - ফাইল সংরক্ষণে প্রত্যাখ্যান করা (..) কনফিগারেশন.এফপি.রেজ প্যাচিং ফাইল (..) / উদ্ধৃতি / আইটেম.ফ্প হঙ্ক # 1 509 এ ব্যর্থ ....
রিকার্ডো মার্টিনস

@ রিকার্ডোমার্টিনস আমি কীভাবে এই ত্রুটিটি সমাধান করতে পারি: ফাইল অ্যাপ্লিকেশন / লোকেল / এন_ইউএস / ম্যাজ_এডমিনটিচটিএল.সিভিএস হঙ্ক # 2 এফআইএলডি। 2 টি কুনির মধ্যে 1 জন ফায়িলিডি - অ্যাপ্লিকেশন / লোকেল / এন_ইউএস / ম্যাজ_এডমিনটিএলএমসিভি.রেজে প্রত্যাখ্যান করে ?
zus

0

একটি উপরন্তু উদগত হওয়া https://magento.stackexchange.com/a/176930/46249

নোট করুন যে Symlinks সর্বদা নতুন Magento ইনস্টলেশন অ্যাডমিনে ডিফল্টরূপে অক্ষম করা হয়েছে অ্যাডমিন হ্যাঁ / কোনও কনফিগারেশন মানকে ডিফল্টভাবে 'NO' এ পরিণত হয় না। আপডেটটি এখন কনফিগার.এক্সএমএলগুলিতে স্পষ্টতই প্রতিলিঙ্কগুলি অক্ষম করে এবং অতিরিক্ত সতর্কতা হিসাবে অ্যাডমিন-> বিকাশকারী থেকে টেমপ্লেট বিভাগটি সরিয়ে দেয় যাতে কনফিগারেশন বিকল্প রয়েছে।

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


গা bold় পাঠ্যটি সঠিক নয়। যদি 1.9.3.4 (SUPEE-9767 V2) এ আপডেট হয় বা নতুন বর্তমান সেটিংস মুছে ফেলা হবে:

# app/code/core/Mage/Core/sql/core_setup/upgrade-1.6.0.6-1.6.0.7.php
$connection->delete(
    $this->getTable('core_config_data'),
    $connection->prepareSqlCondition('path', array(
        'like' => 'dev/template/allow_symlink'
    ))
);

দায়িত্বপ্রাপ্ত প্রশাসকরা অ্যাপ্লিকেশন / কোড / কোর / ম্যাজ / কোর / ইত্যাদি / সিস্টেম.এক্সএমএলে টেম্পলেট বিভাগের বিভিন্ন পরিবর্তনগুলি সন্ধান করে এবং system০০ লাইনের আশেপাশে আপনার system.xml বিভাগটি যুক্ত করে আবার সিমলিংক প্রশাসক বিভাগ সক্ষম করতে পারেন Or ডাবল চেক সিমলিংকগুলি এখনও সক্রিয় রয়েছে

কেবল কনফিগার বিকল্পটি আবার দৃশ্যমান করুন কোনও সমস্যার সমাধান করে না। বিকল্পটি প্রদর্শিত হবে, তবে নতুনভাবে প্রবর্তিত ব্যাকএন্ড মডেলটি মানটি বাঁচানোর কারণে আপনি কনফিগারটি পরিবর্তন করতে পারবেন না। দেখা:

# app/code/core/Mage/Core/etc/system.xml
<backend_model>adminhtml/system_config_backend_symlink</backend_model>

এবং

# Mage_Adminhtml_Model_System_Config_Backend_Symlink
public function save()
{
    return $this;
}

সুতরাং আপনাকে এই ব্যাকএন্ড মডেলটি সরিয়ে ফেলতে বা ওভাররাইড করতে হবে , দেখুন কীভাবে SUPEE-9767 V2 ইনস্টল করার পরে সিমলিংকগুলি সক্ষম করবেন?

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.