私は多次元配列を持っており、array_values().

ただし、subNavigationItemsサブアレイのインデックスも再作成する必要があります。

これは私が現在受け取っているものですarray_values($arr)：

最初のネストされた配列インデックスが 4、5、6、および 7 であり、2 番目のインデックスが 10、11、および 12 であることに注意してください。両方とも 0 から開始する必要があります。 do this は無限再帰関数にすることができます。

すべての単一のアイテムに、subNavigationItemsより多くのもので埋められる可能性のある配列があり、それらの配列も 0 で再インデックスする必要があります。

これを達成する方法について何か考えはありますか？

アップグレード スクリプトを使用して、magento core_url_rewrite テーブルを切り捨て、カタログ URL の書き換えを再インデックス化したいと考えています。テーブルは切り詰められていますが、再インデックス カタログの URL が機能していません。助けてください..

私は最近、1つの列を削除したり変更したりするとSQLサーバーが取得することを知ったspace at backendので、データベースのインデックスを再作成して縮小する必要があり、データベースのサイズが

2.82～1.62

賢明なように良いので、今私は混乱しているので、この主題に関する多くの質問が頭に浮かびます.plsはこれについて私を助けてください.

1. パフォーマンスが最新になるように、特定の時間後にデータベースを縮小する必要がありますか?

2. 上記の「はい」の場合、特定の時間にデータベースを更新 (縮小) する必要がありますか?

3. ディスクスペーシングの問題に対して何をすべきかわかりません 77000 のレコードがあり、2.82GB のデータスペースを必要としますが、これは許容できません その 1 つのテーブルが 2 つあり、1 つのテーブルnvarchar(max) しかないため、最小限のスペースが必要ですデータベースは誰でもこれについて私を助けることができます 事前に感謝します

ライブの Magento ストアで次の問題が発生しています。

2 つのストア (マルチストア セットアップ) の 1 つに新しいカテゴリを作成した後、URL の書き換えを再インデックス化できません。データベースの core_url_rewrite テーブルを既に空にし、var/locks フォルダーをクリアして再インデックスを試みましたが、違いはありませんでした。

exection.log を見ると、次の例外が発生します。

誰かが私に正しい解決策を教えてくれることを願っています。この問題に関しては非常に必死です。

前もって感謝します！

0 から始まるキーを持つ配列があります。配列を再インデックスして、キーを 0 ではなく 3 から開始するようにシフトする方法はありますか?

私はmagentoの初心者です。インデックスモードを有効にして、保存時に更新しました。どんな更新でもインデックスを再作成すると思っていましたが、一部の操作では、彼はまだインデックスの再作成を求めています。インターネットで調べましたが、はっきりとは確認できませんでした。再インデックスするには cron ジョブを設定する必要があるようです。インデックス モードは、更新または操作の再インデックスの保存時に更新されますか?

これは、 pandas pivot dataframe to 3d data への返信のフォローアップです。後でインデックスを再作成する必要がありました (Panel ラベルとそれに応じて要素の異なる並べ替えを取得し、欠落している NaN を入力します)。ラベル）。

パネルのすべての軸に対して 1 つのステップで reindex(ing) を実行すると、「間違った」結果になります。

人工データについて例を挙げましょう。

ここで、元はまったく値がなかった 4 番目の項目の再インデックスの結果 (不足しているエントリの埋め合わせを含む) を調べてみましょう。

reindex が 2 つのステップに分割されると、期待される結果が取得されます。

最後の 2 行で出力が異なるのはなぜですか?

解決済み(サンクス ジェフ!):

これは pandas 0.13.1 で修正されたバグです (0.13.0 では修正されていません)。

更新すると問題が解決します。

以下の Jeff のコメントとgithub バグ レポートを参照してください。

Solr インデックスには何百万ものドキュメントがあります。これらのドキュメントのうち、スキーマを変更したいフィールド A を持つドキュメントは 1,000 個だけです。スキーマの変更には、multiValuedを true から false に変更する、false から true に保存する、typeをテキストから文字列に変更するなど、インデックスの再作成が必要なものが含まれます。数千のドキュメントの再インデックスには数分かかりますが、すべての再インデックスには数日かかります。

Solr wiki の再インデックス作成ページ ( http://wiki.apache.org/solr/HowToReindex ) には、「インデックス作成プロセスを開始する前に、すべてのドキュメントを削除する必要がある場合があります」と記載されていますが、削除しない場合については記載されていません。 .

フィールド A を含む 1,000 個のドキュメントだけを削除して、それらの 1,000 個のドキュメントを再インデックス化できますか? それとも、すべてのドキュメントを再インデックス化する前に、インデックス全体 (すべてのドキュメント) を削除する必要がありますか?

小さなサンプル インデックスで「少数を削除する」シナリオをテストしました。更新とクエリは、変更されたフィールドで期待どおりに機能します。ただし、運が良かったのかどうかはわかりません。すべてを削除していないため、いくつかの問題が潜んでいます。