gatolabo
フォーラムへの返信
-
フォーラム: 使い方全般
返信が含まれるトピック: ログイン画面がwarningと出て入る。こちらのPcのみサイトをみることができますが、そのほかからのデバイスまずは実際に制作された方に尋ねるべきです。または発注時の仕様書か納品時に貰ったドキュメントを
確認ですね。
少なくともWordPressを使ったサイトがwp-settings.phpを削除された状態で納品されるということは
考えられません。納品として成立しないですし。
デザイン込みのサイト作成を依頼していてFTPのログイン情報を教えないというのもどんな
嫌がらせかとも思いますが、制作側はそういう条件でもなんとかしようと思えばできます。
(FileManagerプラグインなどを使うとか)何かのインストール許可を求められたりしませんでした?
静的HTMLが何かというのはググってみて下さい。最初に書かれたエラーメッセージがここに書き込むにあたり編集されたようで良くわからないので
仮にキュメントルートを /home/sites/hoge とします。
コンテンツを表示してそのURLを確認します。それが仮に http://example.com/content/abc
であれば /home/sites/hoge/content/abc を探すということをします。
そこにindex.htmlやindex.phpなどが存在するならそれでしょう。
http://example.com/content/hoge/abc.html であれば /home/sites/hoge/content/abc.html でしょう。
該当するのであればそのページはWordPressが使用されていない静的ページという可能性が高くなります。画像についても、表示されている画像を右クリックして画像のアドレスを取得しそれを利用して
探します。仮に画像のURLが http://example.com/img/abc.jpg であれば /home/sites/hoge/img を
探すということになります。
こちらは該当するものがあってもWordPressが使われているかいないかの判断材料にはなりませんが
逆に該当するものが見つからないという場合は詳しい方に頼んだ方が良いでしょう。フォーラム: 使い方全般
返信が含まれるトピック: パーマリンクを途中で変更した場合でもリダイレクトプラグインは必要ない?パーマリンクの設定で%post_id%から%postname%に変更してURLを変えたいということですよね。
1. 設定を変更するだけでURLは切り替わります。なので「パーマリンクを設定するだけ」は正しいです。
ただし、旧URLでアクセスされた際のことは考慮されていません。2. リダイレクトが必要かはkashiwa8881さんの気持ち次第です。
既に作成した記事を公開していて検索エンジンにURLが登録されているとか他所からリンクを
張られているならば、URLを変更するとそこから旧URLでアクセスして来た人が
「そんなページは存在しない」という目に逢います。旧URLでアクセスして来たら新しいURLに
リダイレクトした方が良い筈ですが、作ってから大して経っていないサイトでアクセスが少ないとか
検索でメジャーなキーワードで上位に出るとかでなければリダイレクトが要るかと問われたら
なくても良いかも。
URLが存在しない場合にトップページにリダイレクトするだけで十分かもしれません。3. リダイレクトするのにプラグインが要るかはサーバー次第です。例えばApacheでmod_rewriteが
使えるならドキュメントルート直下に.htaccessファイルを置いてリダイレクト設定を書くだけです。4. 今回と逆で%postname%から%post_id%への変更だとスラッグ(postname)のURLはパーマリンク設定で
%post_id%のURLにしていても有効なのでリダイレクトを考慮する必要はないんですけどね。5. 「ド**ン名.com」は取得済みのドメイン名です。(売りに出されているようですが)
例示用に予約されているドメイン名 example.com, example.net, example.orgを使いましょう。フォーラム: 使い方全般
返信が含まれるトピック: amp-adタグが消えるビジュアルモードに切替えということは記事中に直接amp-adタグを貼り付けようとしているということですよね。
AMP HTMLはHTMLの亜種であってそれはHTMLタグではありません。危険ではないですが混ぜないで下さい。
また、amp-adタグを使う場合はamp-adライブラリを使うためのAMPスクリプトの読み込みを行う必要がありますが、これも通常のHTMLヘッダ等には入れないで下さい。
amp-adタグを使うならAMP用のテーマファイル等に変更を加えることになる筈なので、それができるならコードの書き足しは苦になるものではないと思います。フォーラム: 使い方全般
返信が含まれるトピック: 知らないページが生成されている?改ざん?それは「ページが作られた」ではなく、「・・・というURLでアクセスが試みられた」というだけのことです。
ブラウザのURL欄に入力欄に入力したURLの内、ドメイン名の部分が正しければサイトへのアクセスはログに記録されたり(Google Analyticsなどで)アクセス情報を収集していればそれに入ってきたりします。
そういうのは人間がブラウザのURL入力欄で打ち間違えたというだけでなくbotやクローラーなどによるアクセスでも発生します。
それだけのことです。重要なのは存在しない筈のURLにアクセスがあったときに404になるとか特定のページにリダイレクトされるなど意図した動作が行われることです。
そこに存在しない筈のページが存在したなら初めて問題発生となります。例として挙げられているt*****a.comは実在するドメインです。
例示用としてRFC2606で予約されているexample.com, example.net, example.orgを使って下さい。フォーラム: 使い方全般
返信が含まれるトピック: 常時SSL化に伴うクロールエラーの頻発について常時SSL化でPVが大きく落ちるというのは異常です。
非SSLのURLでアクセスしようとした場合にSSLのページにリダイレクトするようにしていなかったなら別ですが普通はそんなもったいないことはしない筈。
とすれば、リダイレクトさせてるつもりが上手くできていないという可能性が。
それがクロールエラーと同じ原因によって起きているとか・・フォーラム: 使い方全般
返信が含まれるトピック: index.htmlで編集したい事前に作成したHTMLファイルを表示するページは静的コンテンツといいます。
WordPressのようにページの表示リクエストがあってから幾つかの部品とテータベースのデータを組み合わせて表示するページは動的コンテンツといいます。
ブラウザでページのソースを見たり「検証」で1つのページとして見えるものそのものはWordPressのフォルダを探しても存在しません。
ページとして見えているものの内、記事そのものを除いた多くの部分はテーマ(テンプレート)が担っています。テーマはwp-content/themes/使用中のテーマ名にあるのでそこのファイルで当たりを付けると良いでしょう。
・テーマヘッダ(header.php) これはページの上部のあたりに関わることが多い
・テーマフッタ(footer.php) これはページの下部のあたりに関わることが多い
・メインインデックスのテンプレート(index.php) ページの構成に関わる最も基本の部分
・content.php コンテンツ(記事)の表示に関わることが多い
・サイドバー(sidebar.php) ずばりサイドバーに関わる部分(存在すれば)
・スタイルシート(style.css) ページの装飾(見た目)に関わる部分簡単にやりたいならstyle.cssの変更 これはブラウザの「検証」でいろいろ試してみて希望の状態になったらその値を先のstyle.cssに書き込むというもの。「検証」ではファイル名と行番号まで表示される親切ぶりなので簡単。
スタイルシートの変更では上手くいかない場合はテンプレートファイルそのものの変更が必要になります。
Coherentでハンバーカーメニューアイコンの隣の「表示」を消したいということであればwp-content/themes/coherent/header.phpです。あと、WordPressのテーマについての質問なら「使い方全般」ではなく「テーマ」のフォーラムが適当だと思われます。
- この返信は7年、 4ヶ月前にgatolaboが編集しました。
フォーラム: 使い方全般
返信が含まれるトピック: アドセンスの広告を一括変換したいです。Search Regexを使用した置換についてはこちらをご覧いただければと思います。一応複数行の対応についても書いてます。
https://gato.intaa.net/archives/4846それよりAdSenseの広告コードを個々の記事中に貼り付けるというのがあまりオススメできません。
フォーラム: 使い方全般
返信が含まれるトピック: ブログ移転:元ブログとURLを同じにするためパーマリンクを変更したいサーバー移転にあたり、ドメイン名は変更無いということでよろしいでしょうか。
もう一つ、移転後のサーバーで.htaccessは使えないのでしょうか。ドメイン名が変わる場合で旧サーバで.htaccessを利用できないならそもそも今回の質問が意味のないものだと思われます。
ドメイン名が変わらない場合は旧サーバで.htaccessが使える使えないは無視で、新サーバで.htaccessが使えるか使えないかが重要となります。
質問の内容が解決しても記事の移転が大変そうなのでURL書き換えできればその方が良いのですが。フォーラム: 使い方全般
返信が含まれるトピック: 【BAN】海外からのアクセス拒否したのにアクセスされる原因BANはWP-Banのことであるとして、ホスト名の国別TLDでアクセスを弾いているということでよろしいでしょうか。
ホスト名の国別TLDで弾くのはあくまでもおおまかなものなのでアテにはなりません。
日本国内からであっても.jpであるとは限りません。逆もしかり。日本以外のIPアドレスを全て登録するというのも膨大すぎるので現実的ではありません。それならばご記載になったリンクの記事にあるように日本のIPアドレスだけを許可するルールを採用する方が良いでしょう。これでもhtaccessで処理するには多い気がしますが。
kimipoohさんが回答されているように国別のIPアドレスの割当ては変わるのでときどきそれをフォローしなければなりません。
国別のIPアドレス割当ての最新一覧を毎日提供しているのでどうぞ。連続するCIDRは最適化(マージ)しているので行数少なめで使いやすいかと思います。(pf用を取得してhtaccess用に編集して下さい)
https://gato.intaa.net/net/exclusive_filterすでに海外からのアクセスの大部分を弾くことができているならIPアドレスによるブロックに気を使うのはそこまでにして
それ以外の防御手段に力を入れる方が良いかと思います。- この返信は8年、 2ヶ月前にgatolaboが編集しました。
フォーラム: プラグイン
返信が含まれるトピック: vaultpressを使用してサーバー移転後に画像が表示されない移転前のサーバのwp-content/uploadsの中身をごっそり丸ごと取ってきて新しいサーバに置いているという前提で。
個別の投稿および固定記事内のリンクが旧サーバを示しているならSearchRegexプラグインなどで書き換える。
カスタムフィールドで画像のリンクを指定してるならwp_postmetaテーブルを置換。
いじり倒したサイトでなければ移転後のリンク張替えはこんなところじゃないでしょうか。単純置換だと上手くいかない場合もSearchRegexの正規表現を使えばなんとかなることも多いと思います。
SearchRegexで正規表現の使い方 https://gato.intaa.net/archives/4846
なお、SearchRegexは数万件程度の置換は楽にこなせるけどサーバでPHPに割り当てられてるメモリが少ないと途中で停まるかもしれません。フォーラム: 自作品の告知
返信が含まれるトピック: シンプルで超高速なページキャッシュプラグイン YASAKANI Cacheなるほどマウスオーバーで少し待てばエラー内容が表示されました。
YASAKANI Cacheが動かなかったサイトはwp-config.phpに同じ項目が2つあった(直前の作業の編集ミス)ことが原因でした。
それとは別に何故かdefine(‘WP_CACHE’, true); //Added by Yasakani cacheの行が2つありました。
wp-config-phpを修正したところ正常に動きました。以前に使ったキャッシュ系プラグインがwp-content/advanced-cache.phpを残している場合に警告が出るのは競合(の可能性)を知らせるためですよね?
yasakani_cache.dbにログが入るならURL直指定で閲覧者によってyasakani_cache.dbを抜かれない設定を行う必要があることをサイト管理者に知らせる機能が要るかも。若しくはドキュメントルート下ではない何処かに置くようPathを指定するオプションを作るとか。
Apache, Nginxなど関係なしに使えるし導入にあたってウェブサーバ側の設定を弄らずにすむのは大きな利点。
とにかく簡単なのでWP Super Cacheなどより良さ気に思いました。フォーラム: 自作品の告知
返信が含まれるトピック: シンプルで超高速なページキャッシュプラグイン YASAKANI Cache2つのテストサイトで試してみました。
使いはじめるのは簡単。インストールして設定画面で「有効」にして「設定更新」押すだけ。
wp super cacheやその他のお仲間のような取っ付きにくさはない。
キャッシュの保存先はYASAKANI Cacheプラグインのディレクトリのcache下のyasakani_cache.dbということ?
サイトのページが表示されて設定画面の[Valid Cache] : nn の数字が増えればキャッシュされるってことみたい。
キャッシュされたページが次の訪問者のブラウザに渡されているかは未検証。(重要なのに)
1つのサイトでは[Valid Cache]の数値が増えるので一応正常に動いているっぽい。けどもう一つのサイトでは
[Valid Cache]がずっと0のまま。
ログを有効にしてもう一度試してみたら[Valid Cache]が増えない方のサイトのログは全ての行のTypeがphp_errorとなっていた。
ログの詳細がわからないのでphp_errorの内容は不明。
2つのサイトの違いはHTTP(OK)かHTTPS(NG)かってことくらいなんだけど、そのせいかな。フォーラム: 使い方全般
返信が含まれるトピック: 電話のクリック数を計測して人気順に並べたいズバリなプラグインはあるか不明ですが、「等」の方だったら
「wordpress カスタムフィールド カウント」あたりでググると希望に近いものが得られませんか。フォーラム: 使い方全般
返信が含まれるトピック: mod_rewriteを使ったURLのカスタムができない。読み返したらコピペ失敗してて最初の2行しか入ってませんでした。すみません。
とりあえず書かれていることをリライトルールにするとこんな風な感じ。
RewriteRule ^(.*)/(.*)/ /?s=&ken=$1&shi=$2 [L]
RewriteRule ^(.*)/ /?s=&ken=$1 [L]ただし、これだとマッチする範囲が広すぎてwordpress用の他のURLを書き換えてトラブル筈。
RewriteRule ^search/(.*)/(.*)/ /?s=&ken=$1&shi=$2 [L]
RewriteRule ^search/(.*)/ /?s=&ken=$1 [L]
例えばこんな風に変換対象の先頭にwordpressがURLとして発行しないであろう文字列をつけてやれば誤リライトは防げます。
この場合、使用側のURL
http://example.com/search/熊本県/熊本市/
http://example.com/search/熊本県/なお、永らくApacheを触っていないのでこれで実際に正しくリライト出来るか確証はないです。
で、問題はこのURLをどうしたいの?な部分ですね。
ブラウザのURL欄に手入力するというなら解決ですが、
おそらく質問者の意図は検索結果のURLを綺麗に見せたいだから見当外れな回答でしかないですね。フォーラム: 使い方全般
返信が含まれるトピック: mod_rewriteを使ったURLのカスタムができない。