タグ付けされた質問 「version」

4
magentoに適用されている最新のパッチバージョンを確認する方法
セキュリティパッチを適用しました PATCH_SUPEE-5344_CE_1.8.0.0_v1-2015-02-10-08-10-38.sh 私はWebサーバーへのSSHアクセスを持っていないので、プロバイダーが私のために仕事をしてくれました。すべてがうまくいったかどうかを自分で確認するにはどうすればよいですか? Magento CE 1.9.1.0を使用しています

5
コードでMagentoのバージョンを明らかにするには?
magentoのバージョンを知るために利用できるクラスファイルがあるかどうかを知りたいです。サイトがハッキングされている場合、バージョンを公開する方法は? 次のような方法があることを知っています。 Mage::getVersion(); しかし、magentoサイトのフロントエンドとバックエンドの両方が機能していない場合、クラスファイルを調べて確認する方法はありますか?どのクラスを参照する必要がありますか?


6
コードベースにアクセスせずにMagentoのバージョンを確認する
サーバー側のコードにアクセスせずに、使用されているMagentoのバージョンを見つける方法はありますか? たとえば、このプラグインはどのように機能しますか https://chrome.google.com/webstore/detail/magento-version-check/aekpbnbbbgocohlbdpdfgghamedmplal 私の考えは、LICENSE.txtまたはをチェックすることですLICENSE_EE.txt。少なくともCEとEEを判別できます。 デフォルトで著作権年を使用しstyles.cssて推測を行うこともできます。 他の誰かがより良い方法を知っていますか?

1
Magentoのバージョンに基づいて、Composer経由でインストールするファイルを選択します
composer'dモジュールにコードの複数のバージョンを含め、インストールターゲットのMagentoバージョンに基づいて、どのバージョンをデプロイするかをcomposerに計算させると非常に便利です。 たとえば、Magento> 1.7の場合はtooltip、ネストされたgroupその他の最新の機能を含むsystem.xmlを使用しますが、古いバージョンのMagentoの場合は、それらの(互換性のない)宣言を含まない簡略版のファイルを使用します。 このアプローチは、標準モジュール構造の他の多数のファイルでも機能します。 composerデプロイメントのオプションはmap、modmanまたはpackage.xmlAFAIKで、いずれもターゲットシステムに関するインテリジェンスを持ちません。package.xmlオプションでは、変更することはほとんどありませんが、map可能性... グレースフルデグラデーションアプローチの恩恵を受けるエクステンション開発者はたくさんいるようです。誰かがこれの回避策を見つけましたか?

3
コードにアクセスせずに、magentoがコミュニティかエンタープライズかを知る方法はありますか?
インストールされているmagentoのバージョンを確認できます このようなもの:http : //magentoversion.com/?url=http%3A%2F%2Fwww.tailoy.com.pe%2F そして、私は企業とコミュニティの間にほとんど違いがないことを知っています、 しかし、一部の国でMagentoを使用している最大のWebサイトの一部が料金を支払っているかどうかを知りたいのですが。 ありがとう!


4
Magento 2:2.0のサポートはいつ終了しますか?
現在、MagentoチームはMagentoの6つの異なるバージョンをサポートしています。 1.9.3.0 CE 1.14.3.0 EE 2.0.10 CE 2.0.10 EE 2.1.2 CE 2.1.2 EE 対処するのは大変な作業だと思います。次に2.2がリリースされます。だから私の質問は: Magento 2.0のサポートは2.2がリリースされると停止しますか? そうでない場合、2.0サポートはいつ停止しますか?

1
複数のバージョンでサポートされる拡張機能
商用で使用する拡張機能を作成する場合、複数のMagentoバージョン、おそらくCEとEEでも機能するようにすると便利です。 ただし、コアがバージョンごとに変更されるため、これが計画どおりに機能しない場合があります。 私の質問は、拡張機能に影響する小さなコア変更をどのように処理すればよいかについてです。リファクタリングを必要とする大きな変更について話しているのではありません。 これを明確にするための例を次に示します。 CE 1.8.1(およびEE 1.13.1)以降、このメソッドは動作方法をVarien_Io_File::write変更し(シグネチャは同じです)、以前filePutContentと同じように動作するメソッドが登場writeしました。 今私は何かハッキーなことをして、同じ結果を達成するためにどの方法を使用するかを知るためにMagentoのバージョンをチェックします /** @var Varien_Io_File $io */ if (version_compare(Mage::getVersion(), '1.8.1', '<')) { $io->write($destinationFile, $contents, 0777); } else { $io->filePutContent($destinationFile, $contents); } これはEEでも動作するようにしたいのですが、1.8.1はCEに固有であるため、さらに醜くなります。したがって、上記のコードは次のようになります /** @var Varien_Io_File $io */ if (version_compare(Mage::getVersion(), $this->getCurrentVersion(), '<')) { $io->write($destinationFile, $contents, 0777); } else { $io->filePutContent($destinationFile, $contents); } メソッドgetCurrentVersionは次のようになります public function …

4
異なるMagentoバージョンにモジュールの互換性を保つ
今日、私は次の問題に遭遇しています:私が開発したモジュールは、Magento 1.7バージョンストアで非常にうまく機能します。ここで、Magento 1.5ストアでも動作するように適応させる必要があります。 互換性がバラバラになっている1つのポイントは、クラスを拡張している私のコレクションですMage_Core_Model_Resource_Db_Collection_Abstract。このクラスはMagento 1.5には存在しませんが、getMainTable()などの優れた機能を備えています。私ができることの1つは、代わりにVarien_Data_Collection_Dbinから継承されたクラスを使用することですMage_Core_Model_Resource_Db_Collection_Abstract。これは機能しますが、getMainTable()メソッドを使用できなくなります。それが実際に存在する1.7ストアでさえも使用できません。 このようなバージョン固有の癖をどのように処理しますか?バージョン1.7が既に持っているものを実装し、それによってそのバージョンでコードを複製するカスタムクラスを書くのはばかげているようです。逆に、機能がなく、代わりにハードコーディングのようなより悪いコーディング習慣を使うのは悪いことです。それで、後方互換性のあるMagentoモジュールを書く上で良いアプローチはありますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.