てがろぐ - Fumy Otegaru Memo Logger -
2025年8月26日(火) 21:31:00〔1時間前〕 更新
■カテゴリ「カテゴリなし」の投稿［4012件］（32ページ目） （ 4012 件 ）
■フリースペース： 編集
動作サンプルです。◆他のスキン：標準スキン, 昔のツイッターっぽいスキン(ピンク版), 付箋型スキン, シンプル日記スキン, ジャーナル(日誌)スキン, ブログタイプスキン, チャットタイプスキン, 黒板スキン 《てがろぐCGIの配布ページに戻る》
■日付検索：
■全文検索：
〔299文字〕 編集
2023/10/30 (Mon)
10:23:28
No.4086
by
ともよ
〔1年以上前〕
CGIは、サーバー側がすでに用意しているcgi-binフォルダ内に置かないと動かないようです。cgi-binの外に新規フォルダを作って試してみましたが、アクセスできませんと言うエラーが出ました(予想通り)。
phpのファイルは動いてるし、cgi-bin内でてがろぐは無問題に動いているし、他のusamimiユーザーの方は無問題なので、何かどこかで自分がやらかしてる可能性大です。
とりあえずてがろぐを使う分には今まで通りに更新作業をすればいいだけなので、その他考えられる問題点を解決しつつ、色々手探りで進んでみたいと思います。解決したらご報告にあがりますー。
ありがとうございますー！
〔597文字〕 編集
2023/10/30 (Mon)
07:46:42
No.4085
by
にしし
〔1年以上前〕
🌰Re:4084◆てがろぐ一式と tegup.php とは同じディレクトリに存在しないと認識しない仕様ですので、全ファイルを同じディレクトリに置いて頂く必要があります。PHPのソース冒頭で指定できるのはあくまでも tegalog.cgi のファイル名だけなので、そこに設置ディレクトリ名を書き加えても動かないのです。
usamimi.infoサーバでは、CGIは cgi-bin ディレクトリに置かないと動かないんですかね？ cgi-bin以外でも動くなら、てがろぐ一式も含めて全部を cgi-bin 以外のディレクトリに置いて頂ければPHPも動くと思います。キャプチャ頂いた通りのTegUpのエラー画面が表示されたなら、PHP自体は問題なく動作していますので。
もし、「CGIは cgi-bin でしか動作せず、PHPは cgi-bin 以外でしか動作しない」という仕様だとすると、少なくとも今の TegUp の仕様だと使えません。ただ、usamimiで既に使えている方がいらっしゃるからには、そういう仕様ではないとは思うのですけども。CGIとPHPが同じディレクトリでは動作しないサーバが存在するとは想定していませんでした。(^_^;;;
〔342文字〕 編集
2023/10/30 (Mon)
03:56:41
No.4084
by
ともよ
〔1年以上前〕
素早くご回答ありがとうございます。
usamimiの件、パーミッションをcgiともに700にしてみましたが、やっぱり500エラーは変わらず。
で、ちょっと出来心でcgi-bin以外のところに新規フォルダを作ってそこにtegup.phpだけ上げて(tegalog.cgiの場所はちゃんと書き換え)みたら、当然エラーは出たのですが、ファイル自体はちゃんと動いててエラー画面が表示されたと言う･･･。
他のusamimiユーザーの方の方はきちんと動いてるそうですし、自分が何かものすごく下らないミスをしてるんだと思うので、もうちょっと様子見してみます。
サポートありがとうございました。お供えしておきまーす。🍮 🍩 🍰 🍫
きちんとできたらまた報告に参ります。#感謝
〔424文字〕 編集
2023/10/29 (Sun)
02:41:23
No.4082
by
ともよ
〔1年以上前〕
>>4073
自分もusamimiユーザーなのですが、現在のサーバーのPHPのバージョンが8.1.9と言うのはどこで見れるのでしょうか。自分が調べたのでは、7.3.33と出たのですが。
TegUp使用報告
【サーバ】fya.jp
【PHP】5.5(suPHP 0.7.2)
無事に動いてアップデートもできました。
Usamimiの方はなぜか500エラーが出て、新規でてがろぐをupしてから試してみたのですが、どこで引っ掛かってるのやら。
"public_html/cgi-bin" is writeable by group" (suPHP 0.7.2)と出たので、属性部分でグループの"書き込み"をオフにしてみてもエラーは変わらず。すべての書き込みオフの属性"555"にしてみると、オーナーは書き込みオンの755に戻って、どちらにしてもダメと。
どなたか、どこで間抜けなミスをやらかしてるのか分かる方いらっしゃいますか。
〔168文字〕 編集
2023/10/28 (Sat)
10:38:53
No.4079
by
あどみ
〔1年以上前〕
【サーバ】さくらインターネット
【Perl】5.32.1
【PHP】8.1.24 (モジュールモード)
てがろぐVer4.0.1からVer4.1.0へ無事アップロード完了し、その後問題なく動作しております。
念のためスクショも置いていきます。
普段β版を使用しているのでβ版対応も楽しみです！
〔165文字〕 編集
2023/10/28 (Sat)
09:45:58
No.4078
by
あどみ
〔1年以上前〕
高機能なCGIの提供をありがとうございます。
ツイッターカードについて、ご質問をさせてください。
3週間ぐらい前から突然、ツイッター（X）に当該cgiのリンクを張っても、当該cgiのリンクしか表示されないようになりました。
なにか原因があるのでしょうか？
cgiの設定等はまったくいじっておりません。
〔168文字〕 編集
2023/10/27 (Fri)
23:22:36
No.4077
by
あどみ
〔1年以上前〕
TegUpを使用した報告に参りました。
サーバ：リトルサーバー
PHP：7.4
この条件で使用して、ver4.0.0からver4.1.0へ問題なくバージョンアップされました。
てがろぐを個人サイトの日記としてお借りしているのですが、
バージョンアップ作業時の不安感が解消されて、とても助かりました。
ありがとうございます。
〔94文字〕 編集
〔79文字〕 編集
2023/10/25 (Wed)
23:37:45
No.4075
by
あどみ
〔1年以上前〕
サーバ：ロリポップ
PHPバージョン：8.1
で問題なくバージョンアップ出来ました！
バージョンアップするのが、めちゃくちゃ楽ですね！！
〔213文字〕 編集
〔107文字〕 編集
2023/10/25 (Wed)
19:47:14
No.4073
by
あどみ
〔1年以上前〕
「TegUp」
サーバ：usamimi.info
PHP：8.1.9
で、バージョンアップの動作確認致しました。
β版へのバージョンアップにも対応予定ということで、楽しみにしています！
〔1080文字〕 編集
2023/10/25 (Wed)
17:49:22
No.4072
by
みさき
〔1年以上前〕
Raspberry Pi 上に構築した Raspberry Pi OS + Apache2 での動作チェックです
OS のバージョンなど…
$ lsb_release -a
No LSB modules are available.
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 10 (buster)
Release: 10
Codename: buster
Apache2 のバージョンなど…
$ apachectl -v
Server version: Apache/2.4.38 (Raspbian)
Server built: 2023-04-21T22:01:00
配布されていた「TegUp Ver 0.9.0」を解凍して「tegalog.cgi」と同じ場所に配置してブラウザから「tegup.php」を表示してみると…
「tegup.php」の内容がそのまま表示されました どうやら php が入ってないみたいな感じだったんで…
$ sudo apt install php
にて php をインストールしてみました
$ php -v
PHP 7.3.31-1~deb10u5 (cli) (built: Sep 4 2023 21:49:25) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.31, Copyright (c) 1998-2018 Zend Technologies
with Zend OPcache v7.3.31-1~deb10u5, Copyright (c) 1999-2018, by Zend Technologies
この状態から再びブラウザから「tegup.php」を表示してみたら…無事に動作したっていうか「てがろぐ本体お手軽アップデータ TegUp 0.9.0」が動作しました
なおもともと最新版だったようで「●このディレクトリで稼働中のバージョン： Ver. 4.1.0」との表示が出るだけでこれ以降の動作チェックすることはできませんでした まぁここまで来れば大丈夫っぽそうですかね
また「tegalog.cgi」がアップデートされた際に試してみようと思うので…引き続きの開発を楽しみに待ってますｗ
いつもありがとうございます ざっくりとですが「tegup.php」の動作報告でした
〔66文字〕 編集
2023/10/25 (Wed)
11:55:32
No.4071
by
みさき
〔1年以上前〕
さくらインターネット
perl5.8.9
php8.1.24
です。
だこつです
〔107文字〕 編集
2023/10/24 (Tue)
23:51:12
No.4069
by
あどみ
〔1年以上前〕
XREA（フリー）のPHP8.0.28で動作確認しています。
TegUpの読み方ですが、私は「てがっぷ」派です。そっちのほうがかわいいので (笑)。
〔103文字〕 編集
2023/10/24 (Tue)
22:58:05
No.4068
by
あどみ
〔1年以上前〕
てがろぐいつも活用させて頂いております。開発ありがとうございます(^^)
〔58文字〕 編集
2023/10/24 (Tue)
11:39:21
No.4066
by
ともよ
〔1年以上前〕
( ﾟ∀ﾟ)o彡°
〔109文字〕 編集
2023/10/22 (Sun)
13:21:13
No.4064
by
あどみ
〔1年以上前〕
レイアウトの件、試行錯誤してどうにか思う形に近づきました。
下書きの件は過去ログを検索しても同様の質問がなく、自分だけの症状かと不安だったので同じ方がいらして安心しました。
〔123文字〕 編集
〔411文字〕 編集
2023/10/21 (Sat)
20:24:31
No.4062
by
あどみ
〔1年以上前〕
「てがろぐ」があまりにも万能すぎて、自分のサイトで三つも設置してしまいました。
今回、はじめて下書き機能を使ってみたのですが、下書きであってもページ移動リンクに表示されるのは仕様でしょうか。
投稿単独表示で利用しており、例えばNo.2までの投稿があったとして、No.3を新たに下書き投稿した場合、No.2のページにNo.1へのリンクとNo.3へのリンクが表示されてしまいます。
No.3へのリンクをクリックしても、ログインしていなければ「指定された番号の投稿は存在しません。」ということで内容は表示されないのですが、気になります。
また、[[NAVI:PREVNEXT]]はPREVとNEXTが別々にレイアウトができると助かります。好みの問題なのですが、あいだに目次やホームを挟んだレイアウトにしたいのです。
とくに不具合というわけでもないので、お時間のあるときにお返事をいただければありがたいです。
〔350文字〕 編集
2023/10/18 (Wed)
08:56:49
No.4061
by
にしし
〔1年以上前〕
🌰Re:4060◆どっへえ。すごいバグですね……。URLの中に、さらに「 http:// 」の文字列が出てくることを想定していませんでした。現時点での解決策としては、URLの途中に出てくる方の http:// を http:// のように書き換えると、うまくリンクできます。ラベル のように。今のところはこの方法で対処して下さい。ご報告をありがとうございます。次のバージョンで解決させます。
https://web.archive.org/web/～/http://www.nintendo～
↓ ↓ ↓
https://web.archive.org/web/～/http://www.nintendo～
〔168文字〕 編集
2023/10/18 (Wed)
00:41:09
No.4060
by
あどみ
〔1年以上前〕
元リンクは：https://web.archive.org/web/20050406220316/http://www....
〔94文字〕 編集
〔166文字〕 編集
〔170文字〕 編集
2023/10/11 (Wed)
22:10:14
No.4056
by
あどみ
〔1年以上前〕
>>4052です。
ルートディレクトリの直下にはfavicon.svg/favicon.ico/favicon.pngが置いてあったのですが、
HTMLには何も指定が無かったのでタグを追加したところ無事表示されました。
レスありがとうございました！即レスが返ってきて解決してしまったのでびっくりしています😂
〔44文字〕 編集
2023/10/11 (Wed)
11:07:46
No.4055
by
ともよ
〔1年以上前〕
Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。
〔914文字〕 編集
2023/10/11 (Wed)
07:00:14
No.4054
by
にしし
〔1年以上前〕
🌰Re:4048◆直接そのような機能は用意していないのですが、「続きを読む」機能のうち、 [H:～] 記法を使って指定範囲を隠す書き方ではなくて、 ＜＞ の記法を使って以後全部を隠す書き方を使うと、[[COMMENT:BODY]] のように『投稿本文の一部分だけが挿入されるような記法』が使われているスキンでは「続きを読む」機能が有効にならないという仕様があります。この仕様を使って、「一覧表示時用のスキン」と「投稿単独ページ用のスキン」とを分ければ、お望みの動作になりそうな気がします。
- 詳しくは、使い方・設定方法ページの「続きを読む(一部を隠す)機能の仕様」区画の中にある、「それ以降の全部を隠すタイプの「続きを読む」ボタンの書き方」あたりをご参照下さい。
- また、スキンの書き方については、カスタマイズ方法ページの「スキンのカスタマイズ方法（書き方リファレンス）」内の「【投稿本文関連要素（オプション）】」あたりをご参照下さい。（例えば [[COMMENT:LINE:1*]] と書くと、実際には投稿本文全部が表示されるものの、内部的には本文を分割している扱いになりますから、＜＞ の記法での続きを読む機能は無効になります。）
🌰Re:4052◆なるほど、モバイル版Firefoxにそんな問題があったとは……。分かりやすい図示をありがとうございます。favicon.icoファイルの存在を探しに行かない仕様はさすがに不具合なのではないかと思いますので、そのうち解決してくれるのではないかな、と期待したいところですね。Webサイト側としては、No.4053さんの方法を使えば対処できそうです。
🌰Re:4053◆解決策のご提示をありがとうございます。(╹◡╹) もはや「あらゆるブラウザが無条件でfavicon.icoを読みに行く」という動作が標準な感じですから、HTMLソース内でfaviconの存在を明示するのは「.ico形式以外の画像を指定したい場合だけ」みたいな感覚で居るのですが、まさかこんなところに落とし穴が。(^_^;)
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
復活しました。