ppBlog フォーラム
100 件中の最新1-5 件を表示 
No.4796 トップにのみ文章表示
saya@Sep 04, 2010 11:43
トップページにアクセスしたときだけ特定の文章を表示することは可能でしょうか。
具体的には index.php にアクセスした時のみ、『お知らせ』などの文章を
template.php の %_BODY_% の上、または下に表示し、それ以外のモード
（index.php?****）では表示しないというのが理想なのですが。
ご教示頂ければ幸いです。
具体的には index.php にアクセスした時のみ、『お知らせ』などの文章を
template.php の %_BODY_% の上、または下に表示し、それ以外のモード
（index.php?****）では表示しないというのが理想なのですが。
ご教示頂ければ幸いです。
4796-1 Re:トップにのみ文章表示 martin @ Sep 05, 2010 01:49 
こんにちは。ページ作成機能を使うとそのようなことが可能です。
「管理画面」→「ページ管理」→「ページ一覧」で「オントップ」の指定が出来ます。この場合は、「モード１」が該当するのではと思います。まず、「お知らせ」などのページを作成してから設定できます。
「管理画面」→「ページ管理」→「ページ一覧」で「オントップ」の指定が出来ます。この場合は、「モード１」が該当するのではと思います。まず、「お知らせ」などのページを作成してから設定できます。
4796-2 Re:Re:トップにのみ文章表示 saya @ Sep 06, 2010 11:33
ありがとうございます。
表示することができました。
良く調べもせずに質問して申し訳ありません。
表示することができました。
良く調べもせずに質問して申し訳ありません。
No.4793 バックアップと復元方法
タイニーウッズ@Sep 01, 2010 23:07
martinさん並びにppBlogユーザーのみなさん。
みなさんが行っているバックアップとその復元方法を教えてください。
昨日、再インストールを行ったのですが上手く復元できずDLしていたLOGを見ながら新規投稿から一つ一つ入力する羽目に陥りました。次回同様なことがあった場合のために教えて頂けますか。
みなさんが行っているバックアップとその復元方法を教えてください。
昨日、再インストールを行ったのですが上手く復元できずDLしていたLOGを見ながら新規投稿から一つ一つ入力する羽目に陥りました。次回同様なことがあった場合のために教えて頂けますか。
4793-1 Re:バックアップと復元方法 martin @ Sep 03, 2010 03:16
こんばんは、martinです。自分の場合ですが、定期的に、FTPソフトでサーバー上のlogディレクトリからlogファイルをDLしています。とりあえずログファイルが一番キモのファイルですので。余裕があれば、画像ディレクトリのPIXからもまるごとDL。ppBlogには、「アーカイブ作成」とかMTインポート・エクスポートとかありますが、個人的にはあまり使ってなかったりします。
復元方法ですが、自分なら、DLしておいたlogをまるごと新規のlogディレクトリにアップロード。この状態で新規ppBlogにアクセスしても「記事はありません」となります。なので、ここでログインして、何か適当に記事を書き込むか、あるいは、cacheディレクトリにあるcache.dbを削除すれば（これはFTPソフト経由でも、「管理画面」→「各種ツール」→「エクスプローラー」からでも削除可）、logディレクトリにアップロードしたログファイルが認識されて、記事が復元していると思います。
この状態では、カテゴリーなどは初期状態ですので、ownerディレクトリにあるcategory.ini.phpを、従来のものに置き換えるかすればOKです。
ownerディレクトリのバックアップアップがあるのであれば、その中身をごっそり新規のownerディレクトリに流しこんでもよいかと思います。カテゴリーやPWD、IDなども上書きされますので。
画像なども、従来のPIXの中身をそのまま新規のPIX内にアップロードすればOKです。
復元方法ですが、自分なら、DLしておいたlogをまるごと新規のlogディレクトリにアップロード。この状態で新規ppBlogにアクセスしても「記事はありません」となります。なので、ここでログインして、何か適当に記事を書き込むか、あるいは、cacheディレクトリにあるcache.dbを削除すれば（これはFTPソフト経由でも、「管理画面」→「各種ツール」→「エクスプローラー」からでも削除可）、logディレクトリにアップロードしたログファイルが認識されて、記事が復元していると思います。
この状態では、カテゴリーなどは初期状態ですので、ownerディレクトリにあるcategory.ini.phpを、従来のものに置き換えるかすればOKです。
ownerディレクトリのバックアップアップがあるのであれば、その中身をごっそり新規のownerディレクトリに流しこんでもよいかと思います。カテゴリーやPWD、IDなども上書きされますので。
画像なども、従来のPIXの中身をそのまま新規のPIX内にアップロードすればOKです。
4793-2 Re:Re:バックアップと復元方法 タイニーウッズ @ Sep 03, 2010 22:18
ありがとうございます。martinさん。
これが答えかなという気がしますが、復元では以下の作業を。バックアップでは１-3のDataをDLすることですね。
1. ownerディレクトリ上書き
2. logディレクトリ上書き
3. PIXディレクトリ上書き
4. cacheディレクトリにあるcache.dbを削除
先日、復元させようとした時は martinさんが言われたように「記事はありません」と出てました。
これでもう同じ失敗をしないで済みます。
皆さん、
他にもユニークなアイデアがありましたら教えてください。
これが答えかなという気がしますが、復元では以下の作業を。バックアップでは１-3のDataをDLすることですね。
1. ownerディレクトリ上書き
2. logディレクトリ上書き
3. PIXディレクトリ上書き
4. cacheディレクトリにあるcache.dbを削除
先日、復元させようとした時は martinさんが言われたように「記事はありません」と出てました。
これでもう同じ失敗をしないで済みます。
皆さん、
他にもユニークなアイデアがありましたら教えてください。
No.4789 フォルダの所有者WWW
タイニーウッズ@Aug 30, 2010 11:11
はじめまして。最近ppBlogを知り利用させていただいております。
以前他の方が（NO.830）ご質問されていたのと同じ内容かと思いますがレスがみあたりませんでしたので改めて質問させていたきます。よろしくお願い申し上げます。
インストールに際しすべてのファイルをアップロードし、求められるすべてのファイル／フォルダ属性を適宜777に変更した上でinstall.phpを実行しました。すると残のフォルダの属性がマニュアルに記載通りいくつかの707フォルダといくつかの777フォルダに自動変更されました。自分が利用しているレンタルサーバーでは707を認めていないのでこれを７７７に変更しようとすると権限がない旨のエラーメッセージが出ます。 変更できなくなったフォルダの所有者も自分ではなくWWWと表示されています。 レンタルサーバー指定のコントロールパネルからフォルダを開いたり削除できません。 所有者を自分に戻したり、この問題自体を回避する方法はありますか。アドバイス頂ければ幸いです。ちなみに７７７に自動変更されていたフォルダは自分が所有者のままで問題はありませんでした。FTPクライアントTOOLで削除することはできました。 環境：SOFTWARE: Apache, OS: Linux 2.6.9
以前他の方が（NO.830）ご質問されていたのと同じ内容かと思いますがレスがみあたりませんでしたので改めて質問させていたきます。よろしくお願い申し上げます。
インストールに際しすべてのファイルをアップロードし、求められるすべてのファイル／フォルダ属性を適宜777に変更した上でinstall.phpを実行しました。すると残のフォルダの属性がマニュアルに記載通りいくつかの707フォルダといくつかの777フォルダに自動変更されました。自分が利用しているレンタルサーバーでは707を認めていないのでこれを７７７に変更しようとすると権限がない旨のエラーメッセージが出ます。 変更できなくなったフォルダの所有者も自分ではなくWWWと表示されています。 レンタルサーバー指定のコントロールパネルからフォルダを開いたり削除できません。 所有者を自分に戻したり、この問題自体を回避する方法はありますか。アドバイス頂ければ幸いです。ちなみに７７７に自動変更されていたフォルダは自分が所有者のままで問題はありませんでした。FTPクライアントTOOLで削除することはできました。 環境：SOFTWARE: Apache, OS: Linux 2.6.9
4789-1 Re:フォルダの所有者WWW タイニーウッズ @ Aug 30, 2010 17:40
素人判断でサーバー側にあるppBlogファイル/フォルダをすべてDLした後、707となりコントロールパネルからは何の操作もできない、またFTPクライアントでも属性変更できないフォルダをサブフォルダごとすべて一度削除しました。その後削除したのと同じローカル側のフォルダをもう一度UPすることで対応いたしました。 今のところブラウザからは普通に見えますのでこのまま使わせていただくつもりです。
ところで初めの質問からは変わってしまいますが777設定のフォルダを755に変更した場合の不具合はどのような時に生じますか？ 御苦労の上設計された、素晴らしいppBlogでありmartinさんには大変失礼な質問ではありますが、いままで使用していたBlogソフトを含め755設定を多く経験しているのでowner以外にｗを与えることに不安を覚えます。
ところで初めの質問からは変わってしまいますが777設定のフォルダを755に変更した場合の不具合はどのような時に生じますか？ 御苦労の上設計された、素晴らしいppBlogでありmartinさんには大変失礼な質問ではありますが、いままで使用していたBlogソフトを含め755設定を多く経験しているのでowner以外にｗを与えることに不安を覚えます。
4789-2 Re:Re:フォルダの所有者WWW martin @ Aug 30, 2010 20:09
こんにちは。
ブログ本体のパーミッション指定は755と思って、オンラインのマニュアルを確認したら777になっていますね。多分、公開当時（２００３年頃）は、そのパーミッションでないと動かないサーバーとかが多かったからかなと推測しますが、ご指摘の通り、セキュリティー上は問題がありますね。マニュアルの方は訂正しておきます。
パーミッションに関しては、サーバー毎の決まりごとがあると思いますので、それに沿うのが一番です。最近は、suEXECが有効なサーバーが増えていると思いますが、その場合、777ではエラーが出て動かないのではと思います。
777から755に変えて、特に問題がないようならそれでOKですし、そちらの方がベターです。自動生成系のアクセス解析ログなどのファイルがきちんと作成（この場合は、stat/dataディレクトリの中）されていれば問題ないでしょう。
ブログ本体のパーミッション指定は755と思って、オンラインのマニュアルを確認したら777になっていますね。多分、公開当時（２００３年頃）は、そのパーミッションでないと動かないサーバーとかが多かったからかなと推測しますが、ご指摘の通り、セキュリティー上は問題がありますね。マニュアルの方は訂正しておきます。
パーミッションに関しては、サーバー毎の決まりごとがあると思いますので、それに沿うのが一番です。最近は、suEXECが有効なサーバーが増えていると思いますが、その場合、777ではエラーが出て動かないのではと思います。
777から755に変えて、特に問題がないようならそれでOKですし、そちらの方がベターです。自動生成系のアクセス解析ログなどのファイルがきちんと作成（この場合は、stat/dataディレクトリの中）されていれば問題ないでしょう。
4789-3 Re:Re:Re:フォルダの所有者WWW タイニーウッズ @ Aug 31, 2010 10:31
martinさん
ご対応ありがとうございました。 これからもよろしくお願いいたします。
ご対応ありがとうございました。 これからもよろしくお願いいたします。
No.4783 他のサーバーへのアクセスを抑制したい
fujikawa@Aug 20, 2010 19:30
すてきなブログスクリプトの提供に感謝しています。
私が使っているサーバーは、セキュリティの都合で、
他のサーバーへデータを送信させたり取得することを
禁じられています。
ブログを動作させると、閲覧する毎に他のサーバーへ
アクセスして何かを送信しているようなのですが
これを抑制する方法を教えて下さい。
エラーメッセージは以下の通りです。
ppBlog Warning: LINE 1768 of utils.php: file_get_contents(http: //api.b.st-hatena.com/entry.count?url=記事のＵＲＬ) [function.file-get-contents]
私が使っているサーバーは、セキュリティの都合で、
他のサーバーへデータを送信させたり取得することを
禁じられています。
ブログを動作させると、閲覧する毎に他のサーバーへ
アクセスして何かを送信しているようなのですが
これを抑制する方法を教えて下さい。
エラーメッセージは以下の通りです。
ppBlog Warning: LINE 1768 of utils.php: file_get_contents(http: //api.b.st-hatena.com/entry.count?url=記事のＵＲＬ) [function.file-get-contents]
4783-1 Re:他のサーバーへのアクセスを抑制したい martin @ Aug 20, 2010 20:20
こんにちは。
これは、ソーシャルブックマーク関連ですね。このエラーの部分ではPHP経由で、はてなにブックマーク数を取りに行ってます。外部サーバーとのやりとりが不可ならば、この手のサービスは使えません。なので、これを無効にするには、各テーマのtemplate.phpにある、
の文字列をなくせば良いです。テーマ：Basicならば、「# 記事ボックスフォーマット」にある、
自体を削除して良いです。これは、初期設定では無効にしていたつもりでしたが、いつの間にか有効にして配布していたようです。。
ちなみに、PHP経由で外部サーバーとのやりとりはダメなようですが、JavaScript経由ならOKなんですかねぇ。もし、色々配布されている「ブログパーツ」とかが動くならJavaScript経由はOKな可能性が高いですが。JavaScriptでOKならソーシャルブックマーク関連も、これでいけるでしょうから。
これは、ソーシャルブックマーク関連ですね。このエラーの部分ではPHP経由で、はてなにブックマーク数を取りに行ってます。外部サーバーとのやりとりが不可ならば、この手のサービスは使えません。なので、これを無効にするには、各テーマのtemplate.phpにある、
%_ARTCL_SBM_%
の文字列をなくせば良いです。テーマ：Basicならば、「# 記事ボックスフォーマット」にある、
<p class="social-bookmark">%_ARTCL_SBM_%</p>
自体を削除して良いです。これは、初期設定では無効にしていたつもりでしたが、いつの間にか有効にして配布していたようです。。
ちなみに、PHP経由で外部サーバーとのやりとりはダメなようですが、JavaScript経由ならOKなんですかねぇ。もし、色々配布されている「ブログパーツ」とかが動くならJavaScript経由はOKな可能性が高いですが。JavaScriptでOKならソーシャルブックマーク関連も、これでいけるでしょうから。
4783-2 Re:Re:他のサーバーへのアクセスを抑制したい fujikawa @ Aug 20, 2010 20:24
素早いご返事、ありがとうございます。早速試してみます。
ちなみに公開する予定のブログなので、ＪａｖａＳｃｒｉｐｔ経由でアクセスされるのは問題ないのですが。
ちなみに公開する予定のブログなので、ＪａｖａＳｃｒｉｐｔ経由でアクセスされるのは問題ないのですが。
4783-3 Re:Re:Re:他のサーバーへのアクセスを抑制したい martin @ Aug 20, 2010 20:33
「ＪａｖａＳｃｒｉｐｔ経由でアクセス」ではなくて、「ＪａｖａＳｃｒｉｐｔ経由で取得」です。「Ajax」とか「JSON」などの言葉をご存知かもしれませんが、その手のサービスでは必須のものです。もし、ソーシャルブックマーク関連を使いたいということであれば、JavaScriptのみによるデータの取得を考慮してもよいかなと思います。
4783-4 Re:Re:Re:Re:他のサーバーへのアクセスを抑制したい fujikawa @ Aug 26, 2010 02:41
スクリプトはその後、無事動きました。ありがとうございます。
また、用語の間違いで失礼いたしました。
少なくとも私のｂｌｏｇではソーシャル系パーツは当面使用しないと思います。
また、用語の間違いで失礼いたしました。
少なくとも私のｂｌｏｇではソーシャル系パーツは当面使用しないと思います。
No.4780 文字化けについての質問をさせてください。
オザワ@Aug 18, 2010 13:19
社内でブログを活用してみようということになり、ppblogを選定し、現在環境を整えているところです。
まだまだ環境の制定の段階なので、使い込んでいるわけではないのですが、
通常の書き込み等については、問題なく日本語が表示されます。
ところが、No.4640 でseippさんがおっしゃるように、カテゴリ名やユーザーの投稿名等に日本語を使うと
文字化けが発生してしまいます。
php.iniのdefault_charsetを変更すれば良いのかもしれませんが、
現在、すでにグループワークのシステムが稼働しており、
default_charsetの設定は無し
mbstring.internal_encoding=EUC-JP
mbstring.http_input=auto
mbstring.http_output=SJIS
このような設定になっています。
ppBlogのバージョンは1.8.8です。このバージョンをEUC-JPの環境で
文字化けなく稼働させる方法を知りたく投稿させていただきました。
みなさまのお知恵をお貸しください。
よろしくお願いいたします。
まだまだ環境の制定の段階なので、使い込んでいるわけではないのですが、
通常の書き込み等については、問題なく日本語が表示されます。
ところが、No.4640 でseippさんがおっしゃるように、カテゴリ名やユーザーの投稿名等に日本語を使うと
文字化けが発生してしまいます。
php.iniのdefault_charsetを変更すれば良いのかもしれませんが、
現在、すでにグループワークのシステムが稼働しており、
default_charsetの設定は無し
mbstring.internal_encoding=EUC-JP
mbstring.http_input=auto
mbstring.http_output=SJIS
このような設定になっています。
ppBlogのバージョンは1.8.8です。このバージョンをEUC-JPの環境で
文字化けなく稼働させる方法を知りたく投稿させていただきました。
みなさまのお知恵をお貸しください。
よろしくお願いいたします。
4780-1 Re:文字化けの件 martin @ Aug 19, 2010 08:01
こんばんは。現状、ppBlogはUTF-8を事実上のcharsetにしているので、EUC-JPやSHIFT_JISでは不具合が出てきてもおかしくありません。php.iniの変更が無理な場合は、No.4640にあるように.htaccessファイルを設置することで回避できるのではと思います。システムの変更が難しい場合でも、.htaccessならOKというところは多い気がします。それがダメなら再度考えてみようと思います。
4780-2 Re:Re:文字化けの件 オザワ @ Aug 22, 2010 11:45
ご回答ありがとうございます。
No.4640を再度熟読し、.htaccessの設定をチャレンジしてみます。
また相談に乗ってくださいませ。
よろしくお願いいたします。
No.4640を再度熟読し、.htaccessの設定をチャレンジしてみます。
また相談に乗ってくださいませ。
よろしくお願いいたします。
4780-3 Re:Re:Re:文字化けの件 オザワ @ Aug 22, 2010 11:35
解決いたしました。
次のようなコマンドを.htaccessに記載して、稼働させたところ、
ppBlogと今まで動かしているグループワークの両システムが
文字化けなく動作可能となりました。
[.htaccessの内容]
php_flag output_buffering Off
php_value output_handler none
php_value default_charset UTF-8
php_value mbstring.language Japanese
php_flag mbstring.encoding_translation On
php_value mbstring.http_input auto
php_value mbstring.http_output UTF-8
php_value mbstring.internal_encoding UTF-8
php_value mbstring.substitute_character none
次の[.htaccessファイルを使ったPHPの文字コードの設定]というページが大変参考になりました。
http://andante0727.blog81.fc2.com/blog-entry-48.html#attention
というか、そのままんま.htaccessに載せたら、上手くいった次第です。
ありがとうございました。
次のようなコマンドを.htaccessに記載して、稼働させたところ、
ppBlogと今まで動かしているグループワークの両システムが
文字化けなく動作可能となりました。
[.htaccessの内容]
php_flag output_buffering Off
php_value output_handler none
php_value default_charset UTF-8
php_value mbstring.language Japanese
php_flag mbstring.encoding_translation On
php_value mbstring.http_input auto
php_value mbstring.http_output UTF-8
php_value mbstring.internal_encoding UTF-8
php_value mbstring.substitute_character none
次の[.htaccessファイルを使ったPHPの文字コードの設定]というページが大変参考になりました。
http://andante0727.blog81.fc2.com/blog-entry-48.html#attention
というか、そのままんま.htaccessに載せたら、上手くいった次第です。
ありがとうございました。
100 件中の最新1-5 件を表示