てがろぐ
- Fumy Otegaru Memo Logger -
2019年4月 この範囲を時系列順で読む この範囲をファイルに出力する
桜の花の上に雪が積もるのは珍しかったね!!
>791
しかも突然の停電
しかも突然の停電
画像の投稿サイズ上限は自分で設定できるという点に気付いてない人多数の予感。
桜咲いてるのに雪
公式配布ページの「画像を直接アップロードする仕様」項目に、『※画像投稿エラーについて』と『※画像投稿ができない場合の対処方法』の説明を追加してみました。
🌟お知らせ：
Ⓐ4月9日(火) 午前1～7時 nishishi.com側サーバのメンテ（OS更新）終了
Ⓑ4月18日(木) 午前1～7時 nishishi.org側サーバのメンテ（OS更新）終了
配布サイトはⒶにあります。今ご覧のテストページはⒷにあり、βテスター用空間もⒷにあります。それぞれ、メンテ時間中にはアクセスできない可能性があります。※サーバのOSが「FreeBSD 11」にアップグレードされます。
Ⓐ
Ⓑ
配布サイトはⒶにあります。今ご覧のテストページはⒷにあり、βテスター用空間もⒷにあります。それぞれ、メンテ時間中にはアクセスできない可能性があります。※サーバのOSが「FreeBSD 11」にアップグレードされます。
最新の機能を使うためには、最新の機能を使えるようにするための記述がスキン内に存在しないといけない場合もあるので、もし配布スキンをそのまま使っている場合は、スキンも上書きアップデートして下さい。(^_^;) スキンをカスタマイズしたり自作したりしている場合には、上書きはできませんが……。(そういう方々に向けた何らかの情報提供が必要かな……。)
アップデートの詳細内容を（バージョンごとに）確認できる簡単説明ページとかがあった方が良さそう。
とりあえず、配布ページに「Internal Server Errorになってしまう場合の対処方法」という解説項目を加えてみました。
配布しているCGIソース自体も、改行コードを LF だけにした状態で配布した方が良いかな……。（ただ、Windows上でソースの先頭付近を書き換える際には、改行コードが CR+LF ではない場合に困るケースもあるかな、とも思わないでもないんだけども。）
Re:783～782◆それはおそらく、FTPでアップロードする際に改行コードが適切に変換されていないことが原因だと思います。配布している元ファイルの改行コードは（Windows向けの）CR+LFですが、たいていのウェブサーバでは（UNIX向けの）LFにする必要があります。FTPソフトのテキストモードで転送すれば、たいてい自動変換されるのですが、バイナリモードで転送されると自動変換されないのでInternal Server Errorになってしまいます。
CGIの先頭行を #!/usr/bin/perl -- のように「--」を加えると動作する理由は https://oshiete.goo.ne.jp/qa/767872.html#an2393406 が参考になります。それで動作しているなら良いのですが、改行コードがCR+LFのままだと、他の動作部分で何か予期しない不具合が出る可能性もないとは言えません。なので、可能なら「--」を付けなくても動作するようにアップロードし直される方が無難だと思います。
Re:781◆*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*
CGIの先頭行を #!/usr/bin/perl -- のように「--」を加えると動作する理由は https://oshiete.goo.ne.jp/qa/767872.html#an2393406 が参考になります。それで動作しているなら良いのですが、改行コードがCR+LFのままだと、他の動作部分で何か予期しない不具合が出る可能性もないとは言えません。なので、可能なら「--」を付けなくても動作するようにアップロードし直される方が無難だと思います。
Re:781◆*･゜ﾟ･*:.｡..｡.:*･'(*ﾟ▽ﾟ*)'･*:.｡. .｡.:*･゜ﾟ･*
すいません「500エラーが出て全く動きません。」の人です。
自己解決しました。
tegalog.cgiに記載のパスを
#!/usr/bin/perl --
に変更で無事動きました！
もし、同じような感じで悩まれている方は
参考にしてみてください。
お騒がせして申し訳ありませんでした！
自己解決しました。
tegalog.cgiに記載のパスを
#!/usr/bin/perl --
に変更で無事動きました！
もし、同じような感じで悩まれている方は
参考にしてみてください。
お騒がせして申し訳ありませんでした！
はじめまして、ロリポップにて画像の様なパーミッションでアップロードしたのですが、
500エラーが出て全く動きません。
ロリポップでの動作について、ご存知の方、お助けください
二時間ばかり格闘しましたが、、、モウダメポ（死語）
500エラーが出て全く動きません。
ロリポップでの動作について、ご存知の方、お助けください
二時間ばかり格闘しましたが、、、モウダメポ（死語）
>780
この気分が続きますように！
ଘ(੭*ˊᵕˋ)੭* ‧₊˚○ 久々の元気玉 笑
この気分が続きますように！
ଘ(੭*ˊᵕˋ)੭* ‧₊˚○ 久々の元気玉 笑
ありがとうございます！ 画像投稿周りももうちょっと機能拡張するつもりです。今は「1行目の最大xx文字をタイトルと解釈して2行目以降を本文と解釈することで、タイトル付きのブログスキンを作ることもできる仕様」的なものを実装したい気分になっていまして、この気分が続くようなら、何かそんな感じの新スキンができる予定です。(笑)
画像投稿機能の実装ありがとうございます！ Ver2.0.0試しに使ってみています。
データベース不要で使えるのが手軽で嬉しいです。こういう自己設置型のCGIをあまり見かけなくなったのでありがたいです。応援してます～
ハッシュタグが使える、検索できる、表示がシンプルなところがいいと思いました！
データベース不要で使えるのが手軽で嬉しいです。こういう自己設置型のCGIをあまり見かけなくなったのでありがたいです。応援してます～
ハッシュタグが使える、検索できる、表示がシンプルなところがいいと思いました！
最初、へいわって聞こえて、え!?と思ったら、れいわだった 笑
令和
新年号発表にどっきどき💗 今年はエイプリルフール自粛多いみたいですね。
みなさま良い4月を！
みなさま良い4月を！
レンタルサーバの「さくらインターネット」や「ロリポップ」に設置する場合は、パーミッションの数値は「一般」ではなく「SuEXEC」の方を設定して下さいね。……というのを、配布ページの説明に書いておいた方が良さそうだな……。
2019年3月 この範囲を時系列順で読む この範囲をファイルに出力する
「うちに設置した『てがろぐ』を見てくれ！」という方々がいらっしゃいましたら、ここにURLを投稿して下さって良いのですよ……！(笑)
あと半日で、平成の次の元号が発表されるのか……。今年の4月1日は、エイプリルフールどころじゃないな……。(^_^;)
ユーザリンク集は作ってみたい気はしますね。登録してくれる方が多かったら良いんですが。(^_^;) なお、レンタルサービス化はまだですが、No.661でのひっそり募集の件はまだ引き続き受け付けています。頻繁にいろいろ試して頂ける方はぜひご協力下さい～。
>769
使われていることが見えないと…というのは、
そういう意味でならレンタルが一番わかりやすい気もしますけど、まだやってない…ですよね。始まったらレンタルしたいです。
自己設置のみなさまにはユーザーズリンクみたいなのを作るとかは？
私は単に人様のつぶやきを見るのが好きなので、見て回りたい 笑
使われていることが見えないと…というのは、
そういう意味でならレンタルが一番わかりやすい気もしますけど、まだやってない…ですよね。始まったらレンタルしたいです。
自己設置のみなさまにはユーザーズリンクみたいなのを作るとかは？
私は単に人様のつぶやきを見るのが好きなので、見て回りたい 笑
「ツイッターなどだとキャラ名のタグを付けたくても検索の邪魔になりそうで遠慮してしまうが、自分サイトに置いた『てがろぐ』でなら気兼ねなくタグ付けできる」という話を聞いて、なるほどと思いました。
ご活用報告をどうもありがとうございます。報告頂けると開発の励みになって大変ありがたいです。(^_^) 使われていることが見えないと、次第に気力が衰えていきますので。(笑)
Re:766◆仕様上の限界は15MBでも問題なさそうですね。デフォルトの画像サイズ上限が1MBなのは、微妙に低かったかな……と思いました。携帯端末から写真を直接UPしようとすると、1MBではまず足りませんもんね……。(^_^;) CGIを自力で設置できるくらいのスキルがある人なら、上限設定サイズを単位Bytesで指定することも簡単なんじゃないかと思っていたんですけども、意外とそうでもないのか……？ と思ったり思わなかったり……。
Re:767◆RSS対応もそこそこ優先度高めで考えてはいます。RSSを出力するスキンを作れば今でもRSS対応は可能ですが、RSS Auto-Discovery関連の出力をする機能とかも含めて対応はしようかと考えています。
Re:768◆応援ありがとうございます！ とりあえず、折り畳み機能はさほど遠くない将来に実装しそうな気がしています。(^_^;)
Re:766◆仕様上の限界は15MBでも問題なさそうですね。デフォルトの画像サイズ上限が1MBなのは、微妙に低かったかな……と思いました。携帯端末から写真を直接UPしようとすると、1MBではまず足りませんもんね……。(^_^;) CGIを自力で設置できるくらいのスキルがある人なら、上限設定サイズを単位Bytesで指定することも簡単なんじゃないかと思っていたんですけども、意外とそうでもないのか……？ と思ったり思わなかったり……。
Re:767◆RSS対応もそこそこ優先度高めで考えてはいます。RSSを出力するスキンを作れば今でもRSS対応は可能ですが、RSS Auto-Discovery関連の出力をする機能とかも含めて対応はしようかと考えています。
Re:768◆応援ありがとうございます！ とりあえず、折り畳み機能はさほど遠くない将来に実装しそうな気がしています。(^_^;)
RSS専用のスキンを作って吐き出せないかしら！(叫び
>765
自分のとこは最大でも1.2MBぐらいでしたよ〜iphoneの元写真でも3MB程度。
設定画面から簡単に変えられるのはいいですね！
psdとかの元ファイルでもない限りは15MBは超えないんじゃないかな…？
自分のとこは最大でも1.2MBぐらいでしたよ〜iphoneの元写真でも3MB程度。
設定画面から簡単に変えられるのはいいですね！
psdとかの元ファイルでもない限りは15MBは超えないんじゃないかな…？
画像を投稿する用途で使う方々って、だいたいどれくらいのサイズの画像を投稿するんだろう？ Ver 2.0.0では、CGI側の設定に関係なく15MBを超えるデータが来るとその時点で強制的に接続が切れる仕様になっているんだけども。(無駄に大きなデータを悪戯で投下された際の対策として。) もっと大きな値にしといた方がいいのかな……？ （デフォルト設定だと、1MBを超えた時点で「容量超過」エラーが表示されますが、その上限値は設定画面から自由に変更できます。その設定とは別に存在する「強制的にHTTP接続を切る仕様上の上限」が15MBになっています。^^;）
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 171 172 173 174 175 176 177 178 179 180 181
