てがろぐ
- Fumy Otegaru Memo Logger -
カテゴリ「カテゴリなし」の投稿［3935件］（28ページ目）
テストさせて頂きます。
𝓣𝓮𝓼𝓽 𝕋𝕖𝕤𝕥 𝔗𝔢𝔰𝔱
🇹🇪🇸🇹
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で動作しました！
さむい……！ 夏があれほど暑かったのだから、もうちょっと暖冬コースになってくれても良いのでは……。
🍔Re:4103◆ご報告ありがとうございます。usamimiユーザ、もしかして多いんですかね？
🍔Re:4103◆ご報告ありがとうございます。usamimiユーザ、もしかして多いんですかね？
投稿本文で使われているかどうかに関係なく、てがろぐ（の画像保存用ディレクトリ）にアップロードされている画像すべてを一覧表示する「画像一覧モード」を実装しました。夏頃に実施した「てがろぐ追加検討機能の投票結果」では、7番目に多かった機能です。
※まだ配布していません。（ヘルプドキュメントを整備次第、Ver 4.1.3βとして配布する予定です。）
🍯画像管理画面で『一覧外』フラグを立てていない画像すべてが表示対象です。ギャラリーモードとは違って、投稿単位ではなく画像単位で表示します。
🍯スキンの作り方は他と同じなので自由に表示をカスタマイズできます。NSFWフラグは（他のモードと同様に）class名の形で出力されますから、好きなようにスキンを作って表示を調整できるでしょう。
🍯画像ファイル名やキャプション、フラグ名で検索(絞り込み表示)もできます。AND OR NOT検索も可能なので、例えば「-nsfw」で検索すればNSFWフラグのない画像だけを表示できます。もちろん、逆に「nsfw」で検索すればNSFWフラグが付いた画像だけを表示できます。
🍯てがろぐでは画像そのものにはカテゴリは（今のところ）設定できませんが、キャプションと検索機能を併用すれば、自由な分類もできそうな気がします。
🍯一覧表示時には、サムネイル画像がUPされている画像はサムネイルの方が表示されます。画像の単独表示時には、サムネイルがあってもオリジナルの方が表示されます。
※画像が拡大画像へのリンクになるかどうかとか、サムネイルがある場合にサムネイルの方が表示されるかどうか等は、すべて管理画面の設定次第です。（投稿単位ではなく画像単位で表示されるという動作が異なるだけで、それ以外の仕様はすべて同じですから。スキンを作る記法にも全く違いはありません。）
※今の時点で281個の画像がUPされているにも関わらず、画像一覧モードのTOPを見ると277件と表示されるのは、「一覧外」フラグの立てられた画像が4つあるから。
➡ パラメータ mode=picts を付加したURL で表示できます。
※まだ配布していません。（ヘルプドキュメントを整備次第、Ver 4.1.3βとして配布する予定です。）
🍯画像管理画面で『一覧外』フラグを立てていない画像すべてが表示対象です。ギャラリーモードとは違って、投稿単位ではなく画像単位で表示します。
🍯スキンの作り方は他と同じなので自由に表示をカスタマイズできます。NSFWフラグは（他のモードと同様に）class名の形で出力されますから、好きなようにスキンを作って表示を調整できるでしょう。
🍯画像ファイル名やキャプション、フラグ名で検索(絞り込み表示)もできます。AND OR NOT検索も可能なので、例えば「-nsfw」で検索すればNSFWフラグのない画像だけを表示できます。もちろん、逆に「nsfw」で検索すればNSFWフラグが付いた画像だけを表示できます。
🍯てがろぐでは画像そのものにはカテゴリは（今のところ）設定できませんが、キャプションと検索機能を併用すれば、自由な分類もできそうな気がします。
🍯一覧表示時には、サムネイル画像がUPされている画像はサムネイルの方が表示されます。画像の単独表示時には、サムネイルがあってもオリジナルの方が表示されます。
※画像が拡大画像へのリンクになるかどうかとか、サムネイルがある場合にサムネイルの方が表示されるかどうか等は、すべて管理画面の設定次第です。（投稿単位ではなく画像単位で表示されるという動作が異なるだけで、それ以外の仕様はすべて同じですから。スキンを作る記法にも全く違いはありません。）
※今の時点で281個の画像がUPされているにも関わらず、画像一覧モードのTOPを見ると277件と表示されるのは、「一覧外」フラグの立てられた画像が4つあるから。
画像一覧モード用のサンプル画面を作るためのダミー画像群➌
画像一覧モード用のサンプル画面を作るためのダミー画像群➋
画像一覧モード用のサンプル画面を作るためのダミー画像群➊
画像一覧モードを実装した Ver 4.1.3β(未配布) の動作テスト。
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132
