wordpress関連RSS

返信先: wordpressの復旧について
＞「ログインしてもダッシュボードの表示が無くなってしまいました」というのはダッシュボードが真っ白ということでしょうか？
真っ白ではありません。
普通左上にダッシュボードのマークが現れる代わりに、ワードプレスのロゴマークとサイト名が表示されるだけになってしまいました。
＞リストアしたということは、なんらかのことがあって復旧作業を行ったというようにも読めますが、何か先にトラブルがあったのでしょうか？
賢威というテンプレートの最新版にしようと思い、最新のテンプレートをダウンロードし、それを解凍して、アップロードテーマと同じ名前にして同じ階層にアップロードしました。
すると、ブログの画像が表示されなくなりました。
そこで、バックアッププラグインのUpdraftPlusを使用して、リストアを行ったところ、リストア途中でエラー表示が出てしまい、今度はサイドバーやアドセンス広告も非表示となった次第です。
そこで、サーバーへ直接アクセスして、「uploads」「themes」「plugins」「others」の4つの既存のファイルを削除してから再度アップロードしたら、画像が表示されるようになりました。
しかし、一部の記事の画像はスマホでみると潰れていたりします。
＞使われているサーバーが何かなども含めて、もう少し状況を教えていただけますと、アドバイスがしやすいかと思います。
使用しているサーバーはコアサーバーです。
よろしくお願いします。
(2017-9-25)
返信先: テキストウィジェットが機能しない
こんにちは
定期的にテーマを変更する必要はありません。
動作がおかしいなと思ったら問題解決のためのチェックリスト
を試して見られることをお勧めします。
キャッシュの削除も書かれています。
(2017-9-25)
返信先: テキストウィジェットが機能しない
WordPressでキャッシュプラグインを使っていたら、プラグインのキャッシュを開放するといいでしょう。フロントページやサイドバーウィジェットなどはとくに、変化が少ないので履歴に保存されやすいのでブラウザの設定で保存する要領を小さくすると、良いと思います。普段使いでないブラウザを使うのも定石ですね。わたしは別系統のPCで確認しています。ページを行ったり来たりしたり、面倒が無いですよ。
(2017-9-25)
返信先: テキストウィジェットが機能しない
そうなんですね･･･ありがとうございます！
しかし、自分はただブログがやりたいだけだったのでよくわからないのですが
定期的にテーマ変更すればしてみると良いみたいな認識でよろしいのでしょうか？
ブログはしょっちゅう覗いております。
(2017-9-25)
返信先: URLリダイレクト・検索について
msio様
ご返信、ありがとうございます！
一通り読ませていただいたのですが、勘の悪い私にはいまいち理解ができておりません…。
確認なのですが、ご教示いただいた「.htaccess」や「functions.php」へ正しく記述ができれば、
サブカテゴリーを設定した「/tokyo/toshimaku/」へのアクセスはそのまま「/tokyo/toshimaku/」が表示され、「/tokyo/kensaku/」へのアクセスは「/tokyo/?tab=kensaku」（タグ検索の場合）が実行されるという解釈で合っておりますでしょうか？
上記の場合の記述例のようなものを教えていただくわけにはいきませんでしょうか？
お手数をお掛けしますが、よろしくお願い致します。
(2017-9-25)
返信先: error message : フィードが見つかりません
単純なことだったのですね。
設定を変えてうまくいきました。
ありがとうございました！
(2017-9-25)
返信先: error message : フィードが見つかりません
パスワードでプロテクトされてるサイトのフィードにはrss readerもfeedlyもアクセスできないでしょ
ご自身でログアウトした後にアクセスしてから/feed/にアクセスしてみてください。
(2017-9-24)
error message : フィードが見つかりません
お世話になっています。
rss、feedlyで登録できません。feedlyを使うと下記のメッセージが出ます。
　フィードが見つかりません
　間違ったフィードURLまたは不完全なフィード
他のサイトは使えるので、rss reader , feedlyの不具合ではないと思います。
feed URLを入力した記憶はないのですが、色々触っていておかしくなったのかもしれません。
snsボタンを設定したもののfeedはうまくいかず今は外しています。
お手数をおかけしますが、治し方を教えていただけますか？
よろしくお願いいたします。
(2017-9-24)
返信先: テキストウィジェットが機能しない
しょっちゅうブログを観ていると、ブラウザに履歴が残ってしまって表示は早いと勘違いするばかりでなく、新しい変更が反映しないので、新しい情報を更新するのを信条にしていると却って足を掬われる。普段使っていないテーマに変更することで、キャッシュが書き換えられることや、変更できていないことでキャッシュを疑いやすくできます。デフォルトテーマでもおかしいところが無いように作っておくと良いですよ。
(2017-9-24)
返信先: テキストウィジェットが機能しない
ご返信ありがとうございます！
ブラウザのキャッシュを削除すると元通りに戻りました。
ご迷惑をおかけして、大変申し訳ございません！
(2017-9-24)
返信先: imag magテーマについて
munyaguさん
ありがとうございます！
教えていただいた記述を入れたところ動作いたしました。
（記事も表示させる可能性があったのでarrayにしましたが）
よって解決済みにさせて頂きます。
ありがとうございました。
(2017-9-24)
返信先: imag magテーマについて
こんにちは
子テーマをお使いだという前提で説明させていただきます。
親テーマの
index.phpとincludes/flex-slider.phpを子テーマにコピーします。
※子テーマにすでに存在する場合はコピーする必要はありません。
※flex-slider.phpは同じ名前のディレクトリincludesを子テーマに作成してその中に入れてください。
flex-slider.phpの10行目付近を以下のようにカスタマイズします。
```
	<?php
	 
							$flex_posts = new WP_Query(array(
							'showposts' => 5,
							'category_name' => $data['feat_slide_category'],  // ←末尾にカンマを追加
							'post_type' => 'page',  // ←追加
						));?>
```
子テーマをご利用でない場合は、includes/flex-slider.phpを直接変更してください。
(2017-9-24)
返信先: imag magテーマについて
CGさん
テーマの互換性ですが特に表示されていないので（互換性がない等のエラーなど）、取れていると思います。
スライド機能はimag magテーマに内蔵されている機能です。
デフォルトテーマ（Twenty Fifteen）にて、カテゴリ別で見たときに、投稿記事と固定ページの両方が取得できているので大丈夫だとおもいます。
固定ページにカテゴリ・タグ追加は
http://techmemo.biz/wordpress/page-category-tag-use/
を参考にしました。
スライドがカテゴリで表示させるものだと思っていたので（テーマオプションにスライドで使うカテゴリ選択があった為）固定ページにもカテゴリを追加したのですが出来なかったためご質問させて頂きました。
(2017-9-24)
返信先: imag magテーマについて
４年以上メンテナンスのないテーマと思われ、要望されれば実際に試してみますがひとまずは推測まで。テーマの互換性は取れていますか。スライドはテーマに内蔵された機能ですか。固定ページではカテゴリーの使用はないと思いますが、投稿ページのカテゴリーと同じに取得できるものなのでしょうか。まずはテーマをデフォルトテーマに戻して、投稿ページのカテゴリーと固定ページのカテゴリーの動作が一緒にできるのか確認結果を教えてください。
(2017-9-24)
imag magテーマについて
まず先に本来ここのフォーラムに投稿するものではないのですが
テーマのフォーラムが寂れてる上に英語…なのでこちらに投稿させて下さい。
テーマ：imag magのカスタマイズについてお聞きしたいのですが
トップページ標準のスライド機能ですが、記事ではなく
固定ページを表示させたいのですがどこをどのようにすればいいのでしょうか？
固定ページにタグ・カテゴリ設定はしてあります。
-現状-
スライド機能のカテゴリ：AAA
投稿記事（カテゴリAAA)：スライドに表示される
固定ページ（カテゴリAAA)：スライドに表示されない
(2017-9-24)
返信先: テーマディレクト下のファイルを表示させない方法
misioさん、貴重なアドバイスありがとうございます。
確認してみます。　結果をご報告するのにちょっと時間を要してしまうかも知れません。
今後ともよろしくお願いいたします。
(2017-9-21)
返信先: テーマディレクト下のファイルを表示させない方法
絶対パスで指定されているで大丈夫だと思います。
それで更新がされないとなると、ファイルのアクセス権が変、またはファイルの位置が異なるしか思い浮かびませんでした。
その構文のままで .htaccess の記載を変更すると更新がなされるのですよね。
読み書きの構文にも問題ないと思います。
念のため、アクセス不可にした状態で指定位置にファイルがあることをプログラムが確認できるかどうか file_exists にて一旦ファイルの存在を確認いただけますでしょうか。
そのうえで、もしかするとパーミッションの書き込み指定に問題があるかもしれないと思いますので、いまいちどファイルのアクセス権が何番になっているかご確認いただけますでしょうか。
所有者または管理者が有効になっていれば書き込めると思いますがまれにユーザーレベルの違うところで動作がなされている場合もあるのでご確認いただけると幸いです。
(2017-9-21)
返信先: テーマディレクト下のファイルを表示させない方法
misoさん、お世話になります。
>もしかして「http://www.おつかいのWebアドレス/」のような指定でファイルにアクセス
>されていませんでしょうか。
functions.phpの中のコードを確認したところ、読み書きするファイルのパス指定は、
__DIR__ を用いています。　__DIR__.”/test.txt”
また、functions.php内のファイルのアクセスは、fopen, fputs, fclose コマンドで行っております。
__DIR__.”/test.txt”　のファイル名指定は、絶対パスで指定されている、との理解でよいのでしょうか。
どうぞよろしくお願いいたします。
(2017-9-21)
返信先: テーマディレクト下のファイルを表示させない方法
.htaccess はその文字が示すようにHTTPアクセス、ゲートウェイを出たあとのWebサービスに対することを記述しているもので、Webサービスが一番最初にディレクトリ内容を確認するものです。
Webページを開くと index.html が最初に読まれるのに似ています。ディレクトリごとに設定でき上の階層から継承されます。
なので今回はルートディレクトリ（Webページ階層の一番上）でなくても、当該ディレクトリに新たに .htaccess を二つ目として置いても機能します。
そして、その指定はゲートウェイを出た後に機能するWebの制約なので内部的には機能しません。
ここで、設置すると読み書きできず、消すと動く、ということは「Webサービスでゲートウェイから出た後のアクセスで読み書きをしているのではないか」と思われます。
その原因は「フルパス」という表現ではないかと推測しているのですが、「フルパス」とは「Webサービスを実行しているユーザーの最上位階層」からの経路のことで、例として構文をあげると
「/var/home/user/webservice/www/指定のディレクトリ」のような形です。
もしかして「http://www.おつかいのWebアドレス/」のような指定でファイルにアクセスされていませんでしょうか。
ファイルの指定、もしくはファイルに書きこむプログラムが「HTTP」で始まるものではないでしょうか。
最終的にはサーバー内で読み書きをするので現在のパーミッション的には問題ないかと思います。
HTTPから始まるアドレスは「URL：統一資源位置指定子」と呼ばれていわゆる「通称」です。
「フルパス」というのは「絶対パス」とも呼ばれていて、実行しているユーザーの最上位階層からの経路です。
その中間にあるのが「相対パス」と言われていて「実行しているプログラムからの経路」になります。「../」を使って上に上がったり階層を降りたり、です。
相対と絶対は内部で機能するのでどちらでもよいかと思いますが、顕現させる効果によっては絶対でなくてはならないことがあります。
相対は実行したプログラムのWeb機能により与えられた権限からで機能しますが、Webサービスを含むアプリケーションレベル自体の権限を借りて機能させるには絶対パスが必応です。
完了してしまってからの後に稚拙な説明で申し訳ないのですがなにかの参考にいただければ幸いです。
ちなみに、書き込みについては別プログラムで行っていてトリガを function.php 内に設置している場合はWebアクセスでの稼働になり制約を受け、フルパスで書き込みプログラムを書けばWebの制約を受けないのでWebプログラム自体が稼働しないということになります。
(2017-9-21)
返信先: テーマディレクト下のファイルを表示させない方法
munyaguさん、お世話になります。　もう少し教えていただけますか。
misioさんに教えていただいたように.htaccessファイルを下記のように設定したところ、表示させたくないtxtとdat拡張子のファイルの表示を不可にすることができました。
<Files ~ “\.(txt|dat)$”>
deny from all
</Files>
この状態でWordPressで処理をさせたところ、functions.phpから読み書きをするtest.txtファイルが更新できていないことがわかりました。　.htaccessの設定を解除（ファイルを削除）すると正常に更新されます。
>一方、functions.phpからは、フルパスで指定すれば該当ファイルを開くことができます。
とのことですが、functions.phpからの呼び出しでは、test.txtへのフルパスを指定しています。
Q1. .htaccessを設定したときにtest.txtが更新されなかったのは、wwwの直下にtest.txtを置いていないからでしょうか？テーマディレクトリで.htaccessでアクセス不可にするのではだめということでしょうか。
なお、ファイルのディレクトリを変更するにはfunctions.phpを変更しなければならず、まだ、WWW直下にファイルを置いての実験はできておりません。
Q2. できれば、www直下でなく、データファイルを管理するディレクトリを新設しそこにファイルを置きたいと思っているのですが、その場合は、はやり.htaccessでの制御となるため、functions.php経由でのファイル更新でできない、ということでしょうか。
どうぞよろしくお願いいたします。
(2017-9-21)

wordpressトピックスの情報フルページ表示