ほかにも2連スペースがいたるところにあるけど&nbsp;出てないよ?なんだこれ。いえWordpressで謎の&nbsp;の連続が現れたら、とりあえず当該箇所のスペースをTABに置き換えてみると解決するかもしれない。wordpressの編集画面でペーストするとスクロールバーがずれてうざい件コピペするたび視点がずれて不便極まりない。検索しても思うような記事がヒットせず。Elevator」怪しいなということで停止してみた。Elevator超便利なんだけどね。なんか設定すれば回避できるかもしれない。いまのところのざっくりとした理解wordpressは3つの部分からなっているっぽい。wordpressコアbloginfo()やthe_title()などのテンプレートタグを提供するブログ情報などを保持してるテーマwp_head()やwp_footer()などのフックを実際にかけたのはテーマ製作者ユーザーが手を加えた部分テーマ製作者がおいたフックを子テーマのfunctions.phpから使う(テーマ製作者自身も親テーマのfunctions.phpから使う)正直複雑すぎて全部は把握できそうにない。結局最後はHTMLを吐くということを念頭にコードを追いかければ、完璧には理解できなくてもトライアンドエラーでやりたいことは基本できるのかな、という感じではある。アクションフック・フィルタフックadd_action():アクションフック:追記するときなどadd_filter():フィルタフック:変数を書き換える:書き換え後の変数を必ずreturnするdo_action():フックされた関数を実行するapply_filters():フックされた関数を実行する:引数は基本Codexで調べるが、載ってなかったらソースを探すとわかる以下はwp-login.php内でapply_filters関数を呼んでいる部分の一例。);login_body_classにフックすることで$classesを成形することができるんだと思う。$actionは成形できないのかな?渡しているのが参照ならできるのかも。do_action関数とかapply_filters関数を自分で呼べば、自分でつくったフックを設置できる。実際できた(勉強のために実験する以外で設置することはないだろうけど)。wp_head()とかwp_footer()とかがテーマから呼ばれているが、それ自体がフックなわけではない。wordpressコアの中で定義されているwp_head()/wp_footer()のなかでdo_action関数が呼ばれているはず(ちょろっと探したがソースファイルがみつからない)。wp_headとwp_footerの中身wp_headとwp_footerを定義しているファイルを見つけました。wp-includes/general-template.phpにあります。定義部分を抜粋します。);}予想どおりdo_action関数を呼んでいました。wp_head/wp_footerはフックを置くことのみが目的の関数だった。ちなみにソースファイルの場所はCodexに書いてあった。すべての関数にソースファイルの項目が用意されているっぽい。フィルタフックにひっかけるときは必ずreturnするwordpressコアのソースでは基本この形で書かれているみたい。$value);なので、functions.phpでフィルタフックにひっかける際、returnを返さないとフィルタ処理が反映されない。return必須(アクションフックにひっかけるときは必要なし)。$value;});いまのところのざっくりとした理解2functions.phpfunctions.phpに書く処理は、かならず関数で囲みフックにひっかける(登録する)必要がある。フックにひっかけないとすると、どこにどのタイミングで実行するか決めないことになる。そのような処理はない。functions.phpに処理を書く目的はPHPが吐くHTMLのどこかをいじることなのだ。ゆえにかならずadd_action/add_filterでフックにひっかける必要がある。フックの種類フックには主に2種類ある。Wordpressコア内に置かれたフックと、テーマ製作者が置いたフック。テーマ製作者が置いたフックのなかでも、Wordpressに置くことを要求されているフックがある。wp_headやwp_footerなどだ。これらはフックを置くための関数がWordpressコア内に用意されている。wp_head()関数やwp_footer()関数など。上述したように中身はフックを置くだけ(add_action関数を呼ぶだけ)になっている。テーマ利用者の俺は、基本的にfunctions.php内に処理を書くのみ。テーマにはできるだけ手は入れない。してもテーマに手を入れたい場合、親テーマのファイルを子テーマにコピーしてきていじることになる。Wordpressコアに手を入れることは絶対にないだろう。テーマ製作者ですらWordpressコアには手を入れることはないのだから。テーマ利用者はテーマとWordpressをべつべつにインストールするわけだから。あきらかにバグないはずなのにエラーが出るとき周辺のスペースが悪さしてるパターンけっこうある。タブに置き換えるとエラーがとれるパターンありがち。ローカル環境PHPのビルトインサーバーでローカルのWordpressにアクセスする場合、ポート番号8000番でないとなぜかアクセスできない。8080番とかで起動して8080番にアクセスするとなぜか8000番にリダイレクトされてエラーになる。アクセスできるけどなぜかCSSがあたっていない。Wordpressのなかのファイルのどれかで8000番を指定してるんじゃないかと思う。8000でfindstrしてみたらclass-wp-http-cookie.phpにて以下のコメントが見つかった。false;}80、8000、8080しかサポートしていないのか?しかしサーバーを8080で起動してもだめじゃん。8000で起動すれば問題ないので、とりあえずいまは放置。pythonとかPHP、javascriptなどとは一線を画す感じ。癖が強くてすぐに忘れそうなのでメモ。2値分類においては1本の線が算出される。コメントをキャンセルメールアドレスが公開されることはありません。*サイト次回のコメントで使用するためブラウザーに自分の名前、メールアドレス、サイトを保存する。