カテゴリ「カテゴリなし」の投稿［3971件］（29ページ目）
さむぅい……。真冬の気温だ……。
🍘Re:4147◆ご報告をどうもありがとうございます！ 無事に $howtogetpath を書き換えなくても動作しましたか！ 良かったです。たぶん、あらゆるサーバで書き換えは不要になったのではないかと思っているのですが、実際に試してみないことにはハッキリしませんからね。(^_^;) ありがとうございます。(╹◡╹)ﾉ
🍘Re:4147◆ご報告をどうもありがとうございます！ 無事に $howtogetpath を書き換えなくても動作しましたか！ 良かったです。たぶん、あらゆるサーバで書き換えは不要になったのではないかと思っているのですが、実際に試してみないことにはハッキリしませんからね。(^_^;) ありがとうございます。(╹◡╹)ﾉ
配布お疲れ様です。早速アップデートしましたが私が使ってるカラフルボックスのサーバーでは$howtogetpathの値を変更しなくても動くようになりました。
#報告
#報告
うまくいけば、明日には Ver 4.1.4βとして配布したいと思っています。うまくいけば。うまくいけば。（主に気力）
スキン内に「IF文」を使って、状況に応じてHTML自体の出力を切り替えられる機能を実装した Ver 4.1.4β(未配布)の動作テスト。
公式配布スキンでは、画像一覧モード用スキンでIF文の記法を使うようにしました。
これによって、（CSSを使わずに）HTMLの段階で表示/非表示が切り替わりますので、非表示にしてある画像がLightboxに拾われてしまう問題も出なくなります。
公式配布スキンでは、画像一覧モード用スキンでIF文の記法を使うようにしました。
これによって、（CSSを使わずに）HTMLの段階で表示/非表示が切り替わりますので、非表示にしてある画像がLightboxに拾われてしまう問題も出なくなります。
テストあいうえお
テスト投稿
テストさせて頂きます。
𝓣𝓮𝓼𝓽 𝕋𝕖𝕤𝕥 𝔗𝔢𝔰𝔱
🇹🇪🇸🇹
TEST
自動バックアップ機能について誤解があるかもしれないので、ちょいと解説しておきます。#🌱豆知識
てがろぐには自動バックアップ機能があり、バックアップ用ディレクトリに日々バックアップファイルが蓄積されていきますが、この仕様は下記の[⭕正]の方です。
バックアップファイルは、1つ1つのファイル内に「過去の全投稿データ」が含まれています。もし過去500日間に渡って投稿してきたなら、その『500日分の全データ』が1ファイルの中に入っていますし、過去1000日間投稿しているなら『1000日分全部のデータ』が入っています。収録数に上限はありません。
1日単位でバックアップ先ファイルが切り替わって蓄積されていく仕組みなので誤解されがちかも知れないのですが、「1ファイルに1日分しか含まれない」わけではありません。
デフォルト設定では30ファイルまで蓄積して超過分は自動削除されますが、それは『過去30回(日)分の改変バージョンを保存している』というだけです。バックアップファイルを複数個維持する仕様なのは、「昔の編集状態に戻したい」と思ったときに戻せるようにしたり、「3日前に消してしまった過去投稿をやっぱり復活させたい」と思ったときにバックアップから復元できるようにするためです。
……というように、どのバックアップファイルにも「最古の投稿」から「バックアップされた時点」までの全投稿が含まれています。
1日単位でバックアップ先ファイルが切り替わる仕組みなのは、もし新規投稿や編集のたびに毎回ファイルを切り替えていく方式だと、1日に30回以上編集した時点で「昨日の時点に戻したい」と思っても無理になってしまうからです。それを防ぐために、1日単位でバックアップ先ファイルを新規生成する仕様になっています。
そのため、1日に何万回再編集しても昨日までのデータは常に残っているわけですから、仮にゲストユーザに悪戯で1万回投稿されたり、過去の投稿を誤って消してしまったりしても、昨日の時点のデータには絶対に戻せるわけです。
自動バックアップファイル数の設定値の上限を366にしていますが（※その「366」という上限値も誤解を招きやすいかもしれませんね^^;）、それは「さすがに過去366バージョンもの履歴（＝1年分の編集履歴）を残していれば充分だろう」と考えてのことであって、投稿データそのものは5年分でも10年分でも1ファイルの中に全部残っています。
もちろん、Web上に置いているバックアップファイル自体をうっかり（ディレクトリごと）消してしまう、というような操作ミスはあり得ますから、適宜ローカルにファイルをダウンロードしておくことをお勧め致します。
畳む
てがろぐには自動バックアップ機能があり、バックアップ用ディレクトリに日々バックアップファイルが蓄積されていきますが、この仕様は下記の[⭕正]の方です。
⭕正： 1ファイルの中に「過去の全投稿データ」が含まれる。
❌誤： 1ファイルの中には1日分の投稿データしか含まれない。
バックアップファイルは、1つ1つのファイル内に「過去の全投稿データ」が含まれています。もし過去500日間に渡って投稿してきたなら、その『500日分の全データ』が1ファイルの中に入っていますし、過去1000日間投稿しているなら『1000日分全部のデータ』が入っています。収録数に上限はありません。
1日単位でバックアップ先ファイルが切り替わって蓄積されていく仕組みなので誤解されがちかも知れないのですが、「1ファイルに1日分しか含まれない」わけではありません。
デフォルト設定では30ファイルまで蓄積して超過分は自動削除されますが、それは『過去30回(日)分の改変バージョンを保存している』というだけです。バックアップファイルを複数個維持する仕様なのは、「昔の編集状態に戻したい」と思ったときに戻せるようにしたり、「3日前に消してしまった過去投稿をやっぱり復活させたい」と思ったときにバックアップから復元できるようにするためです。
- 今日保存されたバックアップの中身 ➡ No.1～最新投稿の直前(または最後の編集の直前状態)
- 昨日保存されたバックアップの中身 ➡ No.1～昨日の最終投稿
- 一昨日保存されたバックアップの中身 ➡ No.1～一昨日の最終投稿
- ： ： ：
……というように、どのバックアップファイルにも「最古の投稿」から「バックアップされた時点」までの全投稿が含まれています。
1日単位でバックアップ先ファイルが切り替わる仕組みなのは、もし新規投稿や編集のたびに毎回ファイルを切り替えていく方式だと、1日に30回以上編集した時点で「昨日の時点に戻したい」と思っても無理になってしまうからです。それを防ぐために、1日単位でバックアップ先ファイルを新規生成する仕様になっています。
そのため、1日に何万回再編集しても昨日までのデータは常に残っているわけですから、仮にゲストユーザに悪戯で1万回投稿されたり、過去の投稿を誤って消してしまったりしても、昨日の時点のデータには絶対に戻せるわけです。
自動バックアップファイル数の設定値の上限を366にしていますが（※その「366」という上限値も誤解を招きやすいかもしれませんね^^;）、それは「さすがに過去366バージョンもの履歴（＝1年分の編集履歴）を残していれば充分だろう」と考えてのことであって、投稿データそのものは5年分でも10年分でも1ファイルの中に全部残っています。
もちろん、Web上に置いているバックアップファイル自体をうっかり（ディレクトリごと）消してしまう、というような操作ミスはあり得ますから、適宜ローカルにファイルをダウンロードしておくことをお勧め致します。
畳む
ロリポップ情報ありがとうございます！ なかなか一筋縄ではいきませんね。^^;
🍘Re:4132◆なるほど litxxx でも何も書き換えなくて大丈夫でしたか。情報をありがとうございます！ 助かります。
🍘Re:4133◆ハイスピードプランの情報もどうもありがとうございます！
収容サーバ番号で解説を分けるのは正確ではなさそうなので、とりあえず「ロリポップ①」・「ロリポップ➋」とだけ分ける形に変えてみました。(^_^;) ①でダメだったら➋を試してくれ、という感じで……。
ただ、次に公開するバージョンからは、（たぶん）どこのサーバでも $howtogetpath の値は書き換えなくて動作するようになるハズ……だと思っているのですけどもね。ちょいとコードを見直しまして。
🍘Re:4132◆なるほど litxxx でも何も書き換えなくて大丈夫でしたか。情報をありがとうございます！ 助かります。
🍘Re:4133◆ハイスピードプランの情報もどうもありがとうございます！
収容サーバ番号で解説を分けるのは正確ではなさそうなので、とりあえず「ロリポップ①」・「ロリポップ➋」とだけ分ける形に変えてみました。(^_^;) ①でダメだったら➋を試してくれ、という感じで……。
ただ、次に公開するバージョンからは、（たぶん）どこのサーバでも $howtogetpath の値は書き換えなくて動作するようになるハズ……だと思っているのですけどもね。ちょいとコードを見直しまして。
>>4131
4129です。お返事ありがとうございます。実装されるのを楽しみにお待ちしています！
ランダム表示、現時点でもスキンは設定できるのですね。試してみます。教えてくださりありがとうございました🙏
4129です。お返事ありがとうございます。実装されるのを楽しみにお待ちしています！
ランダム表示、現時点でもスキンは設定できるのですね。試してみます。教えてくださりありがとうございました🙏
初めまして！いつもお世話になっております。
4094 こちらの投稿見ました。ロリポップでハイスピードプラン、サーバー番号spdxxxでてがろぐ利用している者です。
私の方では以下のように設定したところ、無事利用できているのでご報告させていただきます。
（上記投稿から時間が経っているのでちょっと今更感ありますが……）
シバン：#! /usr/local/bin/perl
※xamppで確認したいためデフォルトのシバンでの確認はしておりません。
77行目 my $howtogetpath：2
パーミッション：
fumycts.pl 604
psif.cgi 600
skin-cover.html 604
skin-onelog.html 604
tegalog.cgi 700
tegalog.css 604
tegalog.ini 600
tegalog.xml 600
上記のような感じです。
my $howtogetpathを1にすると500エラーで管理者画面に移りませんでした。
参考になれば幸いです・・・！
4094 こちらの投稿見ました。ロリポップでハイスピードプラン、サーバー番号spdxxxでてがろぐ利用している者です。
私の方では以下のように設定したところ、無事利用できているのでご報告させていただきます。
（上記投稿から時間が経っているのでちょっと今更感ありますが……）
シバン：#! /usr/local/bin/perl
※xamppで確認したいためデフォルトのシバンでの確認はしておりません。
77行目 my $howtogetpath：2
パーミッション：
fumycts.pl 604
psif.cgi 600
skin-cover.html 604
skin-onelog.html 604
tegalog.cgi 700
tegalog.css 604
tegalog.ini 600
tegalog.xml 600
上記のような感じです。
my $howtogetpathを1にすると500エラーで管理者画面に移りませんでした。
参考になれば幸いです・・・！
>>4122
ロリポップのライトプランlitxxxのサーバー使用者ですが、tegalog.cgiの1行目と77行目は書き換えなくてもVer 4.1.3まで全て動いてます。サーバー番号は00xの1桁台です。
ロリポップのライトプランlitxxxのサーバー使用者ですが、tegalog.cgiの1行目と77行目は書き換えなくてもVer 4.1.3まで全て動いてます。サーバー番号は00xの1桁台です。
スマホよりテスト
Re:4127
No.4126です。早速のご返信ありがとうございました。
ver.4.1.4では対応済みとのことですので、しばらく待たせて頂くことにいたします。
今後のバージョンもきっと面白く便利な新機能が追加されると予想しておりますので、てがろぐの進化を楽しみにお待ちしております。
このたびはありがとうございましたm(_ _)m
No.4126です。早速のご返信ありがとうございました。
ver.4.1.4では対応済みとのことですので、しばらく待たせて頂くことにいたします。
今後のバージョンもきっと面白く便利な新機能が追加されると予想しておりますので、てがろぐの進化を楽しみにお待ちしております。
このたびはありがとうございましたm(_ _)m
にししさんはじめまして。いつも楽しくてがろぐを使わせていただいております！
本日はver.4.1.3のバージョンアップに関しての質問をいたしたく思います。
[現在の環境][さくらサーバ][ver.4.1.2を使用][.htaccessでtegalog.cgiのファイル名をindex.cgiに変更]
ver.4.1.2.までは問題なく使えています。
11/21に4.1.3ベータ版をてがろぐに適用しました。するとサーバーからエラーログが生成されたので
（このときのエラーログの保存はしていなくて申し訳ありません）、4.1.2に戻しました。
4.1.2に戻すと、エラーログは出なくなりました。
11/22に差し替えされた4.1.3.ベータ版を再度適用したところ、こちらでも再びエラーログが出ました。
"my" variable $glr masks earlier declaration in same scope at tegalog.cgi line 1831.:
という内容です。記憶ですが、11/21のエラーと同じものだと思います。
なので今はまたver.4.1.2に戻しています。
エラーログが出ている状態でも、てがろぐ自体にはアクセスできていますし、404や503などのページも出ません。
同じサーバ内のサイトにも異常はありません。ただエラーだけが出ている状態です。
この状況にこちらで対処できることはあるでしょうか。お忙しいところお手数をかけて申し訳ございませんが、ご指摘頂けましたら嬉しく思います。
本日はver.4.1.3のバージョンアップに関しての質問をいたしたく思います。
[現在の環境][さくらサーバ][ver.4.1.2を使用][.htaccessでtegalog.cgiのファイル名をindex.cgiに変更]
ver.4.1.2.までは問題なく使えています。
11/21に4.1.3ベータ版をてがろぐに適用しました。するとサーバーからエラーログが生成されたので
（このときのエラーログの保存はしていなくて申し訳ありません）、4.1.2に戻しました。
4.1.2に戻すと、エラーログは出なくなりました。
11/22に差し替えされた4.1.3.ベータ版を再度適用したところ、こちらでも再びエラーログが出ました。
"my" variable $glr masks earlier declaration in same scope at tegalog.cgi line 1831.:
という内容です。記憶ですが、11/21のエラーと同じものだと思います。
なので今はまたver.4.1.2に戻しています。
エラーログが出ている状態でも、てがろぐ自体にはアクセスできていますし、404や503などのページも出ません。
同じサーバ内のサイトにも異常はありません。ただエラーだけが出ている状態です。
この状況にこちらで対処できることはあるでしょうか。お忙しいところお手数をかけて申し訳ございませんが、ご指摘頂けましたら嬉しく思います。
画像投稿テスト。
高速道路
テスト
tesuto
ヘルプドキュメントに掲載しているレンタルサーバ別のセットアップ方法の案内部分で、ロリポップ用のセットアップ手順解説ページを2つに分割してみました。たぶん、この2種類で分けられるのではないかと思っているのですが、もし「うちのサーバでは、そうではなかったよ」という情報がありましたら教えて下さい。
はじめまして。ずっと気になっていたてがろぐを最近導入しました。無料での配布や、詳細なカスタマイズ方法の解説まで、本当にありがとうございます。尊敬しています。末永く使っていこうと思います。こう、ほどよいラフさのある投稿が苦手で、固い文章ですみません。これからも応援しています。
修正お疲れ様です。my $howtogetpathの値は常に弄ってるので「あれ？なんで今回の値は9なの？」と思ってましたがすっかり報告が抜け落ちてました…。すみません💦
昨日に配布した「てがろぐ」Ver 4.1.3β ですが、tegalog.cgi ソース冒頭の設定値が普段とは異なる値になっている状態で配布してしまったため、一部の環境では正しく動作しない問題がありました。正しい値に戻したソースを収録したZIPに差し替えましたので、もし動作に問題があった場合には（なければそのままで問題ありません）、お手数ですが再度ダウンロードして差し替えて下さい。
🧀Re:4114◆ご指摘ありがとうございます！ $cginame = 'tegalog.cgi';の値は、tegalog.cgiソース77行目にある my $howtogetpath の値を「 9 」に変更していないと使われないので、おかしいな……と思って確認してみたところ、昨日配布した 4.1.3βのZIPに含まれている tegalog.cgi は、その値が 9 になっていました。それが原因です。デフォルトの 2 にして頂ければ問題はなくなります。開発中にちょっと値を変更して動作テストをしたまま、うっかり元に戻すのを忘れていたようです……。
🧀Re:4114◆ご指摘ありがとうございます！ $cginame = 'tegalog.cgi';の値は、tegalog.cgiソース77行目にある my $howtogetpath の値を「 9 」に変更していないと使われないので、おかしいな……と思って確認してみたところ、昨日配布した 4.1.3βのZIPに含まれている tegalog.cgi は、その値が 9 になっていました。それが原因です。デフォルトの 2 にして頂ければ問題はなくなります。開発中にちょっと値を変更して動作テストをしたまま、うっかり元に戻すのを忘れていたようです……。
zzz
ああああああああああああああああ！
クッキーを備蓄しておきたい。🍪🍪🍪
🍔Re:4111◆ご報告をありがとうございます！ 今後ともバージョンアップにご活用頂ければ幸いです！
🍔Re:4111◆ご報告をありがとうございます！ 今後ともバージョンアップにご活用頂ければ幸いです！
tegup.phpがgmoインターネットのxreaで動作しました！
