タグ付けされた質問 「ce-1.9.2.2」

SUPEE-6788パッチで動作するようにカスタムモジュールを更新する方法がわかりません。手順はあまり明確ではありません。 Alan Stormのチュートリアルに基づいて、テスト用のジェネレーターwww.silksoftware.com/magento-module-creator/に簡単なモジュールを作成しました。adminにカスタムページがあり、完全に正常に動作しますが、SUPEE-6788で必要な修正を適用すると、adminページに404エラーが表示されます。 カスタム管理ページのURLは次のとおりです。 localhost / index.php / admin / admin_adminhello / adminhtml_adminhellobackend / index / key / 83f08ec4bddff37e47412e16acc8d3f6 / モジュールの構成は次のとおりです。 <config> <modules> <Pulsestorm_Adminhello> <version>0.1.0</version> </Pulsestorm_Adminhello> </modules> <global> <helpers> <adminhello> <class>Pulsestorm_Adminhello_Helper</class> </adminhello> </helpers> <blocks> <adminhello> <class>Pulsestorm_Adminhello_Block</class> </adminhello> </blocks> </global> <admin> <routers> <adminhello> <use>admin</use> <args> <module>Pulsestorm_Adminhello</module> <frontName>admin_adminhello</frontName> </args> </adminhello> </routers> </admin> …

34 adminhtml  routing  supee-6788  custom-admin-url  ce-1.9.2.2 

昨夜、私のバックエンドは1.9.2.2リリースに自動更新されました。 今日、CMSページ上のすべての静的ブロックが消えました。 それらはすべてのストアビュー用に構成されており、各ビューを試しましたが表示されません。 ただし、カテゴリページでも静的ブロックを使用していますが、それはうまく表示されています。 この問題が発生している人はいますか？助言がありますか？ありがとう！

21 magento-1.9  cms  static-block  ce-1.9.2.2 

Multiwebsite / Multistore（view）Magento 1.9.2.2の構成では、storeおよびstoreviewを含むWebサイトの1つを削除する必要がありました。 削除自体はうまくいきましたが（以前にこれを行いました）、現在の構成スコープを2つ以外のWebサイトに変更すると、404のバックエンドになりました。 新しい構成スコープを選択すると、次のURLが要求されます（管理パス+キーが変更されます）。 /index.php/mymageadmin/system_config/edit/section/dev/website/<WEBSITE>/key/1221231/ ここで<WEBSITE>、codeフィールドと等しいcore_websiteテーブルです。 mysqlクエリログオンを使用すると、Webサイト/ストアビューの選択に関して、正常にロードできる2つのWebサイトにこれらのクエリが含まれていることがわかります。 SELECT `main_table`.* FROM `core_config_data` AS `main_table` WHERE (`scope` = 'websites') AND (`scope_id` = '4') AND (`path` LIKE 'dev/%') SELECT `core_website`.* FROM `core_website` WHERE (`core_website`.`code`='working_store_code') 404を提供する他のWebサイトは、同じ最初のクエリから始まりますが、もちろんscope_idは異なりますが、2番目のクエリではMagentoはstoreview代わりにスコープを探す必要があると考えていますwebsite！実際には2回試行するようです。 SELECT `main_table`.* FROM `core_config_data` AS `main_table` WHERE (`scope` = 'websites') AND (`scope_id` = '3') AND (`path` …

14 database  multistore  404  ce-1.9.2.2 

Magento 1.9.2.2を実行していますが、php 7.0に切り替えたいのですが。 このMagentoのインストールで7.0に切り替えることは可能ですか？

9 magento-1.9  php  ce-1.9.2.2  php-7 

Magento Connect Managerを使用してアップグレードする場合、次のエラーの理由は何ですか？1.9.2.1から1.9.2.2にアップグレードしました Package community/Interface_Adminhtml_Default 1.9.2.2 conflicts with: community/Mage_All_Latest 1.9.2.1 Package community/Interface_Frontend_Default 1.9.2.2 conflicts with: community/Mage_All_Latest 1.9.2.1 Package community/Interface_Install_Default 1.9.2.2 conflicts with: community/Mage_All_Latest 1.9.2.1 等々。 私はこのようにssh経由で試しました chmod +x mage ./mage mage-setup . ./mage config-set preferred_state stable ./mage sync ./mage install http://connect20.magentocommerce.com/community Mage_All_Latest --force php shell/indexer.php reindexall それはのようないくつかのエラーを返しました scandir(): (errorno 2) …

8 upgrade  ce-1.9.2.2 

ストアを最新のMagento CE 1.9.2.2ソフトウェアバージョンに更新しました（パッチSUPEE-6788ではなく、Magento Downloaderを使用して完全なコア更新を行いました）。 更新後、私は行きました System > Configuration > Advanced > Admin > Security そして、Admin routing compatibility mode for extensionsオプションが有効に設定されていることを発見しました。 ただし、「有効/無効」セレクタのすぐ下には、短い説明があります この設定を有効にすると、管理機能に対する自動攻撃のリスクが高まります。 この設定を変更する必要があるかどうかわからなかったので、MagentoのWebサイトにアクセスすると、 デフォルト以外の管理URLを自動化された攻撃から保護するには、構成のルーティング互換モードを変更して、パッチを有効にする必要があります。[システム]> [構成]> [管理]> [セキュリティ]の[管理ルーティング互換モードを有効にする]を使用します。 バイトの人々は言う 最後に、セキュリティを強化するために、ここで「互換モード」を無効にします。 System > Config > Admin > Security > Admin routing compatibility mode for extensions そして、有効モードのオプションを示すスクリーンショットを表示します。 私はこれらすべてが非常に混乱しているので、私の質問は、このオプションのどのモードが最もセキュリティを提供するのですか？ 設定を保存した後、セレクターに「有効」または「無効」を表示する必要がありますか？

7 admin  security  supee-6788  ce-1.9.2.2