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

アコーディオンメニューを作成する最初のカスタムウォーカーを作成しています。まず、この例を使用しました：http : //bitacre.com/2025/custom-nav-menu-walker-for-wordpress-themes 2つの機能があります。最初にstart_lvl、次にstart_el。 start_elでは、IDは$ item-> IDによって実装されます。start_lvlでもこれをどのように行うことができるか知っていますか？アコーディオンメニューで折りたたみをトリガーできるように、（周囲の下位レベルナビゲーション）にIDを与える必要があります。 私が生成しようとしているのは次のようなものです： <a href="#collapse2">Titel 2</a> <ul id="collapse2">Lower Level Menu 2</ul> <a href="#collapse3">Titel 3</a> <ul id="collapse3">Lower Level Menu 3</ul> start_lvl関数の私のコード： // add id's and classes to ul sub-menus function start_lvl( &$output, $depth, $item ) { // depth dependent classes $indent = ( $depth > 0 …

14 customization  id  walker 

投稿に関連付けられたカスタム分類をテキストとして表示する機能は何ですか？ 現在、get_the_term_listを使用しています。これは、単一ページには最適ですが、archive-postype.phpパーマリンクタイトルタグで分類法を使用する場合はそれほど効果がありません。

13 custom-taxonomy  customization  terms 

カスタムページを有効にするプラグインを開発しています。私の場合、カスタムページには、連絡フォーム（文字通りではない）のようなフォームが含まれています。ユーザーがこのフォームに記入して送信する場合、詳細情報が必要な次のステップが必要です。フォームの最初のページがフォーム送信www.domain.tld/custom-page/に成功した後、ユーザーはにリダイレクトされるはずだとしましょうwww.domain.tld/custom-page/second。HTML要素とPHPコードを含むテンプレートもカスタムにする必要があります。 問題の一部はカスタムURLの書き換えで達成できると思いますが、他の部分は現在のところ不明です。どこから探し始めればよいのか、その問題の正しいネーミングは何なのか本当にわかりません。どんな助けも本当に感謝されます。

13 plugins  plugin-development  customization  url-rewriting  rewrite-rules 

Wordpressサイトを管理するとき、更新が必要なものが何もないのを見ることができてとても嬉しいです。デフォルトのテーマを削除する必要がありますか、それともそこに残すのが最善ですか？ デフォルトのテーマでは、Twenty Eleven Twenty Twelve Twenty Thirteenという意味です。 または、それらを更新し、将来のトラブルシューティングのためにそこに保持する必要がありますか？

13 customization 

私のサイトは、ソフトウェア会社がホストする独自のサブドメインに存在するサードパーティのソフトウェアと統合する必要があります。サイトのユーザーがサブドメインにアクセスできるように、サードパーティの開発者にエンドポイントを提供して、エンドポイントを使用してAPI呼び出し（WordPressサイトへ）を行う必要があります。 他のサイトは、何らかのAPIを使用して、私のサイトからユーザーを認証する必要があります。 どこから始めればいいのか分かりませんが、私の感覚では、これは私よりも賢い人々によって理解されています。前もって感謝します！

13 api  authentication  customization  single-sign-on 

プラグインを作成し、ユーザーがプラグインを削除したときにデータベースからテーブルを削除する機能を追加したいと考えています。ユーザーがプラグインを非アクティブ化したときにDBからテーブルを削除する関数を作成しましたが、それは必要ありません。これがコードです： // Delete table when deactivate function my_plugin_remove_database() { global $wpdb; $table_name = "NestoNovo"; $sql = "DROP TABLE IF EXISTS $table_name;"; $wpdb->query($sql); delete_option("my_plugin_db_version"); } register_deactivation_hook( __FILE__, 'my_plugin_remove_database' ); ご覧のとおり、この関数はプラグインが非アクティブ化されたときにテーブルを削除しますが、プラグインが削除されたときに削除する必要があります。

13 plugins  database  customization  deactivated-plugin 

この投稿を改善したいですか？引用や回答が正しい理由の説明など、この質問に対する詳細な回答を提供します。十分な詳細がない回答は、編集または削除できます。 私はDockerを使い始めましたが、まだWordPressのプロフェッショナルな開発プラクティスは初めてです。カスタムのWordPressテーマ開発を行えるように、Docker開発環境（Mac上）をセットアップしたいと思います。 これを以前に実行し、既にDockerを使用していると仮定すると、どのように設定しましたか？Dockerfileとdocker-compose.ymlはどのように見えますか？これは以前に行われたと確信しています。これを設定できる1行のコマンドが既に存在していても驚かないでしょう。 更新：このトピックを次の質問に絞り込みました。 カスタムテーマを開発およびデプロイするためにDockerを構成するにはどうすればよいですか？

12 plugin-development  theme-development  customization 

というカスタム投稿タイプ（CPT）がありeventます。いくつかのフィールドを持つタイプのメタボックスがあります。イベントを公開する前に、いくつかのフィールドを検証したいと思います。たとえば、イベントの日付が指定されていない場合、有益なエラーメッセージを表示し、将来の編集のためにイベントを保存しますが、そのイベントは公開されません。必要なすべての情報がないCPT投稿の「保留中」ステータスは、それを処理する正しい方法ですか？ CPTフィールドの検証を行い、投稿が公開されないようにするが、将来の編集のために保存するためのベストプラクティスは何ですか。 どうもありがとう、ダーシャ

12 custom-post-types  custom-field  customization  validation 

カスタム設計されたプラグイン/テーマオプションUIを、特に商用のもの（たとえば、CodeCanyonで-カスタムボックス、タブ、アコーディオンなど）で作成する傾向におそらく気づいたでしょう。 私は個人的にUIを最初に統一する必要があると信じており、WPでは、スタイリングガイドに従ってコアのデフォルトのHTML構造+ CSSクラス=>を使用して簡単に達成できます。 しかし、それは時には十分ではないかもしれません、そしてそれがその傾向がある理由です。別の理由は、「ブランディング」または単なる「クールネス効果」である可能性があります。 これについてどう思う？カスタム設計されたUIまたはデフォルトのUIのどちらを好みますか、それはなぜですか？ PS私がこれを尋ねる主な理由は、最近私がプラグイン開発から始めて、どのパスを選択するかのこの決定を行おうとしているからでもあります。

12 plugin-development  customization  design  user-interface 

Font Awesome 4をバージョン5にアップグレードします<link rel="stylesheet">。これにより、整合性とクロスオリジン属性の両方がマークアップに導入されます。 現在、私は使用しています： wp_register_style('FontAwesome', 'https://example.com/font-awesome.min.css', array(), null, 'all' ); wp_enqueue_style('FontAwesome'); 次のように出力されます： <link rel="stylesheet" id="FontAwesome-css" href="https://example.com/font-awesome.min.css" type="text/css" media="all" /> Font Awesome 5では、次の2つの新しい属性と値（integrityおよびcrossorigin）が導入されています。 <link rel="stylesheet" href="https://use.fontawesome.com/releases/v5.5.0/css/all.css" integrity="sha384-B4dIYHKNBt8Bc12p+WXckhzcICo0wtJAoU8YZTY5qE0Id1GSseTk6S+L3BlXeVIU" crossorigin="anonymous"> 私はwp_register_styleに整合性とcrossoriginの両方を追加することができます方法を見つける必要があるので、私が試してみましたが、使用に私の試みがwp_style_add_data失敗している、それが思われる、この方法しかサポートしていることconditional、rtlおよびsuffix、altとtitle。

12 wp-enqueue-style  css  customization  html 

（特にプラグインをリポジトリに送信していないので）私には決して明らかではないことの1つは、プラグインの一意の「ID」（スラッグ）がどのように生成されるかです（つまり、このリスト）。 SVN提出時点での著者による選択ですか、それともモデレーターによる選択ですか？ サニタイズされたプラグイン名（タイトル）ですか？ それplugin_basenameですか？ メインのプラグインファイルですか（ディレクトリ名なし）？ 他に何か？ プラグインのどの属性がプラグイン更新API のSVNカウンターパート（ある場合）にリンクするのか興味がありますか？ 私の知りたい部分もありますが、SVNのプラグインと1回限りのプラグインが衝突しないように（ある程度）確認する方法もあります。 たとえば、3）のみの場合、非常に一意のディレクトリ名を使用できますが、プラグイン名（タイトル）は短く 'n sweetにしてください。 NB「標準」ファイル命名規則はそうであるように見えますが[my-plugin-name]/[my-plugin-name].php、私は好きになりました[my-plugin-name]/plugin.php。 それはすべてのプラグインに一定の一貫性を与え、それが「ブートローダー」（メイン）ファイルであることは明らかであり、ささいな観点から私はディレクトリ名の繰り返しが嫌いです。 これは、4）が私を台無しにするからです。さらに、この「標準」に関するあなたの考えも聞きたいです:)

11 customization  updates  plugin-repository 

WordPressのテーマやプラグインの開発に応じて良い方法かどうか知りたい。 add_action('init','all_my_hooks'); function all_my_hooks(){ // some initialization stuff here and then add_action('admin_init',-----); add_action('admin_menu',----); // more like so } ありがとう

11 hooks  customization  init  admin-init 

これを以前に行いましたが、まだhttp：// localhostを参照しているwp_posts => guidコンテンツをどうすればよいのか疑問に思っています しかし、wordpress.org http://codex.wordpress.org/Changing_The_Site_URLには、次のように明記されています。 どのような状況でも、GUID列の内容を変更しないでください。 しかし、私が理解しているように、あなたの投稿をグローバルに一意に識別するだけです。しかし、より多くの人々が彼らのガイドにhttp：// localhostを持っているでしょう。 安全にhttp：// localhostをhttp://www.mydomain.comに置き換えることはできますか？ よろしく

11 customization  guids 

私が見た多くのテーマ（TwentyElevenを含む）とオンラインで見つけた例ではfunctions.php、テーマのファイルを作成すると、すべての機能がグローバルスコープで宣言されます。明確にするために、これは一般的な関数ファイルは次のようになります。 function my_theme_do_foo() { // ... } function my_theme_do_bar() { // ... } add_action( 'foo_hook', 'my_theme_do_foo' ); クラスが使用された場合、物事は少し「カプセル化」できるように思えます。 class MyTheme { function do_foo() { // ... } function do_bar() { // ... } } $my_theme = new MyTheme(); add_action( 'foo_hook', array( &$my_theme, 'do_foo' ) ); （私の謙虚な目で）2番目のアプローチの利点： 短い関数名 インスタンス変数へのアクセス（最大の利点IMO） グローバル機能なし 欠点： …

11 theme-development  functions  themes  customization  oop 

最初のプラグインを作成したところ、WordPressに承認されました。私にとっては素晴らしいニュースですが、今はどうですか？コーデックスの「指示」は私にははっきりとは言えません。Dig WPに関する記事は見つかりましたが、コードの3行目にたどり着きました。その後、喜びはありません。 本全体を読む必要なしにこれを行う方法についての明確な一連の指示をここに持っている人はいますか？ここにはいつもこれをやっている経験豊富な人がいると思います... 前もって感謝します！

11 plugin-repository  customization