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


24

Magento এম 1 এর জন্য একটি নতুন সুরক্ষা প্যাচ প্রকাশ করেছে এবং এম 1 এবং এম 2 এর জন্য আপডেট করেছে।

এই প্রকাশগুলির মধ্যে গুরুতর সুরক্ষা সংশোধন অন্তর্ভুক্ত রয়েছে। "আমরা দৃ strongly়ভাবে সুপারিশ করি যে যত তাড়াতাড়ি সম্ভব সমস্ত বণিক আপগ্রেড করুন" "

এই প্যাচটি আপগ্রেড করার সময় বা প্রয়োগ করার সময় আমার কোন সমস্যার জন্য নজর রাখা উচিত?

SUPEE-11086

SUPEE-11086, ম্যাজেন্টো কমার্স 1.14.4.1 এবং ওপেন সোর্স 1.9.4.1 এ একাধিক সুরক্ষা বর্ধন রয়েছে যা দূরবর্তী কোড কার্যকরকরণ (আরসিই), ক্রস-সাইট স্ক্রিপ্টিং (এক্সএসএস), ক্রস-সাইট অনুরোধ জালিয়াতি (সিএসআরএফ) এবং অন্যান্য দুর্বলতাগুলিতে সহায়তা করে।

ম্যাজেন্টো 2.3.1, 2.2.8 এবং 2.1.17 সুরক্ষা আপডেট

এই সংস্করণগুলিতে একাধিক কার্যকরী এবং সুরক্ষা আপডেট রয়েছে। ঝুঁকি: 2.1.17, 2.2.8 এবং 2.3.1 এর আগে ম্যাজেন্টো বাণিজ্য এবং ম্যাজেন্টো ওপেন সোর্সের জন্য সমালোচনা।


রায়ান হোয়ের, আমি অনুমান করি যে আপনাকে ম্যাজেন্টো ২.৩.১, ২.২.৮ এবং ২.১.১7 সুরক্ষা আপডেটের জন্য একটি পৃথক প্রশ্ন তৈরি করতে হবে
অমিত বেরা

2
1.8.0 / 1.8.1 এর কোনও সংস্করণ নেই কেন এমন কোনও ধারণা?
জেসন

উত্তর:


20

সর্বাধিক সমস্যা, যা পাওয়া গেছে: Mage::log()ভুলভাবে কাজ করে। আপনি যদি কাস্টম লগ ফাইলের সাথে এই ফাংশনটি কল করেন (এবং এটি এখনও বিদ্যমান নেই), এসইপিইই-11086-তে যুক্ত হওয়া অতিরিক্ত বৈধতার কারণে ফাইলটিতে লগটি লেখা হবে না।


এই ইস্যুটি ম্যাজেন্টো সিই 1.9.4.1.1 এও প্রযোজ্য: magento.stackexchange.com/questions/268229/…
আঃ মঠিজসসেন

5
আমার সমস্ত লগ সম্পূর্ণরূপে বন্ধ হয়ে গেছে। এমনকি সিস্টেম এবং ব্যতিক্রম লগ। এটা কি ঠিক করা যাবে?
কলভিন ক্লিন 18

Mage লিখেছেন আমার সমস্ত লগ ফাইলগুলিও লগ বন্ধ হয়ে গেছে। এম 1 ইই 1.14.0.2
প্রচার করুন

শুধুমাত্র ফিক্স কোড ফিরতে হয়Mage::log()
Aswerer

3
২৫ শে জুন অবধি, ম্যাজেন্টো SUPEE-11155, ম্যাজেন্টো কমার্স 1.14.4.2 এবং ম্যাজেন্টো ওপেন সোর্স 1.9.4.2 প্রকাশ করেছে যাতে Mage::log()পদ্ধতিটির জন্য একটি সমাধান অন্তর্ভুক্ত রয়েছে ।
আঃ মঠিজসসেন

11

গুরুত্বপূর্ণ: প্যাচটির নামটিতে প্যাচটি প্রয়োগ করা সর্বোচ্চ সংস্করণ অন্তর্ভুক্ত। সুতরাং 1.9.3.10 এর জন্য প্যাচটি অন্য প্যাচটিতে 1.9.3.10, 1.9.3.9, .... এ প্রয়োগ হবে। আমরা পরবর্তী প্রকাশে নামকরণের উন্নতি করার চেষ্টা করব এবং এটিতে আপনি https://github.com/steverobbins/magedownload-cli ব্যবহার করতে পারেন কারণ এটিতে API এর মাধ্যমে সংস্করণগুলি মেটাডেটা সঠিকভাবে দেখা উচিত।


5

অন্যদের মত, আমারও লগ ফাইলগুলি ডেটা লেখা সম্পূর্ণ বন্ধ করে দিয়েছে।

বাগের উত্স - লগ ফাইল ডেটা লিখন নয়

মধ্যে app/Mage.php তারা এই পরিবর্তনটি করে:

         // Validate file extension before save. Allowed file extensions: log, txt, html, csv
         -        if (!self::helper('log')->isLogFileExtensionValid($file)) {
         +        $_allowedFileExtensions = explode(
         +            ',',
         +            (string) self::getConfig()->getNode('dev/log/allowedFileExtensions', Mage_Core_Model_Store::DEFAULT_CODE)
         +        );
         +        $logValidator = new Zend_Validate_File_Extension($_allowedFileExtensions);
         +        $logDir = self::getBaseDir('var') . DS . 'log';
         +        if (!$logValidator->isValid($logDir . DS . $file)) {
                 return;
             }

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

বাগের সমাধান - লগ ফাইল ডেটা লিখন নয়

এটি সমাধানের জন্য, কেবল core_config_dataসারণীতে ডাটাবেসে প্রবেশ করুন ।

INSERT INTO core_config_data VALUES ( NULL, 'default', 0, 'dev/log/allowedFileExtensions', 'log,txt,html,csv' );

পাশাপাশি বস্তুগুলি ক্যাশে সাফ করুন এবং আপনার আবার লগ ফাইলগুলিতে ডেটা লিখন দেখতে হবে।

ls -lrt var/log/ | tail


রেফারেন্সের জন্য, সমস্ত ইস্যুটি EE 1.14.2.0 এ ছিল সমস্ত সুরক্ষা প্যাচ প্রয়োগ করা হয়েছিল।

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


আমাকে এই বাগটি সম্পর্কে সত্যই কী বিভ্রান্ত করছে তা হ'ল 2017 এর শেষের দিকে তারা ম্যাসেন্টোর লগ ফাইল এক্সটেনশানগুলি যাচাই করার জন্য একটি পদ্ধতি রয়েছে যা তারা 2017 সালের শেষের দিকে SUPEE-10415 এর মাধ্যমে যুক্ত করেছে।

app/code/core/Mage/Log/Helper/Data.php

    /**
     * Checking if file extensions is allowed. If passed then return true.
     *
     * @param $file
     * @return bool
     */
    public function isLogFileExtensionValid($file)
    {
        $result = false;
        $validatedFileExtension = pathinfo($file, PATHINFO_EXTENSION);
        if ($validatedFileExtension && in_array($validatedFileExtension, $this->_allowedFileExtensions)) {
            $result = true;
        }

        return $result;
    }

তারা লগ হুইলটিকে অসম্পূর্ণ পুনঃ-আবিষ্কারের চেষ্টা করার পরিবর্তে সেই যুক্তিটিকে কেন পুনরায় ব্যবহার করেনি?


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

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

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

@ রেনেসচেপ তাই আমরা কীভাবে এটি ঠিক করব? ম্যাজেন্টো সমর্থন হ'ল ** এইচ এর ব্যথা। তারা জবাব দিতে খুব ধীর।
আদর্শ খত্রি

ম্যাজেন্টো এটি লিখতে পারার আগে আপনাকেआড়শখাত্রি ফাইলটি তৈরি করতে হবে। টাচ /পথ /
টু

4

Mage::log()লগ ফাইলগুলিতে প্রাথমিকভাবে উপস্থিত না থাকলে কিছু লিখতে ব্যর্থ হয়। এটি কল করার সময় একটি পাওয়া যায়নি ত্রুটি নিক্ষেপের isValidফাংশনের কারণে Zend_Validate_File_Extensionএটি Zend_Loader::isReadable($value)isValidলগ ফাইলটি আসলে তৈরি হওয়ার পরে চেষ্টা / ক্যাপচারে গিয়ে সাময়িকভাবে এটি ঠিক করেছি এবং যদি বৈধতা ব্যর্থ হয় তবে ফাইলটি সরিয়ে ফেলা:

<?php
final class Mage
{
    ...
    public static function log($message, $level = null, $file = '', $forceLog = false)
    {
        ...

        try {
            if (!isset($loggers[$file])) {
                $logFile = $logDir . DS . $file;

                if (!is_dir($logDir)) {
                    mkdir($logDir);
                    chmod($logDir, 0750);
                }

                if (!file_exists($logFile)) {
                    file_put_contents($logFile, '');
                    chmod($logFile, 0640);
                }

                if (!$logValidator->isValid($logFile)) {
                    unlink($logFile);

                    return;
                }

        ...
    }
}

আমাদের কাছে আরও কিছুটা শক্ত না হওয়া পর্যন্ত এটি অবশ্যই একটি অস্থায়ী সমাধান


3

1.9.3.10 প্যাচিং সহ সম্ভাব্য সমস্যা

checking file app/code/core/Mage/Adminhtml/Block/Customer/Group/Edit.php
Hunk #1 FAILED at 57.
1 out of 1 hunk FAILED

প্যাচটিতে আমাদের রয়েছে:

diff --git app/code/core/Mage/Adminhtml/Block/Customer/Group/Edit.php app/code/core/Mage/Adminhtml/Block/Customer/Group/Edit.php
index 8d3c526c280..fde2ef0d45d 100644
--- app/code/core/Mage/Adminhtml/Block/Customer/Group/Edit.php
+++ app/code/core/Mage/Adminhtml/Block/Customer/Group/Edit.php
@@ -57,7 +57,7 @@ class Mage_Adminhtml_Block_Customer_Group_Edit extends Mage_Adminhtml_Block_Widg
                 'form_key' => Mage::getSingleton('core/session')->getFormKey()
             ));
         } else {
-            parent::getDeleteUrl();
+            return parent::getDeleteUrl();
         }
     }

যাইহোক, ১.৯.৩.১০ তে কোডটির দিকে তাকানো (ম্যাজ এলটিএসের মাধ্যমে) আমি সেই কোডটি প্রশ্নে দেখছি না:

https://github.com/OpenMage/magento-lts/blob/1.9.3.x/app/code/core/Mage/Adminhtml/Block/Customer/Group/Edit.php

কিন্তু এটি 1.9.4 এর জন্য বিদ্যমান

https://github.com/OpenMage/magento-lts/blob/1.9.4.x/app/code/core/Mage/Adminhtml/Block/Customer/Group/Edit.php

সম্ভাব্য কারণ হ'ল অনুপস্থিত প্যাচ যা পূর্বে প্রয়োগ হয় নি।


4
আপনি প্যুপটি SUPEE-10975 মিস করছেন।
রিচার্ড ফেরারো

মিমি, আমার প্যাচ সেট অনুযায়ী এটি ইতিমধ্যে প্রয়োগ করা হয়েছে: 2018-12-29 23:16:30 ইউটিসি | SUPEE-10975_CE_v1.9.3.10 | সিই_1.9.3.10 | ভি 1 | 91395a467666d7381ff4f9629f52a1d406eee65a | থু নভেম্বর 8 13:45:47 2018 +0200 | ce-1.9.3.10-dev
প্রক্সি ব্লু

সর্বশেষতম প্যাচের ফাইলের নামটি হল PATCH_SUPEE-10975_CE_v1.9.3.10_v1-2018-11-27-09-14-43.sh আপনার গত 8 নভেম্বর, 2018 জারি হয়েছে বলে মনে হচ্ছে যা আমি মনে করি সর্বশেষ নয়।
রিচার্ড ফেরারো

1
আমি PATCH_SUPEE-10975 রিভার্ট করে আবার আবেদন করেছি, সর্বশেষে পুনরায় প্রয়োগ করেছি, সব কাজ করেছে
প্রক্সি ব্লু

এটি SUPEE-10975 এ একটি বাগ ছিল যার কারণে আপনি গ্রাহক গোষ্ঠীগুলি মুছতে সক্ষম হবেন না। দেখে মনে হচ্ছে আপনি এটি ম্যানুয়ালি স্থির করেছেন, যার ফলে এই নতুন প্যাচটি ব্যর্থ হয় যা এটিও ঠিক করছে।
রেনি শেপ

3

PATCH_SUPEE-11086_CE_1.9.1.0_v1-2019-03-26-03-03-13 ব্যবহার করে ম্যাজেন্টো 1.9.0.1 এ প্যাচটি ইনস্টল করার চেষ্টা করছি sh আমি এই ত্রুটিটি পেরিয়ে এসেছি

Hunk #1 FAILED at 141.
1 out of 1 hunk FAILED

আমি 'app / etc / config.xml' থেকে নিম্নলিখিত কোডটি সরিয়ে এবং আবার প্যাচ চালিয়ে এটি ঠিক করেছি

<dev>
    <template>
        <allow_symlink>0</allow_symlink>
    </template>
</dev>

3

আমি এম 1 প্যাচগুলির নামকরণ সম্পর্কেও কিছুটা বিভ্রান্ত।

পুরানো প্যাচগুলির জন্য তারা তাদের নাম পছন্দ করেছে SUPEE-10975 for CE 1.9.3.4-1.9.3.10বা SUPEE-10888 for CE 1.9.2.0-1.9.2.4 (0.07 MB)এখন এটি কেবল একটি সংস্করণে সম্বোধন করছেPATCH_SUPEE-11086_CE_1.9.3.10_v1.sh

বর্তমান প্যাচটি কোনও নাবালিক মুক্তির সমস্ত প্রকাশকেই সম্বোধন করছে নাকি কেবল শেষটি?

আমি একটি 1.9.3.1 স্টোর দিয়ে একটি পরীক্ষা করেছি এবং সমস্ত কিছু পেরিয়ে গেছে তবে আমি নিশ্চিত নই যে এটি অন্যান্য রিলিজের জন্য সঠিক কিনা?


আপনাকে ধন্যবাদ রায়ান! Thats @ জেসন প্রশ্নের পাশাপাশি উত্তর দেয় "1.8.0 / 1.8.1 এর কোনও সংস্করণ কেন নেই?" তার জন্য তার উচিত ১.7.০.২ প্যাচ, ঠিক আছে? জানতেন না যে এর আগে একাধিক ছোটখাটো প্রকাশের উদ্দেশ্যে প্যাচগুলি ছিল।
সেবাস্তিয়ান

2
আপনি কি নিশ্চিতরূপে রায়ানহোয়ার? এটি অন্য থ্রেড magento.stackexchange.com/questions/267576/… হিসাবে ধারণা করা হিসাবে এটি কি বিপরীত নয় ? মনে হচ্ছে, আমরা যদি পুরনো নামকরণের স্টাইলটি থেকে অনুমান করি তবে PATCH_SUPEE-11086_CE_1.7.0.2_v1-2019-03-26-03-02-36.sh প্রয়োগ করা যেতে পারে 1.7.0.0 থেকে 1.7.0.2 এ, এবং তাই, প্রতিটি প্যাচ সংস্করণ নম্বর সেই ক্ষেত্রে সর্বশেষ হবে । ম্যাজেন্টো থেকে যে কেউ এই নতুন নামকরণের শৈলীর পিছনে যুক্তি কী তা নিশ্চিত করতে পারলেন ? অগ্রিম অগ্রণী ..
এন্টোইন কোসিউবা

2
আমি @ এন্টাইনকোসিউবা সাথে যাব 2 টি আরও 1.8.1 স্টোরের সাথে আমি ১.7.০.২ প্যাচ সহ 4 টি ব্যর্থ হয়েছি: - অ্যাপ / কোড / কোর / ম্যাজ / ইউএসএ / ইত্যাদি / system.xml হঙ্ক # 4 8 845 এ সংযুক্তি - অ্যাপ্লিকেশন /etc/config.xML Hunk # 1 এ 144 এ ফাইল - অ্যাপ / লোকেল / en_US / Mage_Widget.csv হঙ্ক # 1 এফাইল্ড 6 - lib / ভারিইন / ফিল্টার / টেমপ্লেট.এফপি Hunk # 2 এফআইএলডি 254 যেখানে 1.9.1.0 রান সহজে। একটি 1.9.3.1 স্টোর সহ একই: প্যাচ 1.9.2.4 ডোনেস্ট কাজ করে যেখানে 1.9.3.10 কাজ করে।
সেবাস্তিয়ান

3
@RyanHoerr এটি ভুল। নামের মধ্যে প্যাচ প্রয়োগ করা সর্বশেষতম সংস্করণ অন্তর্ভুক্ত। সুতরাং 1.9.3.10 এর জন্য প্যাচটি অন্য প্যাচটিতে 1.9.3.10, 1.9.3.9, .... এ প্রয়োগ হবে। আমরা পরের রিলিজে নামকরণের উন্নতি করার চেষ্টা করব এবং এটি আপনি github.com/steverobbins/magedownload-cli ব্যবহার করতে পারেন কারণ এটিতে API এর মাধ্যমে সংস্করণগুলি মেটাডেটা সঠিকভাবে দেখা উচিত।
পিয়োটার কামিনস্কি

আমার খারাপ তথ্য সরানো হয়েছে। সংশোধনীর জন্য ধন্যবাদ.
রায়ান হোয়ের

2

ম্যাজেন্টো 1.9 এ লগিং বিরতি। SUPEE-11086 প্যাচে লগিং ঠিক করতে:

অ্যাপ্লিকেশন / Mage.php এ:

-        $logValidator = new Zend_Validate_File_Extension($_allowedFileExtensions);
         $logDir = self::getBaseDir('var') . DS . 'log';
-        if (!$logValidator->isValid($logDir . DS . $file)) {
+        $validatedFileExtension = pathinfo($file, PATHINFO_EXTENSION);
+        if (!$validatedFileExtension || !in_array($validatedFileExtension, $_allowedFileExtensions)) {

সংস্থান: https://gist.github.com/piotrekkineski/0596cae2d25bf467edbd3d3f03ab9f8f

আশা করি এটা কাজে লাগবে!


1

এম 1 এর জন্য প্যাচে থাকা সমস্ত নতুন পিএইচপি ফাইলগুলিতে অ-প্রক্রিয়াজাতকরণ টেম্পলেট ভার রয়েছে

<?php
/**
 * {license_notice}
 *
 * @copyright   {copyright}
 * @license     {license_link}
 */

কোনও সমস্যা নয় তবে ভুল দেখাচ্ছে। SUPEE-10975 এর পরে আমারও একই অনুভূতি হয়েছিল।


1

আমি লক্ষ্য করেছি যে লগ ফাইলগুলির একটি সমস্যা আর তৈরি হচ্ছে না এবং লগ ফাইলটি ইতিমধ্যে উপস্থিত থাকলে কেবল এটি লিখিত থাকবে। এটি লাইন দ্বারা সৃষ্ট বলে মনে হচ্ছে:

if (!$logValidator->isValid($logDir . DS . $file)) {

অ্যাপ্লিকেশন / Mage.php থেকে। আমি পুরানো যুক্তি ব্যবহার করে এটি ঠিক করেছি। সুতরাং নিম্নলিখিতটি দিয়ে উপরের রেখাটি প্রতিস্থাপন করুন:

if (!self::helper('log')->isLogFileExtensionValid($file)) {

0

ফাইল অ্যাপ্লিকেশন / কোড / কোর / ম্যাজ / অ্যাডমিনটিচটিএমএল / ব্লক / গ্রাহক / গোষ্ঠী / সম্পাদনা.এফপি পরীক্ষা করা হচ্ছে হুন # 1 এফএলএড 57 এ

প্যাচ 10975 এ এই সময়ে একটি ত্রুটি ছিল। ফেরতের বিবৃতি অনুপস্থিত ছিল। প্যাচ 10975 প্রয়োগ করার পরে আপনি এই বাগটি ঠিক করেছেন বা পরিবর্তনটিকে উপেক্ষা করেছেন। ত্রুটিটি 11086 এ স্থির করা হয়েছিল code কোডটির এই লাইনটি ইতিমধ্যে আপনার দ্বারা সামঞ্জস্য / উপেক্ষা করা থাকলে এটি নতুন প্যাচ প্রয়োগ করার সময় আপনি বর্ণিত ত্রুটির ফলস্বরূপ। আপনি যদি ইতিমধ্যে বাগটি ঠিক করে ফেলেছেন তবে কেবল প্যাচ ফাইলে থাকা ব্লকটি সরিয়ে আবার প্যাচটি চালান run


1
কাজ করার জন্য সুপারি -১০8686 এর জন্য আমাকে "কম অফিসিয়াল" প্যাচটি সুপারি -১০৩৩ ফিরিয়ে আনতে হয়েছিল
জেরোইন ভার্মিউলেন - ম্যাগহোস্ট

0

SUPEE-11086 ব্যবহার করছে উপরের রায়ান হোয়ারের পরামর্শ অনুসারে সিই_1৯.৯.১.০

SUPEE-11086 প্রয়োগ করা হচ্ছে সিই_1৯.৯.১.০ | ভি 1 | 3f120e6a795eed55267bd2b9164b3984913ddfc9 | শুক্র মার্চ 22 18:40:11 2019 +0000 | 4f3f369e723fe31212cb5be9adda113f891d7f62..HEAD

সিই_19.9.2.1

আমি প্রতিটি ফাইল একটি ব্যর্থ পেতে।

আমি প্যাচ সফলভাবে অন্যান্য ভান্ডারে প্রয়োগ করেছি।

কোর কোডটি অচ্ছুত।

প্রয়োগিত প্যাচগুলির তালিকা

SUPEE-6788
SUPEE-7405-CE-1-9-2-2
SUPEE-7405 
SUPEE-8788 
SUPEE-9652 
SUPEE-8967 
PATCH_SUPEE-9767_CE_1.9.3.0_v2
SUPEE-10266-CE-1.9.2.4
SUPEE-10415-ce-1.9.2.1
SUPEE-10570_CE_v1.9.2.2
SUPEE-10570_CE_v1.9.2.2
SUPEE-10570_CE_v1.9.2.2
SUPEE-10752_CE_v1.9.2.4
SUPEE-10888_CE_v1.9.2.4
SUPEE-10975_CE_v1.9.3.3

এই স্পষ্টতার জন্য @ আন্তোইনকোসিবা ধন্যবাদ। আমি যাচাই করেছি যে পূর্ববর্তী প্যাচগুলি সমস্ত সঠিক ছিল, তবে আমি যখন আমার 1.9.2.1 ইনস্টলেশনটির জন্য PATCH_SUPEE-11086_CE_1.9.2.4_v1 এর নীচে বর্ণিত সঠিক প্যাচটি প্রয়োগ করি, তখনও আমি একটি কুঁচক ছাড়া সমস্তটিতে ত্রুটি পাচ্ছি। আপনি একটি ম্যানুয়াল প্যাচ পরামর্শ দিতে চান?
বেভান হলম্যান

আপনি কোন ব্যর্থতা ফেল করছেন?
রেনি শেপ

এটি সমাধান হয়েছে, আমাকে রেপোর একটি নতুন ক্লোন পেতে হয়েছিল। ধন্যবাদ রেনি
বেভান হলম্যান

0

M1.9.3.7 প্যাচ PATCH_SUPEE-11086_CE_1.9.3.10_v1.sh সহ সমস্যাগুলি

checking file app/Mage.php
checking file app/code/core/Mage/Admin/Model/Session.php
checking file app/code/core/Mage/Adminhtml/Block/Api/Buttons.php
checking file app/code/core/Mage/Adminhtml/Block/Catalog/Product/Edit.php
checking file app/code/core/Mage/Adminhtml/Block/Customer/Group/Edit.php
Hunk #1 FAILED at 57.
1 out of 1 hunk FAILED
checking file app/code/core/Mage/Adminhtml/Block/Permissions/Buttons.php
checking file app/code/core/Mage/Adminhtml/Block/System/Design/Edit.php
checking file app/code/core/Mage/Adminhtml/Block/System/Store/Edit.php
checking file app/code/core/Mage/Adminhtml/Controller/Action.php
checking file app/code/core/Mage/Adminhtml/Helper/Data.php
checking file app/code/core/Mage/Adminhtml/Model/Email/PathValidator.php
checking file app/code/core/Mage/Adminhtml/Model/LayoutUpdate/Validator.php
Hunk #1 FAILED at 69.
1 out of 1 hunk FAILED

অ্যাপ্লিকেশন / কোড / কোর / ম্যাজ / অ্যাডমিনটিচটিএমএল / ব্লক / গ্রাহক / গোষ্ঠী / সম্পাদনা.এফপি হিসাবে ব্যর্থ হয়েছে। আমি ধরে নিলাম আপনি প্যাচ SUPEE-11043 প্রয়োগ করেছেন যা SUPEE-11086 ধরে নেয় আপনি করেননি।
রেনি শেপ

0

SUPEE-11086অ্যাডমিন ড্যাশবোর্ড চার্ট প্যাচ পর্যন্ত সমস্ত কিছু সহ 1.9.1.1 এর নতুন ডাউনলোড করা এবং পুরোপুরি প্যাচ করা সংস্করণে প্রয়োগ করার চেষ্টা করার সময় কোনও সমস্যা উপস্থিত রয়েছে তা নিশ্চিত করতে পারে -MPERF-10509-CE-2019-03-13-06-31-24.diff

প্যাচ নিম্নলিখিত ফাইলগুলিতে ব্যর্থ।

app/code/core/Mage/Adminhtml/Block/Api/Buttons.php
app/code/core/Mage/Adminhtml/Block/Permissions/Buttons.php
app/code/core/Mage/Api2/Block/Adminhtml/Roles/Buttons.php

V1.9.1.1 ডাউনলোডের প্রাথমিক কমিট থেকে এই ফাইলগুলির কোনও পরিবর্তন নেই have ১.৯.২.৪ ইনস্টল থেকে ফাইলগুলি অনুলিপি করা হচ্ছে, এসইপিইইই-১১০86 v প্রয়োগ করা এবং তারপরে ভি ১.৯.৪.১ উত্সের সাথে তুলনা করা এখন তা মিলছে কিনা তা নিশ্চিত করে।

Magento v1.9.1.1 কিছুটা সমস্যা সন্তান মনে হচ্ছে ...


আমি সবেমাত্র 1.9.2.4 প্যাচকে 1.9.1.0 প্যাচের সাথে তুলনা করেছি। এবং মনে হচ্ছে এই প্যাচগুলির মধ্যে পার্থক্য হ'ল 3 টি ফাইল আপনি উল্লেখ করেছেন। সুতরাং দেখে মনে হচ্ছে 1.9.1.0 প্যাচটি 1.9.1.1 এ ব্যবহার করা উচিত।
রেনি শেপ

0

SUPEE-11086অ্যাডমিন ড্যাশবোর্ড চার্ট প্যাচ পর্যন্ত সমস্ত কিছু সহ 1.9.3.0 এর নতুন ডাউনলোড করা এবং পুরোপুরি প্যাচ করা সংস্করণে প্রয়োগ করার চেষ্টা করার সময় কোনও সমস্যা উপস্থিত রয়েছে তা নিশ্চিত করতে পারে -MPERF-10509-CE-2019-03-13-06-31-24.diff

নীচের নোড অনুপস্থিত থাকায় অ্যাপ / কনফিগারেশন। XML এ প্যাচ ব্যর্থ হয়েছে। SUPEE-11086 চালানোর আগে নোড যুক্ত করুন, কোনও সমস্যা নেই।

<config>
    </default>
        <dev>
            <template>
                <allow_symlink>0</allow_symlink>
            </template>
        </dev>
    </default>
</config>

0

আমি মডেলটি নিয়ে একটি নতুন সমস্যা আবিষ্কার করেছি Mage_Eav_Model_Attribute_Data_File

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

আমি যে দ্রুত ফিক্স করেছি তা পদ্ধতিতে রয়েছে validateValue($value)

if (!$attribute->getIsRequired() && !$toUpload) {
    $attribute->setAttributeValidationAsPassed(); // this new line is added 
    return true;
}

এই সমস্যাটি এখনও থেকে সমস্ত ম্যাজেন্টো 1.x প্রকাশে উপস্থিত বলে মনে হচ্ছে SUPEE-11086


0

ম্যাজেন্টো 1..৯.৩.১

প্যাচ PATCH_SUPEE-11086_CE_1.9.3.10_v1.sh প্যাচ ব্যবহার করে সিই ১.৯.৩.১ প্যাচ করার চেষ্টা করার সময় সমস্যাটি দেখা দিয়েছে:

checking file app/code/core/Mage/Adminhtml/Model/LayoutUpdate/Validator.php
Hunk #1 FAILED at 69.
1 out of 1 hunk FAILED
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.