2022年11月 この範囲を時系列順で読む この範囲をファイルに出力する
https://www.behance.net/1svnet
🍪Re:3253◆もしかして、ここの存在が認識されていない可能性もあるかな……という気もしてきました。使うCGIの動作サンプルは誰でも見るんじゃないかと思っていたのですけども、「他のユーザさんが使っているのを見て導入を決めた」という場合は、わざわざ公式サイトで動作サンプルを見る必要もないでしょうしね……。ユーザさんが増えて、SNSで話題にして下さる頻度も増加しているなら、たいへんありがたいことです。(開発モチベーションが向上するので。)
🍪Re:3254-3256◆たしかに、そのテキストエディタだと見やすそうですしスマートフォンだけでも設置のための書き換えくらい楽々そうですね!
🍪Re:3258◆てがろぐのご愛用をどうもありがとうございます。(╹◡╹) 「能動的に読みに来られない限り誰の目にも触れない」環境というのは気楽に放言しやすいですね。(笑)
てがろぐのおかげでTwitterとかだと「こんな発言をTLに流したら邪魔に思われるかな」と思うような投稿もじゃんじゃかできるのでとても助かっています。
これからも利用させて頂きます。素晴らしいプログラムを開発してくださってありがとうございます🙏
#感謝
3255です。教えてくださってありがとうございます! 使いやすそうですね!!
3254です。おっしゃる通り、FTPクライアントとテキストエディタです。最近記事を書きましたので、よろしければご覧ください。
そのアプリは、FTPとテキストエディタですか? なんていうアプリですか?
昔から定期的にTwitterからの移住先が話題になりますが、にししさんも仰ってるように全員同じサイトに移住するのでない限り、Twitterから動かない人が多そう。
>>3253
最近は2画面のスマホが一般的になり、昔に比べて画面が大きくなったことでマルチタスクがより一般的になってきました。
パソコンと同じで使い方次第ですね。

最近Twitterの先行きが不穏で、色んな他のSNSやらが話題に上がってその中でてがろぐの話題も増えてて、てがろぐユーザーがフォローし合ったりと言うのが増えてるらしく、Twitter内で相互サポートみたいな空気に一部なってるのかなあと思いました。
公式に質問するのがいちばん早いですが、自分の常駐の生息地内で問題解決したいと言う気持ちが強いのかもー(スマホユーザーだと他アプリに移動するのぶっちゃけめんどいですし)。
スマホ使ってみると、PCってつくづくマルチタスクって思い知る今日この頃。
個人的にはてがろぐのあの画像つきTweetは、てがろぐの話題だ!ってすぐ分かるので自分的には便利。(大変どうでもいい)
うさみみ族てがろぐの民ってIDをどこかで取ろうかな。
🍩Re:3247◆ドーナツを買ったら我慢できずにその場で食べてしまうために備蓄ができないので大丈夫でした!(大丈夫とは)
🍩Re:3248◆ダークモードは過去にも軽くご要望頂いたような気もするのですけども、書き換えないといけないCSS量が多くて先送りになっております。気長にお待ち頂ければ幸いです。
🍩Re:3249◆設置方法の見やすさをどうにかしたのは1年くらい前かな……という気がなんとなくします。もはや覚えていませんが。^^;◆スキンを配布して下さる方が増えると私も嬉しいです。(╹◡╹)
🍩Re:3250◆てがろぐユーザは、最近は「てがろぐの民」と呼ばれるのですか。(笑) 解決はできたっぽいですね。参考までにここにも書いておきますと、管理画面の「設定」→「補助出力」→【OGP+Twitter Cardの出力】の「共通画像のURL」項目です。ただ、そこの設定を弄らなくても投稿本文内に画像があれば、その画像が使われますけどもね。
設置の際の話ですが.htaccessでディレクトリインデックスを変えたときにログインや投稿ができなかった気がします、この件については$howtogetpathを標準から0か1にして解決したと思います(ちょっと記憶があいまいですみません。
話変わりますがスキン公開してる方少し増えた…?
独自デザインで使ってる人を見るのも楽しいですしスキン配布する方も増えるといいな~と思います!
カラーテーマでは白い部分はそのままなので、むりやりCSSぶっ込んで何とかしてしまうのはよろしくなさそう…
🍩Re:3242◆情報をどうもありがとうございます。何も選択していなくてもアラートが記録されていましたか……。とりあえず、そのアラートが記録されない仕組みを追加しても古いサーバでも問題なく動作することが確認できましたので、次のバージョンからは記録されずに動作するように改善します。
🍩Re:3245◆なるほど、さくらインターネットのサーバでもそのような動作になるケースがあるのですね……。情報ありがとうございます。絶対パスで画像が指定された場合でエラーを表示する状況になった際には、その辺の情報も併せて表示することで対処を促せるような感じに改善しようかな……と考えています。とりあえず、手動で設定頂けたなら何も問題はありませんので、そのまま(今後のバージョンでも)ご使用下さい。
3231,3236です。
そのとおりです。さくらのレンタルサーバを使用していて、「/home/username/www」が標準のusername.sakura.ne.jp、「/home/username/www/hoge」にさくらのサブドメインhoge.sakuraweb.comを設定、てがろぐを「/home/username/www/hoge/tegalog」に設置しているとして、「hoge」は入ってなかった、という状態でした。
承知いたしました、今後は固定にした設定で使っていきます。ありがとうございます!
問題ないということでしたらこのまま使わせていただきます!
てがろぐのバージョンは最新版の3.8.0で、perlは5.32.1です。
ちなみに設置してすぐに設定いじらずデフォルトのまま、カテゴリも何も選ばずに文字だけ投稿して、エラーが出てました。
🍵Re:3235◆それは良いアイデアですね! 採用します!
🍵Re:3236◆ご確認をありがとうございました。なるほと、ディレクトリが1つ足りませんでしたか。参考までにお尋ねしたいのですけども、もしかしてその足りないディレクトリというのは、「特定のドメイン用のディレクトリのHOME」を表すディレクトリでしょうか? 例えば、/home/username/www がレンタルサーバ初期ドメインのHOMEとしてアクセスできるディレクトリで、/home/username/www/example.com が独自ドメイン example.com のHOMEとしてアクセスできるディレクトリ……というような。その /example.com ディレクトリが抜けていた、とかそういう現象ですかね?(だとすると、環境変数からドキュメントルートを取得する方法ではバーチャルドメイン環境では使えないことになるので、何か別の対策が必要ですね……。) なお、実践して下さったように、「ドキュメントルートの位置」項目の値を「固定」に切り替えて、足りないディレクトリ名を補って使って頂く方法で問題ありません。今後もその方法でご使用下さい。
🍵Re:3237◆私も待っています。(笑)
🍵Re:3238◆参考までに教えて頂きたいのですが、てがろぐのバージョンと、Perlのバージョンは何でしょうか? そのアラートは「この書き方は脆弱性に繋がる可能性がある」と警告するものですが、てがろぐのソースでは大丈夫ですので無視して頂いて問題ないのですけども(※新しい書き方をすれば回避できるのですが、古い環境でも実行できるようにするために、あえてこの書き方を使っています)、たしかに投稿のたびにアラートが記録されるのはあまり気持ちよくはないですね(たぶん複数のカテゴリを指定して投稿した場合等に記録されるのだと思いますが)。tegalog.cgiの91行目付近に use CGI; という行がありますが、この直後に $CGI::LIST_CONTEXT_WARN = 0; という1行を追記しておくとそのアラートは出なくなります。次のバージョンからはデフォルトで書き加えておくか何か考えます。なお、さくらインターネットでPerlのバージョンを知るには、下図の場所(スクリプト設定→言語バージョン設定)をご参照下さい。

🍵Re:3240◆ご要望をどうもありがとうございます。そういえば、記事一覧画面では全部のチェックボックスに一気にチェックを入れたり外したりする機能がありませんでしたね(画像管理画面にはあるのですが)。次のバージョンで加えておきます。
要望なのですが、投稿を削除する時などにチェックボックスにひとつひとつチェックするのが大変です。
まとめてチェックできたら嬉しいです。
投稿すると、おそらく毎回「AH01215: CGI::param called in list context from tegalog.cgi line 5200, this can lead to vulnerabilities. See the warning in "Fetching the value or values of a single named parameter"」というエラーログが出てます。
さくらサーバーのスタンダードです。ライトプランのときにも出てました。
このエラーログが出ているだけで、動作自体に問題はなさそうなのですが。
ググってもさっぱり分からなくて…。同じ報告はないようでしたので私だけかもしれませんが、対処方法あるでしょうか。
( ゚∀゚)o彡°配布用スキン!配布用スキン!
( ゚∀゚)o彡°宣伝!宣伝!
3231です。
お返事ありがとうございます!
ドキュメントルートの位置は「環境変数から自動取得で設定」でした。
固定欄に入っている文字列の「/home/ユーザー名/www」+[PICT:スラッシュからの絶対パス~]ですとひとつディレクトリが抜けている状態でした。
これを固定に設定し、「/home/ユーザー名/www/抜けていたディレクトリ名」を固定欄に入れたところ、3.8.6βで表示されるようになりました!
サムネイルの画像は使っておらず、オリジナル画像だけです。今までの画像が全部エラーになってしまっていたので、全部修正する必要があるのかと思い3.8.4に落としたところでした。
表示されて安心しました、ありがとうございます。今後、現在設定した状態で使っていけば大丈夫でしょうか。
画像保存用ディレクトリ以外の場所に置いてある画像を表示させたい場合で、サムネイル画像も表示させたい場合は、(「/」で始まる絶対パスでうまくいかない場合は)「../」で上位ディレクトリを参照する方法で画像の位置を書いてみて下さい。
🍮Re:3229◆配布も期待しております。(╹◡╹)ノ
🍮Re:3230◆なかなかユーザさんがどんなことを実現しようとなさっているのかを知る機会がないので(知る機会がなくても、それができているなら問題ないんですが)「こうしようと思ったけどできなかったので諦めた」という状況は(実際には方法が存在する場合には)大変もったいないので、いろいろ解説を書いて下さるのはとてもありがたいです。当初は、「クッション画像を置きたい」という需要があることにすら微塵も気付きませんでしたし。^^;
🍮Re:3231◆ありゃ……。そんな問題がありましたか! 原因を究明するために、もし可能でしたら教えて頂きたいのですが、管理画面の「設定」→「システム設定」→【サーバパス設定】→「ドキュメントルートの位置」の値は、「環境変数から自動取得で設定」ですか? それともご自身で何か設定されていますか? (どちらを選んでいる場合でも)そこの「固定」欄に入っている文字列(例えば /home/username/www )と、[PICT:~]記法で指定したファイルパス(例えば /materials/photo/sakura.jpg )を加えると、正しくサーバ上の位置を示しますか?(例の場合は /home/username/www/materials/photo/sakura.jpg がサーバ上の正しい位置(PATH)でしょうか?)Ver 3.8.5ではこのフルパスにファイルが実在するかどうかをチェックするようになりましたので。
あと、それはサムネイル画像の表示機能を使っている場合でしたか? それとも、サムネイルではなくオリジナル画像だけが表示される状況でしたか?
🍮Re:3232◆もちろんどうぞー。歓迎致します🎉🎈 配布用スキンでなくても、てがろぐの解説とか、設置したてがろぐの宣伝でも歓迎致します!
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 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170