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

現在、私のwordpress（3.5）には3つのメニューがあります。 メインメニュー（wpからのデフォルト） フッターメニュー（wpからのデフォルト） テストメニュー 現在、デフォルトでテストメニューを保持しています。 Wordpressはこのことをどこに保存しますか？ フロントエンドに表示されている現在のメニューに関するwordpressの保存場所を知りたい。

18 menus  database 

wp-adminページ>設定>パーマリンクでパーマリンク情報を編集できることがわかりました。ただし、その情報は実際にはデータベースのどこに保存されていますか？

18 permalinks  database 

この質問が簡単な場合は申し訳ありません。WordPressでプラグインの開発を始めたばかりです。 すべてのチュートリアルで私はこれを見つけました：カスタムテーブルの作成中に$wpdb->prefix使用されます。 例： $table_name = $wpdb->prefix . "liveshoutbox"; 私の質問： 使用することは必須$wpdb->prefixですか？カスタムテーブルにプレフィックスを使用しないとどうなりますか？

16 plugin-development  database  wpdb  table 

WordPressはすべての投稿データを'wp_posts'テーブルに保存します。ただし、ここではWordPressはカテゴリIDまたはそれに関連する参照を定義していません。 「wp_posts」テーブルが正確なカテゴリを見つける方法を教えてください。詳しく説明してください。

16 categories  database 

wp_options現在、多次元配列（profile_element_order）として保存されているテーブルにデータがあります。 a:12:{s:17:"img_base64_enable";s:1:"1";s:25:"moulding_combination_page";s:0:"";s:24:"moulding_collection_page";s:0:"";s:25:"idea_gallery_thumb_height";s:3:"200";s:24:"idea_gallery_thumb_width";s:3:"200";s:23:"collection_thumb_height";s:3:"200";s:22:"collection_thumb_width";s:3:"200";s:20:"profile_item_columns";s:1:"4";s:17:"idea_item_columns";s:1:"2";s:24:"collections_item_columns";s:1:"2";s:25:"combinations_item_columns";s:1:"4";s:21:"profile_element_order";a:5:{i:0;s:8:"Option 1";i:1;s:8:"Option 2";i:2;s:8:"Option 3";i:3;s:8:"Option 4";i:4;s:8:"Option 5";}} 私が達成しようとしているのは、profile_element_orderオプションを更新することです（それらのオプション内で）。これまでのところ、すべてがどのように見えるかです： function psort_save_order() { global $mouldings_options; $list = $mouldings_options['profile_element_order']; $new_order = $_POST['list_items']; $new_list = array(); // update order foreach($new_order as $v) { if(isset($list[$v])) { $new_list[$v] = $list[$v]; } } // save the new order update_option('profile_element_order', $new_list); die(); } add_action('wp_ajax_psort_update_order', 'psort_save_order'); データはDBテーブルに正しく投稿されています（失敗した試行の一部がのような新しいオプションエントリとして表示されるためmouldings_settings->profile_element_order）- update_option()特定のオプションだけの構文を理解するのに苦労しています。私は次のようなことを試しました（ `mouldings_settingsが実際のオプション名であることを念頭に置いてください）： …

15 plugin-development  database  options 

ブログ用にサーバーにWordPressをインストールしています。スケジュールに従ってサーバーからすべてのファイルをバックアップします。しかし、これは単なるファイルであり、データベースではありません。理想的には、データベースダンプを定期的にサーバーに自動的に保存して、すべてのファイルとともにバックアップされるようにします。これを行う最も簡単な方法は何ですか？

15 database  backup 

私は、WPハッカーのメーリングリスト、このフォーラム、およびGoogleでさまざまなパーマリンクのパフォーマンスに関する議論を読みました。 ただし、過去数年間使用していたパーマリンク構造が適切かどうかは推測できませんでした。 /%postname%-%year%%monthnum%%day%.html この組み合わせでは、/とyear、month、dayの組み合わせの直後にポストネームを配置します。多くのポストネームには同じ名前が付けられているため、よりユニークになります。htmlの追加は、ブログで過去10年間（ワードプレス前でも）使用しているものなので、これはレガシーです。 これがパフォーマンスに良いのかパフォーマンスに悪いのかわかりませんが、どうすれば確認できますか？ （私は10年以上ブログを運営しており、多くのリンクを含む約10.000の投稿があります） リンク： http://codex.wordpress.org/Using_Permalinks http://www.google.com/search?q=wordpress+category+permalink+performance http://ottopress.com/2010/category-in-permalinks-considered-harmful/ http://lists.automattic.com/pipermail/wp-hackers/2010-October/035458.html

14 permalinks  database  performance 

古いサーバー上でWPを4.2に更新しましたが、これはutf8mb4のアップグレード要件と一致しません。 これらの要件を満たす別のサーバーに移動しましたが、WPはこのデータベースアップグレードをもう起動しません：/wp-admin/upgrade.phpに述べていYour WordPress database is already up-to-dateます。wp_postテーブルを手動でutf8mb4 に設定しようとしましたが、すべての特殊文字が「 」になりました。 maybe_convert_table_to_utf8mb4特別な文字をすべて失うことなく、単純なアップグレードで強制的に起動する方法はありますか？ ありがとう！

14 database 

SELECTクエリで見つかった行の数を返すことになっている関数を書きましたが、常に0または配列を返すようです。私はこれを約1時間いじっていますが、それでもまだわかりません！私は愚かに間違ったことをしていると確信しています。 MySQLテーブル +--------+-------------+---------------------+ | postid | ip | time | +--------+-------------+---------------------+ | 1234 | 192.168.0.1 | 2014-01-29 14:27:02 | | 5678 | 192.168.0.2 | 2014-01-29 14:27:02 | +--------+-------------+---------------------+ PHP ### Search for IP in database function postviews_get_ip($id, $ip) { global $post, $wpdb; $wpdb->get_results("SELECT * FROM $wpdb->wp_postviews_ips WHERE postid = $id …

14 php  database  mysql  wpdb 

現在、私のサイトのwp_optionsテーブルには、500k以上のとんでもない一時的なレコードがあります。これにより、テーブルが頻繁にクラッシュし、私のサイトもクラッシュします。 一時的なレコードはすべてしばらくすると期限切れになると思いました。どのプラグインが原因で何が問題なのかはまだわかりません。ただし、このようにサイトが頻繁にクラッシュすることは望ましくありません。wp_optionsテーブル内のレコード数は、数週間前に大幅に20万以上に増え、現在は50万以上になっています。 %transient_timeout%レコードのみを削除する必要があります-現在のところ200,000以上ありますか？ どんな助けでも大歓迎です。 2012年7月16日の更新 私は実際に一時的なレコードをすべて削除することでリスクを冒しました（最初に自分のサイトをバックアップしました）。それ以来、サイトのデータベースはクラッシュしていません:) 皆さま、ありがとうございました！

14 database  mysql  options  transient 

私は現在、音楽タイトルのリストを出力しようとしていますが、タイトルの最初の記事をソートで無視するようにしたい（しかし、まだ表示したい）のです。 たとえば、バンドのリストがある場合、WordPressでは次のようにアルファベット順に表示されます。 ブラックサバス レッド・ツェッペリン ピンク・フロイド ビートルズ キンクス ローリングストーン 薄いリジー 代わりに、次のように最初の記事「The」を無視してアルファベット順に表示したいと思います。 ビートルズ ブラックサバス キンクス レッド・ツェッペリン ピンク・フロイド ローリングストーン 薄いリジー 昨年のブログエントリで解決策を見つけましたfunctions.php。 function wpcf_create_temp_column($fields) { global $wpdb; $matches = 'The'; $has_the = " CASE WHEN $wpdb->posts.post_title regexp( '^($matches)[[:space:]]' ) THEN trim(substr($wpdb->posts.post_title from 4)) ELSE $wpdb->posts.post_title END AS title2"; if ($has_the) { $fields .= ( …

13 wp-query  database  order  sort 

私がWordPressで過ごした小さな時代に、WordPress自体とそのフレンドリーなプラグインがPHP serialize()を使用してデータをdbに保存しているのを見てきました。しかし、最近の検索で私は深刻なコミュニティのサポート見つかっjson_encode()オーバーserialize()。 証明するテストのjson_encode()方が優れているserialize()-StackOverflow json_encode()使用できる理由と使用できない理由-StackOverflow そして私は個人的に両方の連想配列をテストしました： serialize() 342文字を保存 json_encode() 285文字を保存 なぜ私はこれを求めているのですか？ 繰り返しメタフィールドを投稿に保存する間、私はプロジェクトに参加しています。どこ： データは基本的に英語ですが、ベンガル語の場合もあります データは、3レベルの深さの連想配列になります（レベルを正しく理解したことを願っています）。 array( 1 => array( 'key'=>'value', 'key2'=>'value' ), 2 => array( 'key'=>'value', 'key2'=>'value' ) ) postmetaテーブルのmeta_valueフィールドをチェックしましたlongtext。これは、4,294,967,295文字（4GB）の長さを意味します。 だから物を保管するための堅牢なソリューションが必要です。

13 database  post-meta 

このようなことをしようとすると $status = NULL; $wpdb->update( 'table', array( 'status' => $status, ), array( 'id' => 1 ) ); 「ステータス」列に空の文字列があり''、単にNULLに設定されません。 列はもちろんNULLにすることができます。$ wpdb-> queryおよび$ wpdb-> prepareもテストしましたが、結果は同じです。私は何か間違っていますか？

13 database  wpdb 

投稿には親がいるはずですか？もしそうなら、それは投稿が親を持つために何を意味しますか？ また、親を持つ投稿に何らかの制約がある場合、それはどこで実施されますか？私が見るように、DBにはありません。

13 posts  database 

WP-CLIを使用してリモートデータベースをインポートするタスクを自動化したいと思います。 現在のプロセスはsshサーバーに対してであり、WP-CLIexportを使用してtoファイルを実行し、またはを介してファイルをローカルディレクトリにコピーし、次にWP-CLIを介してファイルをコピーします。私はここを利用して、できるだけ多くのステップを削除したいと思います。scprsyncimport@alias 私はこのようなことが可能だと思いたいのですが： echo "$(wp @remote db export -)" | wp @local db import - 5 GBを超えるDBサイズが圧縮されていない場合、これはより現実的なオプションのようです。 DB_EXPORT=$(echo "$(wp @remote db export -)" | gzip | base64 -w0); echo "$DB_EXPORT" | base64 -d | gunzip | wp @local db import - 残念ながら、ウィンドウがハングしているように見えるため、ターミナルの制限に達しているか、この呼び出しの構造をクリーンアップする必要があります。 scpこのプロセスから削除できる別の解決策はありますか？ここで使用できる他のコマンドはありますか？ここの例からマルチサイトを削除しましたが、これはエイリアスの一部になる可能性があることを考慮する必要もあります。 理想的には、私は将来的にこのようなものを望みます： wp @local db import @remote Basic …

13 database  migration  wp-cli  automation