てがろぐ - Fumy Otegaru Memo Logger -

お手軽一言掲示板(この辺の文章は「管理画面」の「設定」内にある「フリースペース」タブから編集できます。)

動作サンプルです。 ご自由にお試し下さい。パスワードguest管理画面もお試し頂けます。
■いま見ているスキンは「シンプル日記スキン」です。他に、 標準スキン昔のツイッターっぽいスキン(ブルー)昔のツイッターっぽいスキン(ピンク)付箋型スキンジャーナル(日誌)スキンブログタイプスキン(タイトル付きブログっぽくできるスキン)、 黒板スキンチャットタイプスキンがあります。
てがろぐCGIの配布・解説ページに戻る
:シンプル日記スキン: スキンは弄り放題なので、掲載したくない要素はたいてい省けます。このスキンでは投稿者名を一切表示しません。

or 管理画面へ

サイトマップ 5048件]20ページ目)

No.3280

>>3279
にししさんじゃないですが、CSS(positionプロパティ)で位置調整したらなんとかなりそうです。

No.3279

いつもでがろぐを便利に使わせて頂いております。
記事の単独表示をしている時、内側用スキンに[[NAVI:PREVNEXT]]のような前後の投稿へ移動するリンクを表示する方法ってありませんでしょうか?もしくは、ユーティリティリンク枠の中に「1つ前の投稿を表示」「1つ後の投稿を表示」という項目を付け足せるようにするのはプログラムの構造上やっぱり難しいのでしょうか。

現在、外側スキンの[[TEGALOG]]のすぐ下に[[NAVI:PREVNEXT]]を記載しているのですが、他ならぬ私自身がユーティリティリンク枠の方に目が行ってしまい、その下にある前後リンクの存在に気付きにくかったのが発端です。ユーティリティリンク枠のすぐ上に前後リンクを表示するか、ユーティリティリンク枠の中に前後リンクを組み込めたら気付きやすいなと…。

No.3278

最初の投稿時点から画像の配置を自由にしたい場合には、
  1. 先に管理画面の「画像の管理」で掲載したい画像をアップロードしておいて、
  2. 投稿内に含めたい画像すべてにチェックを入れてから、
  3. 『選択した画像を新規投稿に使う』の右横の「実行」ボタンを押す
……という手順で新規投稿画面を出せば、最初から画像の配置を自由にできます。

まあ、「画像の管理」画面へ移動する手間は掛かりますから、「QUICKPOSTから下書き設定で本文と一緒に画像もUPしておいて、下書き保存した後に編集する」というのと、あまり手間は変わらないかも知れませんけども。ただ、「画像の管理」画面から先にUPしておく方が、どの画像がどのファイル名なのかが把握しやすくて良いかもしれません。 >>3277,3275

回答/返信 No.3277

つい最近2022年になったような気がするのですけども、もうあと1ヶ月ちょっとで終わるの……?🤔

🧀Re:3274◆眺めて下さってありがとうございます。セットアップ時に1回だけしか閲覧されないページにここまで力を入れる意味があるかどうかはあえて考えないようにして作りました。(笑) 楽しんで頂けたなら嬉しいです。

🧀Re:3275◆長年のご愛用をどうもありがとうございます。画像投稿前に画像挿入記法を挿入するのは、画像投稿前だとファイル名が確定できないので、少なくとも今のところは無理なのです。隠したい画像が含まれる場合や、画像掲載位置を調整なさりたい場合は、少々ご面倒ですが一旦「下書き」状態で投稿して頂いて、編集してから「下書き」指定を外して公開頂くなどの方法でご対処頂けますと幸いです(おそらく既にそうなさっているのだと思いますが)。ファイル名が確定していなくても、[PICT:1]、[PICT:2]、[PICT:3]……みたいな仮記法をプレースホルダ的に挿入しておいて、投稿処理時に内部で自動変換する手もあるとは思うのですが、処理が複雑になりますので(画像挿入をやめる操作をされたときに編集領域から動的に消さないといけないとか)よほど莫大な需要があったら話は別ですが、今のところは下書きを経由してご投稿頂けるとありがたいなあ……という考えでおります。^^; (続く➡No.3278

No.3275

てがろぐをかれこれ3年ほど愛用しています。てがろぐはバージョンアップが簡単なのがさり気なくとても便利ですね!アプデ毎に自作スキンを調整しなくても良いので有り難いです。
最近話題になっていた画像投稿時にワンクッションを挟む方法、私は「続きを読む」ボタンで画像を隠す方法で対処しているのですが、それだと一枚目のみを表示することが出来ません。画像を投稿する時にファイルを選択したら「PICT:xxx.jpg」が投稿欄に書き込まれた状態にすることは可能でしょうか?そうなれば隠すボタンで二枚目以降を隠して投稿出来るので便利かなと。今は投稿後に編集で隠しています。
#感謝 #要望

No.3274

>>3266 >>3273
にししさん、お疲れ様です。
レンタルサーバ別セットアップページ、わかりやすくていいですね…!
もうてがろぐ設置済みの身なのに、自分の利用サーバのページを見て楽しんでます。

情報 No.3273

先月から実施中の「てがろぐユーザアンケート」について、今月10日に回答数67件の時点で一旦集計してブログ記事で紹介しました。
その『稼働サーバ』集計のアップデート版を掲載します。回答総数は78件(※レンタルサーバ名の記述がない回答を除く)です。
20221124215946-nishishi.png
ご協力下さった方々、どうもありがとうございます。これらのデータを元に、昨日レンタルサーバ別のセットアップ方法各ページを公式サイトに加えました。
アンケート自体は今後も継続して受け付けております。)

各レンタルサーバの内訳は以下の通りでした。
  • さくらインターネット:ライト11、スタンダード7
  • リトルサーバー:ミニ5、ワード4、リトル2、ビッグ1、不明1
  • ロリポップ:エコノミー3、ライト8、ハイスピード1
  • スターサーバー:フリー4、エコノミー2、ライト1、ハイスピード2
  • XREA:全員Free
  • mixhost:スタンダード2、プレミアム1
  • Just-Size.Networks:サブドメイン2、エコノミー1
ほかは、契約プランが1種類だけか、回答者が1人だけか、プランの記載がなかったかです。

ブログ記事中で紹介した集計結果から減っているのがあります(ロリポップとスターサーバーが1ずつ減っています)が、集計がミスっていたようです。^^;

回答/返信 No.3272

備蓄ピザを買いに行ったら(安売りが今日までだったためか)在庫僅少でした……😢

🍪Re:3271◆ご活用ありがとうございます。お役に立っているようで嬉しいです。(╹◡╹) 創作サイトでご活用下さっている方々も結構いらっしゃるようですね。

No.3271

小説機能としててがろぐをお借りしている人間です。掲示板CGIではありますが、めちゃくちゃ多機能なおかげでサイト運営がしやすくなりました。本当にたすかります。ありがとうございます。
#感謝

回答/返信 No.3270

寝るぅ。(:3[_____]

🍪Re:3268◆完璧なサポートをありがとうございます!(╹◡╹)ノ
🍪Re:3267-3269◆投稿番号の再採番は開発のToDoリストには入っているのですが、そうそう直近には実現しなさそうな感じです。将来的には(手動入力した日付でのソート機能と一緒に)実装したいとは思っているのですが。気長にお待ち頂ければ幸いです。で、今すぐに投稿番号を振り直したい場合は、No.3268さんのサポートの通り、データファイル(tegalog.xml)を直接編集頂く方法しかないです(←リンク先のFAQ記事もご参照下さい)。投稿番号は重複しさえしなければ、好きに割り振れます。

No.3269

3268
なるほどtegalog.xml!記事のURL変わることも承知で試してみたいと思います。
ご親切にありがとうございます!!

No.3268

>>3267
tegalog.xmlをテキストエディタで開いて<id>数字</id>を直接修正というのはできると思うんですけど
そうすると記事単体ページのURLが変わったりしちゃうと思うんですが大丈夫ですか?

No.3267

いつも愛用させていただいてます!
質問です。投稿番号の振り直しはできませんか?色々試しているうちに物凄く桁が多くなってしまって💦

情報 No.3266

てがろぐ設置方法の解説ページを拡充して、レンタルサーバ別のセットアップ方法(15件)を加えました。これからセットアップされる方は参考にして下さい。
https://www.nishishi.com/cgi/tegalog/setup/#howtoset
20221123235726-nishishi.png

回答/返信 No.3265

不思議なことに🍪🍪🍪、なぜか体重が増え続けているような……?🤔

🍪Re:3263◆たしかに、最初はその文章を読んだ気がします。(過去投稿が知らないうちにスパムに書き換えられていると困るので)ここでは14日以上前の投稿は再編集できない設定にしてあったのですが、(最近は投稿頻度も高いので14日だと結構簡単に流れて行ってしまうこともありますし)とりあえず投稿から18時間経つと再編集できないように設定を変更してみました。18時間にしたのは、朝に投稿したのを夜になって修正したくなることくらいはあるかな、と思いまして。再編集画面が出せないと記法を案内しにくくなるデメリットがありますが、まあその辺は第2試験場を使えば良いでしょうね。

🍪Re:3264◆なるほどライトプラン。そういえば、さくらインターネットではドメイン関連の仕様がプランで微妙に異なっていた気がしますから(アクセスログにドメインが記録されるかされないかとか)、その辺が影響していそうですね。情報ありがとうございます。

No.3264

>>3246
3245です。開放発言も拝見して思ったのですが、私がライトプランだからかもしれません。以前スタンダードとライトを契約していた時、.htaccessでスタンダードだと有効、ライトだとエラーになる記述がありました。確か拡張子を非表示・省略させるものだったかと…今は試していないのでわかりませんが、プランごともしくはサーバーごとにいろいろと違うようなのでその影響かなーと思いました。
大変かと思いますが、解決策を示してくださって助かりました。改めてありがとうございます。これからも愛用します!

No.3263

>>3262
3254です。
スマホも最近はニ画面が当たり前みたいになってるし昔と比べると大画面だしマルチタスク当たり前になりつつあるかも。パソコンと同じで使い方次第って感じですね。
と書いてました。大筋は変わらないので何故編集したのか謎。

No.3262

どれの話? >>3261

No.3261

ああ…、誰でもログインできるから誰の投稿でも編集できるわけか。まさか編集されるとは思わなかったけど😅

No.3260

SNSも様々あります、adobeもありましたね。
https://www.behance.net/1svnet

回答/返信 No.3259

昼食はチャーハン。おなかいっぱいになったものの、Twitterにクッキーまんがが流れてきたのでクッキーが食べたくなりました。

🍪Re:3253◆もしかして、ここの存在が認識されていない可能性もあるかな……という気もしてきました。使うCGIの動作サンプルは誰でも見るんじゃないかと思っていたのですけども、「他のユーザさんが使っているのを見て導入を決めた」という場合は、わざわざ公式サイトで動作サンプルを見る必要もないでしょうしね……。ユーザさんが増えて、SNSで話題にして下さる頻度も増加しているなら、たいへんありがたいことです。(開発モチベーションが向上するので。)

🍪Re:3254-3256◆たしかに、そのテキストエディタだと見やすそうですしスマートフォンだけでも設置のための書き換えくらい楽々そうですね!
🍪Re:3258◆てがろぐのご愛用をどうもありがとうございます。(╹◡╹) 「能動的に読みに来られない限り誰の目にも触れない」環境というのは気楽に放言しやすいですね。(笑)

つぼやきつぼやき No.3258

今の名義でてがろぐを使うようになって、そろそろ一年が経ちます。
てがろぐのおかげでTwitterとかだと「こんな発言をTLに流したら邪魔に思われるかな」と思うような投稿もじゃんじゃかできるのでとても助かっています。
これからも利用させて頂きます。素晴らしいプログラムを開発してくださってありがとうございます🙏
#感謝

No.3257

>>3256
3255です。教えてくださってありがとうございます! 使いやすそうですね!!

No.3256

>>3255
3254です。おっしゃる通り、FTPクライアントとテキストエディタです。最近記事を書きましたので、よろしければご覧ください。

No.3255

>>3254
そのアプリは、FTPとテキストエディタですか? なんていうアプリですか?

No.3254

いつの間にかTwitterで「てがろぐ」と検索すると結構ツイートが引っかかるようになってますね。ほぼ創作サイトなのは時代の流れか…(創作全くしないマン)
昔から定期的にTwitterからの移住先が話題になりますが、にししさんも仰ってるように全員同じサイトに移住するのでない限り、Twitterから動かない人が多そう。
>>3253
最近は2画面のスマホが一般的になり、昔に比べて画面が大きくなったことでマルチタスクがより一般的になってきました。
パソコンと同じで使い方次第ですね。
774.jpg

つぼやきつぼやき No.3253

>>3251
最近Twitterの先行きが不穏で、色んな他のSNSやらが話題に上がってその中でてがろぐの話題も増えてて、てがろぐユーザーがフォローし合ったりと言うのが増えてるらしく、Twitter内で相互サポートみたいな空気に一部なってるのかなあと思いました。
公式に質問するのがいちばん早いですが、自分の常駐の生息地内で問題解決したいと言う気持ちが強いのかもー(スマホユーザーだと他アプリに移動するのぶっちゃけめんどいですし)。
スマホ使ってみると、PCってつくづくマルチタスクって思い知る今日この頃。
個人的にはてがろぐのあの画像つきTweetは、てがろぐの話題だ!ってすぐ分かるので自分的には便利。(大変どうでもいい)

うさみみ族てがろぐの民ってIDをどこかで取ろうかな。

No.3252

というか、ここで質問してくれて良いんですよ……。(その方が、どんな質問がよくあるのかを把握できるので、FAQの整備にも役に立ちますし。)

回答/返信 No.3251

チーズの値段が上がっていた……!🧀🧀🧀 _(┐「ε:)_

🍩Re:3247◆ドーナツを買ったら我慢できずにその場で食べてしまうために備蓄ができないので大丈夫でした!(大丈夫とは)
🍩Re:3248◆ダークモードは過去にも軽くご要望頂いたような気もするのですけども、書き換えないといけないCSS量が多くて先送りになっております。気長にお待ち頂ければ幸いです。
🍩Re:3249◆設置方法の見やすさをどうにかしたのは1年くらい前かな……という気がなんとなくします。もはや覚えていませんが。^^;◆スキンを配布して下さる方が増えると私も嬉しいです。(╹◡╹)
🍩Re:3250◆てがろぐユーザは、最近は「てがろぐの民」と呼ばれるのですか。(笑) 解決はできたっぽいですね。参考までにここにも書いておきますと、管理画面の「設定」→「補助出力」→【OGP+Twitter Cardの出力】の「共通画像のURL」項目です。ただ、そこの設定を弄らなくても投稿本文内に画像があれば、その画像が使われますけどもね。

No.3250

Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。

No.3249

設置方法(簡易版)がポイントとかが大きく表示されたりしてより解りやすくなってました(前からだったらすみません)
設置の際の話ですが.htaccessでディレクトリインデックスを変えたときにログインや投稿ができなかった気がします、この件については$howtogetpathを標準から0か1にして解決したと思います(ちょっと記憶があいまいですみません。

話変わりますがスキン公開してる方少し増えた…?
独自デザインで使ってる人を見るのも楽しいですしスキン配布する方も増えるといいな~と思います!

No.3248

管理画面にもダークモードがほしいとおもったりするこの頃…
カラーテーマでは白い部分はそのままなので、むりやりCSSぶっ込んで何とかしてしまうのはよろしくなさそう…

No.3247

そういう時間に食べるドーナツが一番おいしいので明日は用意しておきましょう(悪魔のささやき)

回答/返信 No.3246

お腹が減ってきました。ドーナツがあったら食べてしまいそうですが、ないので太らずに済みます。やった。_(┐「ε:)_

🍩Re:3242◆情報をどうもありがとうございます。何も選択していなくてもアラートが記録されていましたか……。とりあえず、そのアラートが記録されない仕組みを追加しても古いサーバでも問題なく動作することが確認できましたので、次のバージョンからは記録されずに動作するように改善します。

🍩Re:3245◆なるほど、さくらインターネットのサーバでもそのような動作になるケースがあるのですね……。情報ありがとうございます。絶対パスで画像が指定された場合でエラーを表示する状況になった際には、その辺の情報も併せて表示することで対処を促せるような感じに改善しようかな……と考えています。とりあえず、手動で設定頂けたなら何も問題はありませんので、そのまま(今後のバージョンでも)ご使用下さい。

No.3245

>>3241
3231,3236です。
そのとおりです。さくらのレンタルサーバを使用していて、「/home/username/www」が標準のusername.sakura.ne.jp、「/home/username/www/hoge」にさくらのサブドメインhoge.sakuraweb.comを設定、てがろぐを「/home/username/www/hoge/tegalog」に設置しているとして、「hoge」は入ってなかった、という状態でした。
承知いたしました、今後は固定にした設定で使っていきます。ありがとうございます!

つぼはちつぼはち,テストテスト No.3244

テスト

No.3242

3238です。お返事ありがとうございます。
問題ないということでしたらこのまま使わせていただきます!
てがろぐのバージョンは最新版の3.8.0で、perlは5.32.1です。
ちなみに設置してすぐに設定いじらずデフォルトのまま、カテゴリも何も選ばずに文字だけ投稿して、エラーが出てました。

回答/返信 No.3241

返信が遅くなってすみません。昨日は脳がうまく回転していなかったので。_(┐「ε:)_

🍵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のバージョンを知るには、下図の場所(スクリプト設定→言語バージョン設定)をご参照下さい。
20221117132651-nishishi.png

🍵Re:3240◆ご要望をどうもありがとうございます。そういえば、記事一覧画面では全部のチェックボックスに一気にチェックを入れたり外したりする機能がありませんでしたね(画像管理画面にはあるのですが)。次のバージョンで加えておきます。

No.3240

お世話になっています! いつもありがとうございます。

要望なのですが、投稿を削除する時などにチェックボックスにひとつひとつチェックするのが大変です。
まとめてチェックできたら嬉しいです。

No.3238

質問というか報告なのですが。
投稿すると、おそらく毎回「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"」というエラーログが出てます。
さくらサーバーのスタンダードです。ライトプランのときにも出てました。
このエラーログが出ているだけで、動作自体に問題はなさそうなのですが。
ググってもさっぱり分からなくて…。同じ報告はないようでしたので私だけかもしれませんが、対処方法あるでしょうか。

No.3237

>>3232
( ゚∀゚)o彡°配布用スキン!配布用スキン!
( ゚∀゚)o彡°宣伝!宣伝!

No.3236

>>3233
3231です。
お返事ありがとうございます!
ドキュメントルートの位置は「環境変数から自動取得で設定」でした。
固定欄に入っている文字列の「/home/ユーザー名/www」+[PICT:スラッシュからの絶対パス~]ですとひとつディレクトリが抜けている状態でした。
これを固定に設定し、「/home/ユーザー名/www/抜けていたディレクトリ名」を固定欄に入れたところ、3.8.6βで表示されるようになりました!
サムネイルの画像は使っておらず、オリジナル画像だけです。今までの画像が全部エラーになってしまっていたので、全部修正する必要があるのかと思い3.8.4に落としたところでした。
表示されて安心しました、ありがとうございます。今後、現在設定した状態で使っていけば大丈夫でしょうか。

No.3235

「# 」をハッシュタグだと認識させたくないってやつ、単に数値参照を挿入できるボタンを投稿欄の下につけられるようにしてくれたらいいな~と思いますがいかがでしょうか?

No.3234

No.3231さんの現象とは別件かもしれませんが、「スラッシュで始まる絶対パスで表示画像を指定している」状況では、それに対応するサムネイル画像を正しく表示できない可能性があるっぽいことに気付きました。
画像保存用ディレクトリ以外の場所に置いてある画像を表示させたい場合で、サムネイル画像も表示させたい場合は、(「/」で始まる絶対パスでうまくいかない場合は)「../」で上位ディレクトリを参照する方法で画像の位置を書いてみて下さい。

回答/返信 No.3233

備蓄の冷凍ピザを買いに行かなければ……。🍕🍕🍕

🍮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◆もちろんどうぞー。歓迎致します🎉🎈 配布用スキンでなくても、てがろぐの解説とか、設置したてがろぐの宣伝でも歓迎致します!

つぼはちつぼはち No.3232

配布用スキン作ったらここで宣伝してもいいのかな|д゚)チラッ

No.3231

アップデートお疲れ様です!いつもありがとうございます。
#報告 です。3.8.6βにアップデートしたところ、[PICT:スラッシュからの絶対パス~]で表示している画像が「ファイル …は見つかりませんでした。スラッシュで始まる絶対パスは、ドキュメントルートからの絶対パスだと解釈される点にご注意下さい。」という表示になりました。アップデートする直前まで使っていた3.8.4に戻したところ表示されましたので、今のところは3.8.4を使います。

No.3230

画像にワンクッションの方法を模索していた者です。
>>3216 >>3224 のご教示ありがとうございました。てがろぐ、使う側の工夫次第でいろんなことができそうで楽しいです😄
また、拙宅での試行錯誤もご紹介くださりありがとうございました(とりあえず問題ない方法だとわかって一安心しましたw

No.3229

Twitterで見る デモモードで動作しています。ここでは、作者であるnishishiアカウント以外のツイートの埋め込みはできません。テキストリンクとして掲載は可能ですが、ツイート主が拡散を希望していない可能性がある点にもご配慮下さい。

No.3228

ご報告ありがとうございます! 問題なくなって良かったです。もしかしたら違うところにも別の問題がある可能性も(そういえば可能性としては)あるよな……と後になってから思い至ったので、どうなのかちょっと心配でした。(笑) 解決して良かったです。>>3277

No.3227

3223で埋め込みの不具合があると書いた者です。素早い対応ありがとうございます!問題なく表示されることを確認しました😊
#感謝 #報告

アップデート✨ No.3226

開発進捗状況報告サイトで、てがろぐ Ver 3.8.6(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。

まだ Ver 3.8.5βにしていなかった方々
 ➡ どうぞ 3.8.6β をご試用下さい。
既に Ver 3.8.5βをお使いだった方々
 ➡ 下記の2点に該当する場合は 3.8.6β をご試用下さい。該当しない場合は 3.8.5 のままで特に問題ないと思います。
1️⃣ 「サムネイル画像がある場合にはサムネイルを先に表示する機能」を使おうと思っている場合。
2️⃣ SSI等を使って、最新投稿などを別のページに埋め込んで表示している場合。

回答/返信 No.3225

久しぶりに烏龍茶を飲みました。

🍵Re:3218◆ご試用ありがとうございます! デフォルト入力色の変更は個人的に欲しかったので実装したのですが、お役に立ったようで嬉しいです。(╹◡╹)
🍵Re:3219◆スキンの選択肢を増やして下さるのは、私にとっても大変ありがたいです。
🍵Re:3220◆ご報告ありがとうございます。高画質な画像を掲載したい場合には、たしかに(通信)容量に気を遣いますものね。
🍵Re:3221◆β版のご試用ありがとうございます。問題ないようで良かったです。

🍵Re:3223◆ご報告をどうもありがとうございます。たしかに、SSIで埋め込んで使う場合に問題がありますね。こちらでも確認しました。設定で「画像パスに絶対URL(フルパス)を使う」項目をONにしていても、サムネイル画像に関しては相対パスで出力されてしまう不具合がありました。なので、SSIで合成している場合には相対パスのまま出てしまって、何も画像が表示されなくなる問題がありました。ローカルのソースは修正しましたので、この後、配布します。

No.3224

▼いきなりは見せたくない画像にギャラリーモード用スキンでもワンクッション置きたい場合の(たぶん)簡単な方法 #🌱豆知識

No.3216でご紹介した方法は(標準添付スキンの)ギャラリーモード用スキンでは使えません。そのギャラリーモード用スキンを大幅にはカスタマイズせずに同じことを実現したい場合、もし、カテゴリを利用しても構わないなら(=特定のカテゴリに属する投稿だけで、画像にワンクッションを置く……という運用で構わないなら)、以下の方法もあります。

※注:てがろぐ完全構成パッケージに標準添付しているギャラリーモード用スキンでの話です。ギャラリーモードそのものに特別な事情があるわけではないので、スキンの作り方次第でどうにでもなります。

長いので畳んでおきます。

---【デフォルトの内側スキン】---
(標準添付スキンの)ギャラリーモード用スキンでは、投稿本文に含まれる1枚目の画像を表示する部分として、以下のように書いています。
<p class="imagebox">
   <!-- ▽投稿本文内の1つ目の画像だけを表示 -->
   [[ONEPICT:1]]
</p>


---【内側スキンのカスタマイズ】---
ここに、カテゴリIDだけが得られる記法 [[CATEGORYIDS]] を下記のように加えます。
<p class="imagebox [[CATEGORYIDS]]">
   <!-- ▽投稿本文内の1つ目の画像だけを表示 -->
   [[ONEPICT:1]]
</p>


すると、もし「カテゴリIDが cushion であるカテゴリ」に属している投稿では、以下のように出力されます。(説明に不要な属性は省略)
<p class="imagebox cushion">
   <!-- ▽投稿本文内の1つ目の画像だけを表示 -->
   <a class="imagelink" href="画像"><img class="embeddedimage" src="画像"></a>
</p>

※もし複数のカテゴリに属しているなら class="imagebox hogehoge cushion higehige" のような感じで、半角空白文字区切りで全部出力されます。

---【CSSの追記】---
なので、以下のようにCSSを書いておくことで、問答無用でクッション画像に差し替えられます。
.cushion .embeddedimage { display: none; }
.cushion .imagelink {
   display: inline-block;
   width: 200px;
   height: 200px;
   background-image: url("クッション画像のURL");
}


上記のCSSの中身は、No.3216でご紹介した方法と同じです。(赤文字のセレクタが異なるだけです。ここは用意したカテゴリIDに変更する必要があります。)
1行目で『本来表示されるハズだった画像』を消して、2~7行目で『代わりのクッション画像』を表示しています。(クッション画像の原寸が表示サイズよりも大きいなら、さらに background-size:contain; 等を加えると良いと思います。)

もしクッション用画像が複数種類あるなら、その分だけカテゴリを増やす必要があります。
なので、「クッション画像を加えるためだけにカテゴリを使いたくない」という場合には使えない方法ですね。

「カテゴリは使いたくないが、ハッシュタグなら使っても良い」という場合には、moka(えむおか)さんによるテクニックもあります。「特定のハッシュタグに続く画像」を対象にするというテクニックですね。なるほど、こんな方法が……と驚きました。(判定用に記述するハッシュタグは、CSSで非表示にすれば、見た目を変えることなく使えそうな気もします。)
畳む

No.3223

3214です。
すみません、本体自体は問題なかったのですが、SSIで他のページに投稿を埋め込むとサムネイル画像が表示されません。サブディレクトリの位置がImagesディレクトリと同じ位置で出力されてるようです。
ちなみにてがろぐ本体の設定ですがmy $howtogetpathの値を0に変更してます。
#報告

No.3222

テスト💯💮🔵🪙🎮🎻🥇🧊🥮🧶🎅👏👏🏼👏🏻💻📑😗👾🤑

No.3221

3.8.5β配布ありがとうございます。こちらもアップデートさせていただきましたが、設定画面も動作に問題ないです。

No.3220

β版開発お疲れ様です。早速DLしました。サムネイルも問題なく表示できております。#報告 #感謝
重たい画像をUPしたいときに便利そうですね…!!

No.3219

nememori.infoさんで配布して下さっているスキンを使いたくてβ版入れました!
自分だけのツイッターみたいで壁打ちに最適で楽しいです!
配布して下さってありがとうございます!

No.3218

Ver 3.8.5配布ありがとうございます!!
自動で入る色を設定しておける機能が地味に便利で嬉しいです!😊

No.3217

ああそうか。標準添付のギャラリーモード用スキンだと、先のではダメなのか。_(:3」∠)_

No.3216

▼いきなりは見せたくない画像にワンクッション置きたい場合の(たぶん)チョー簡単な方法 #🌱豆知識

ワンクッション用の画像を(画像ごとに用意するわけではなく)共通の1種類だけ用意して使い回したい場合には、サムネイル画像を用意するよりも、以下の方法で記述する方が楽で良さそうです。
長いので畳んでおきます。

---【前提説明というか事前説明というか背後の説明】---
てがろぐでは、画像を挿入する際に、以下のように書きますね。
[PICT:gazo.jpg]
これだけだと、実際には以下のような感じのHTMLで出力されます。(説明に不要な属性は省略)
<a class="imagelink" href="画像"><img class="embeddedimage" src="画像"></a>

---【ワンクッション置きたい際の記述例】---
先の画像挿入記法を、さらに自由装飾記法で囲んで、以下のように書きましょう。
[F:mask:[PICT:gazo.jpg]]
すると、以下のようなHTMLで出力されます。(説明に不要な属性は省略)
<span class="decorationF deco-mask"><a class="imagelink" href="画像"><img class="embeddedimage" src="画像"></a></span>

これを利用すれば、以下のようにCSSを書いておくことで、問答無用でクッション画像に差し替えられます。(リンク先は変わらないので拡大画像では本来の画像が見えます。)
.deco-mask .embeddedimage { display: none; }
.deco-mask .imagelink {
   display: inline-block;
   width: 200px;
   height: 200px;
   background-image: url("クッション画像のURL");
}


●まず、1行目で『本来表示されるハズだった画像』を消します。
●2~7行目で、『代わりのクッション画像』を表示しています。(画像は6行目にある background-image プロパティにURLを指定します。サイズは、4行目と5行目の width と height に指定します。クッション画像の原寸が表示サイズよりも大きいなら、さらに background-size:contain; とか background-repeat:no-repeat; とか加えると良いと思います。)

もしクッション用画像が複数種類あるなら、自由装飾記法で使うclass名を mask1、mask2、mask3……とか複数用意すれば良いでしょう。

※自由装飾記法で「mask」と指定すると、実際に出力されるclass名は「deco-mask」になる仕様に注意してCSSを書いて下さい。
自由装飾記法については、公式マニュアルの「class名を自由に指定できる装飾記法」をご覧下さい。

なお、画像1つずつで異なるクッション画像を用意したい場合は、今回の Ver 3.8.5β で実装したサムネイル画像機能が望ましいでしょう。
上記で紹介した方法でも、サムネイル画像を使う方法でも、OGP(og:image)では本来の画像が出ます。それを避けたい場合は1枚目の画像には無難な画像を指定するとかして下さい。^^;
また、本格的に容易には見せたくない画像の場合は、鍵付き機能を使うと良いと思います。鍵付き投稿の場合は、デフォルト設定ではOGPにも表示されません。

CSSは、もうちょっとなんかイイ書き方があるかも知れません。今ぱっと思いついたのを書いただけなので……。

※(標準添付スキンの)ギャラリーモード用スキンで同様の方法を使いたい場合は、No.3224をご覧下さい。
畳む

回答/返信 No.3215

おなかいっぱい。_(┐「ε:)_

🍕Re:3214◆早速のご試用をどうもありがとうございます! てがろぐ上でサムネイル画像をUPできるようにする際には、自動で元のファイル名と同じになるようにします。たぶん、画像管理画面で「この画像用のサムネイルをアップロードする」みたいな機能を用意すると思います。ただ、その機能を用意するのは、今計画している(画像キャプションとかをあらかじめ登録しておける)画像インデックス生成機能を実装した後になりますので、まだもっと先になる予定です。気長にお待ち頂ければ幸いです。

No.3214

β版配布ありがとうございます!早速アップデートしてサムネイル画像が表示されることを確認しました。ブラウザ上でサムネイル画像がアップロードできるようになるなら、サムネイル画像のファイル名が自動的に画像のファイル名と同じになってくれるとありがたいです。
#報告 #要望

アップデート✨ No.3213

開発進捗状況報告サイトで、てがろぐ Ver 3.8.5(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。

🆕 Ver 3.8.5βの更新点(概要):
《▼新機能・仕様改善》
サムネイル画像が存在する場合には『ページ上の表示にはサムネイル画像を使い、Lightboxでのリンク先にはオリジナル画像を使う』ように表示できる機能を追加。
「現在のスキンでの表示を維持する」目的で自動挿入される各種記述をスキップできる記法 [[NO-LINKADJUSTMENT]] を内側スキンにも書けるように改善。
文字色として自動入力するサンプルと、背景色として自動入力するサンプルを設定できる機能を追加。
ログインフォームの下部に表示できるメッセージを設定画面で設定できる機能。
●[PICT:/hogehoge/hoge.png] のように、スラッシュで始まる絶対パスで画像が指定されたときに、ファイルが見つからなければその旨をエラー表示するよう仕様改善。(従来は、何も表示されないimg要素が出力されていました。)
●[PICT:../../hogehoge/hoge.png] のように、上位ディレクトリを参照するパスで画像が指定されたときに、ファイルが見つからなければ注釈を含むエラーを表示するよう仕様改善。
●デフォルトで読み込むLightboxを Ver 2.11.3 にバージョンアップ。(※従来はIE対策として、あえて 2.11.0 を読み込んでいました。)
●将来的に設定画面をカスタマイズできるようにするための布石として画面出力方法をちょっとだけ変更しました(見た目にはほとんど変わりありません)。

《▼不具合修正》
「続きを読む」機能を本文中に使っていながら、設定画面で「続きを読む」機能をOFFにすると、Internal Server Errorになる不具合を修正。
外側スキンに [[NO-LINKADJUSTMENT]] を書いていても、ハッシュタグリストではスキンが維持されてしまう不具合を修正。
比較的古いバージョンのPerlで実行すると、「Unrecognized escape \\v passed through at tegalog.cgi」というアラートがサーバのエラーログに記録される問題を解消。
設定画面のHTMLにいくつか存在していた文法ミスを修正。

設定画面の生成方法を変更したので(見た目にはほとんど変わりないのですけども)、問題なく設定変更できるかどうかもお試し頂ければ幸いです。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。

回答/返信 No.3212

近所のスーパーで冷凍ピザの安売り(\198)が長く続いていて嬉しい。直径27~8cmくらい。

🍕Re:3210◆URLが分かるわけでもなく、誰なのかも分かるわけでもないので、同一サーバでありながら「繋がっていそうで、繋がっていない」みたいな緩い関係がちょっと面白いですね。
🍕Re:3211◆ご回答ありがとうございます! 各機能がどれくらい認識されているのかの情報は特に、なかなか興味深いです。

No.3211

てがろぐアンケート自分も回答した一人ですが、こうして他の方の回答 を知れるのも面白いですね~!

No.3210

>>3203
はーい |´ω`)ノ゙))
てがろぐアンケートのおかげで、同サーバてがろぐ仲間が見つかるという思わぬ喜びが。

回答/返信 No.3209

いま何を食べたいか書こうかな……と思ったのだけど、すごくおなかいっぱいだった。ピザを食べたから。ぐふぅ。_(┐「ε:)_

🍕Re:3207◆スマートフォンでも不便ではないと聞いて安心しました。私自身がほとんど常にPCの前に居る生活なので、モバイル端末であまりアクセスしないものですから、小型端末での使用感を把握できていないので、どうなのかな……と思っていたのでした。

No.3207

ブログ読ませていただきましたが、スマホで操作するのに不便を感じたことはないです。アップデートで躓くこともありませんでしたし。普段スマホでしか投稿しないので、むしろ本体更新のためにパソコンを開くのが億劫すぎて…。さすがにスキンをイチから作るときはパソコンを使いますが、手直しする程度ならテレビ見ながらスマホでサクサクっと弄っちゃいます。外出先で即更新できるのも便利。出かけるときにパソコンを必ず持っていくわけじゃないですが、スマホは必ず持っていくので。慣れたら更新程度なら5分とかかりません。

No.3206

半月前くらいから実施している「てがろぐ稼働サーバについてのアンケート」にご回答下さった方々、どうもありがとうございました(回答自体は今も受け付けています)。思いのほかたくさんの回答が得られましたので、ちょっと集計してみた結果をお知らせ致します。
てがろぐ稼働サーバと機能認知度の話

No.3205

Twitterの方鍵掛けてらっしゃるので見えないけれども、スキンを数種配布してらっしゃる方、新作キター! 後でDLしに行く。

No.3204

もしサムネイル画像がアップロードされていたら、最初はサムネイル画像の方を表示しておいて、クリックされたらLightboxではオリジナル画像を見せる機能を実装した Ver 3.8.5β(未配布)の動作テスト。
サムネイル表示テスト縦長 サムネイル表示テスト1
※注:てがろぐ側でサムネイル画像が自動生成できるわけではありません。FTP等の手段を使って、オリジナル画像の他にサムネイル画像を自力でアップロードした場合に限って使える機能です。
※画像のアップロード先は、必ずしもてがろぐの画像保存用ディレクトリでなく他のディレクトリでも構いません。
※サムネイル画像は、てがろぐ内蔵機能を使ってはアップロードできません。少なくとも今のところは。(なので、FTP等の別手段で画像をUPしている方々のみに向けた機能です。今のところ。)

No.3203

>>3190
てがろぐユーザーでusamimiの民ー! |´ω`)ノ゙))

No.3202

さっすが!

No.3201

やったー

No.3200

すごい

No.3199

できるよ🙄

テストテスト No.3198

改行してないことにできるか?のテストです。

No.3197





😎

No.3196

改行できるか?
のテストです。

回答/返信 No.3194

脂肪を減らさねば……。🍔🍩🍫

🍪Re:3193◆アドバイスをありがとうございます。こうして見ると、BBCのclass名の付け方が謎ですね。本当にそこまでclass分けする必要があるのかと。たぶんCMSがランダムに割り振っているだけなんでしょうけども、16pexesとかwoxom8とか、ぱっと見て何か意味があるのかな、と思ってしまいます。(^_^;)
🍪Re:3192◆管理画面もスキン式にとは斬新なアイデアですね! そこには思い至りませんでした。面白そうですね。ただ、実装が大変そうですけども。^^; それこそ >>3193 さんの方法が役に立たないでしょうか? CSSだけで実現可能な範囲でなら何でも対処できそうな気がします。

No.3193

今日のひとことに投稿されていた、BBCのフォントの件ですが、StylusのようなユーザーCSSを適用できる拡張機能を使えば、好みのフォントで見られるようになりますよ!
私はこれを使って、自分の好きなフォントでウェブサイトを見ています。快適です。

BBCにお好きなフォントを適用するCSSを書いてみました。参考にどうぞ。
body, button, select, input, option, textarea, label, .bbc-uc98c5, .bbc-1vr3bdn, .bbc-1tf9dgo, .bbc-1hic50p, .bbc-piraa4, .bbc-1s1cxbv, .bbc-1oa7vn6, .bbc-1lz5bd3, .bbc-1y0drz9, .bbc-dv6s4x, .bbc-1g1sves, .bbc-yn6o4f, .bbc-br9lqb, .bbc-7x6bd, .bbc-bsvy9j, .bbc-otirxy, .bbc-x8tdvl, .bbc-1c2bffn, .bbc-3mkwa9, .bbc-8qmk60, .bbc-1xek14n, .bbc-6nijst, .bbc-mzf1mo, .bbc-1l80z7i, .bbc-1ssqj8h, .bbc-1376p5v, .bbc-1c5klff, .bbc-1c8gppe, .bbc-190umnl, .bbc-sahdy6, .bbc-16pexes, .bbc-woxom8, .bbc-1w4k4yn { font-family: /* お好きなフォント */; }畳む

No.3192

こんにちは。素晴らしいCGIをありがとうございます。
DLしていろいろ触ってみているところです。
質問というか要望というかなのですが、管理画面のデザインを少々変えたく思い試行錯誤中です。
管理画面のシステム設定からedit.cssの読み込みをオンにしてみましたがこれが適用されるのは「編集画面(フォームが表示されるページ)」だけなのですね。これを管理画面の全ページで読み込むようにはできませんか?
あるいは管理画面もスキン式に…と思いましたがそうすると公式アップデートで変更があったときにちょっと面倒になるかもですね🤔

回答/返信 No.3191

落花飴が美味しいので2日で1袋くらい舐めきってしまう……。🍬🍬🍬

🍪Re:3188◆詳しい分析と背景と解説をありがとうございます。どんな動作になると望ましいかがよく分かって参考になります。[[NO-LINKADJUSTMENT]] に関しては、外側スキンと内側スキンで別々に記述でき、それぞれお互いには影響しない仕様で行こうと思います。本文からハッシュタグだけを抽出して掲載する [[COMMENT:TAGS]] に関しては、[[COMMENT:TAGS:PURE]] というオプションを設けると便利かもしれませんね。(ただ、「本文中に挿入されているハッシュタグリンクからはskinパラメータを抜く」というJavaScriptを用意している場合は、それがそのまま [[COMMENT:TAGS]] で出力される内容も対象にして処理するでしょうから、記法として存在してもあまり意味はないかもしれませんけども。^^;)

No.3190

てがろぐ稼働サーバに関するアンケート へご回答下さった皆様、どうもありがとうございます。
最初は10件くらい集まれば良い方かな……などと思って始めたのですけども、今の時点で57件の回答が得られました。予想外にたくさんご協力頂けてたいへん嬉しいです。57件とは。もしかして、てがろぐを使って下さっている方々は100人くらいはいらっしゃるのかな……?
まだ回答は受け付けておりますので、もしまだでしたらよろしければご回答をお願いします。

今のところ、ご回答頂いたレンタルサーバは下記の通りです。(2022/11/01更新)
  • さくらインターネット 14件
  • ロリポップ 12件
  • リトルサーバー 10件
  • スターサーバー 6件 7件
  • WitchServer 3件
  • XREA 3件
  • usamimi.info 2件
  • fya.jp 2件
  • mixhost 2件
  • JSN(Just-Size.Networks) (1件のみ) 2件
  • カラフルボックス (1件のみ)
  • SPPD (1件のみ)
  • WebARENA SuiteX (1件のみ)
  • CPI(KDDI) (1件のみ)

同じレンタルサーバの同じコースでも、契約時期によっては仕様の異なるサーバが割り当てられている可能性もあるんですよね。「いつ頃に契約されたサーバなのか」という点も設問に加えておけば良かったかな……と後になってからちょっと思いました。^^;(同じサーバでも、異なるセットアップ方法を採用されている回答がちらほらありまして。)

上記以外のサーバをお使いの方や、上記にあっても回答数が1件だけのサーバをお使いの方がいらっしゃいましたら、特に特にご協力頂けますとありがたいです。(もちろん、契約コース等によって仕様が異なる場合もありますので、上記に既にあるサーバをお使いの場合でも、ご回答頂ければ助かります。)

No.3189

>>3186

>>3185 です。外部スキンで出力したハッシュタグリストについて、

設定【投稿本文の表示/テキスト】▼テキストリンクの出力調整:一時適用中のスキンを維持できるリンクを出力する

の設定が有効でもスキンパラメータなしで出力されるのはとても嬉しいです。有難うございます。

個人的意見になりますが、[[NO-LINKADJUSTMENT]]を外部スキンに記入して、一括で内部スキンのリンクにおけるスキンパラメータ補完がなくなって困ることはほぼないと考えますし、正直に言うと[[NO-LINKADJUSTMENT]]の影響が外部スキンにのみ留まるでも全然構わないです。

既存の機能と運用でどうにでもできると思うのですが……どちらかというと外部スキンに書いた[[NO-LINKADJUSTMENT]]は外部スキンにのみ影響がある方が使い勝手はいいかもしれないです。

内部スキンで出力する可能性のあるリンクの種類を考えると

・外部リンク(http(s)、Youtube、Twitter等) //そもそもスキンパラメータを含まない
・記事固有のURL([[PARMAURL]])他編集URL,削除URL ///PURE出力有り
・記事を投稿したユーザー一覧へのURL([[USERURL]])//PURE出力有り
・記事が所属するカテゴリーリンク([[CATEGORYLINKS]])//PURE出力有り
・記事に含まれるハッシュタグリンク([[COMMENT:TAGS]]) //PURE出力無し
・他記事への言及リンク(>>ポストID 等) ////PURE出力無し
・鍵付き投稿の個別URL

このあたりになるかと思います。(抜けがあったら申し訳ありません)

3.8.4βの機能を使って、スキンパラメータを含めたくないリンクに対してスキン側で制御することができないのは記事に含まれるハッシュタグリンクと、他記事への言及リンクになりますが、これは前述の設定項目で一時適用中のリンクにするか、デフォルトリンクにするかの切替が可能なので、[[NO-LINKADJUSTMENT]]の説明に内部スキンでの出力に関してはその設定を有効にして使うようにドキュメントでの説明があるだけで個人的は構わなかったです。(この[[NO-LINKADJUSTMENT]]が内部スキンに影響するのかどうかより、外部スキンでのハッシュタグリストの出力にのみ関心があったので……)

現在、当方の設置しているてがろぐでは記事一覧用のデフォルトスキンと個別記事用の一時適用スキンを分けて使用しているので、ハッシュタグのリンク先についてはデフォルトの一覧用スキンで閲覧させたいが、他記事への言及リンク(複数連結の場合も含む)に関しては一時適用中のスキンで見せたいというシーンがあります。
なので、外部スキン記述の[[NO-LINKADJUSTMENT]]が内部スキンに影響して困るケースはあまりないけど無いわけではないな…という感じが致しました。
が、そんなことをするケースが多いか?……というと否だと思いますので、一時適用中スキンのリンク出力設定を切ってしまった、どうにかしたい場合に外部リンク機能で連結したURLを渡せばいいし、運用でどうにでもできるかなと思いました。
(hrefに含まれるドメインが同じで class="url"or"taglink"を含むリンクに対しては~みたいな処理をしてもいいです)

鍵付き投稿を使用する場合は一時適用中のリンクを有効化しておきたいですので、どちらかというと外部スキンに書いた[[NO-LINKADJUSTMENT]]は外部スキンにのみ影響がある方が好ましいです。畳む

回答/返信 No.3188

たこ焼きの絵文字の追加が待たれる。誰かUnicodeの偉い人に提案しているだろうか?

🍪Re:3187◆アンケートへのご回答もどうもありがとうございました!β版の新機能もご活用頂けているようで嬉しいです。◆レンタルサーバは、同じコースでも契約時期によって収容サーバが異なりますけども、ロリポップはそのサーバ間での仕様に開きがあるっぽいような感じですね。なんとなく、公式の「言語のパスはサーバーにより異なります」のあたりとかを読むと。その辺で違いがあるのかもしれません。何にせよ、suEXECのパーミッションで動作しているなら、(既に実践頂いている通り)全部suEXECの値にするのが良いです。

No.3187

アンケートで10月26日にincludeファイルに[[CALENDAR]][[DATEBOX]]なども表示させたいと要望を出した者です。
β版で対応していただき、とても感謝しています。
アップデートしたところ、無事に全て反映されました。
これでテンプレートの更新なども楽にできそうです。
本当にありがとうございました!!
あと、投稿時間の(〇分前)の表記、日付と一緒に表示するとわかりやすいです。
今日が何日なのかとっさに出てこないのでありがたいです。
こちらの機能も有効活用させていただきます^^
#感謝

今日のひとこと>>7823
パーミッションについて、suEXECを採用しているサーバーで一般の場合とsuEXECが混ぜてると回答しましたが、ロリポップのサイトにもパーミッションが「777」や「666」だとエラーが出る と書かれていますね。
それなのに普通に使えているのは確かに不思議ですね。
今後エラーが出ないとも限らないので、一応全部suEXECのパーミッションで設定し直しておきました。
何故そんなちぐはぐな設定にしたのか、設置したときの記憶がないので謎です(;'∀')

回答/返信 No.3186

昼食は明太子ピザ(198円)。🍕🍕🍕

🍪Re:3185◆β版のご試用をどうもありがとうございます。そして、ご指摘もありがとうございます! たしかに、おっしゃる動作になりますね……。各機能は行き当たりばったりでその都度追加しているので、1カ所でまとめて処理するようなスマートな仕組みになっていないために漏れていたようです。(^_^;;; 調べたところ、どうもハッシュタグに関しては、「本文中に挿入するハッシュタグリンク」と「ハッシュタグ一覧として出力するハッシュタグリンク」を同じ処理で出力していることが原因っぽいことが分かりました。次のバージョンでは修正します。

それと同時に気付いたんですけども、[[NO-LINKADJUSTMENT]] の記述は投稿本文とか「内側スキンで生成される内容」に含まれるリンクには影響しないのですよね……。これは、影響するように仕様を修正する方が良いか、それとも、内側スキンにも [[NO-LINKADJUSTMENT]] を書けるようにして、その場合にだけリンクを修正するか、検討しています。『外側スキンで [[NO-LINKADJUSTMENT]] を書いておきながら、内側スキンではリンクを修正されたくない』というケースはあまりなさそうな気がするので、手間を省くためにも前者(=外側スキンに書いていれば内側スキンにも影響する)の方が良いかな、という気もしますが。でも、そういうケースがある可能性もないとは言い切れないかもしれませんから、後者(=内側スキンにも [[NO-LINKADJUSTMENT]] を書ける)の方が自由度が高くて良いのかな……という気もしているのですけども。

No.3185

v3.8.4βの配布有難うございます。

早速試してみたのですが、一時スキン適用中の外部スキンに[[NO-LINKADJUSTMENT]]を記入していて、
設定【投稿本文の表示/テキスト】▼テキストリンクの出力調整:一時適用中のスキンを維持できるリンクを出力する が有効な場合、
外部スキンに記入した[[HASHTAG:LIST]]では一時適用中のスキンのパラメータが入ったリンクが出力されました。

カテゴリーツリーの出力ではデフォルトスキンへのリンク(skinパラメータ無し)が出力されるので、ハッシュタグリストでもデフォルトスキンへのリンクになるものかと思っているのですが
こちらが仕様を勘違いしている場合はこの書込みはご放念ください。

No.3184

🍵

No.3183

🍠

No.3182

アップデート✨ No.3181

開発進捗状況報告サイトで、てがろぐ Ver 3.8.4(β版)の配布を開始しました。ご自由にダウンロードしてご活用頂けます。お試し頂ければ幸いです。主に以下の点を搭載しています。

🆕 Ver 3.8.4βの更新点(概要):
《▼新機能・仕様改善》
相対時間表示(n分前、n時間前、n日前……のような表示)ができる日付表記オプションを追加。
ログイン画面下部に表示させるメッセージを独立ファイル loginmsg.html に書いておけるよう仕様改善。
RSS Auto-Discoveryを挿入する記法 [[RSS:AUTODISCOVERY]] を追加。(外側スキンのみ)
投稿本文の行数が得られる記法 [[TOTALLINES]] を追加。(内側スキンのみ)
スキン内に記述されている link要素やform要素に対して、「現在のスキンでの表示を維持する」目的で自動挿入される各種記述をスキップできる記法 [[NO-LINKADJUSTMENT]] を追加。
[[INCLUDE:~]] 記法と [[PATH:~]] 記法を、内側スキンでも使用可能に。(従来は外側スキン専用でした)

任意のファイルを挿入できる INCLUDE 記法の仕様拡充。
  • 今読んでいるスキンディレクトリに存在する特定のファイルを読み込む [[INCLUDE:FROM-THIS-SKIN-DIR:ファイル名]] 記法を追加。
  • [[INCLUDE:~]] 記法の中で [[PATH:~]] 記法によるパス指定が可能に。
  • [[INCLUDE:~]] 記法で合成されたファイルの中に書かれている [[INCLUDE:~]] 記法も解釈するよう仕様改善。(ただし3階層まで)
  • [[INCLUDE:~]] 記法で合成されたファイルの中に [[CALENDAR]][[DATEBOX]][[LATESTLIST]] 等、一部の記述があるとき、それが正しく解釈されない可能性があった点を修正。
  • [[INCLUDE:~]] 記法で埋め込むファイル名として「/」で始まる絶対パスが指定された場合は、DOCUMENT ROOTからのパスとして解釈するよう仕様改善。(従来は相対パスでの記述を求めていました)

《▼スキン更新》
標準添付の各スキンを更新
  • head要素にあるRSS Auto-Descovery部分を [[RSS:AUTODISCOVERY]] に更新。
  • 内側スキンの [[PARMAURL]][[PERMAURL]] に修正。
  • 投稿日時の相対時間表示を、付箋スキン、チャットスキン、サイトマップページスキンに追加。

《▼不具合修正》
スキンを簡易適用中のとき、[[PATH:SKINDIR]] でそのスキンのディレクトリが得られなかった不具合を修正。
[[PATH:~]] 記法を複数書いたとき、出力HTMLが崩れてしまう可能性がある不具合を修正。
投稿単独ページのURLを挿入する [[PARMAURL]] のスペル修正版 [[PERMAURL]] を追加。(従来のスペルのままでも使用可能)

ファイルの読み書き時の安全処理をちょっと足したので、全体的に普段通りの動作ができるかどうか確認して頂ければ幸いです。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。

回答/返信 No.3180

昼食はピザ。(198円)🍕🍕🍕

🍘Re:3179◆詳しいご報告をどうもありがとうございます。参考になって助かります。$howtogetpathの値で動作が変わるのは、CGIモジュールのバージョンも影響していそうな気がします。前は正しく動作しなかった、とすると、前のサーバ(マイグレーション前のサーバ)では、CGIモジュールが古かったとか何かそういうことも影響しているのかもしれません。今まであまり気にしてきませんでしたが、Perlにバージョンがあるのと同じように、各Perlモジュールにもバージョンがあるんですよね。^^; 同じレンタルサーバ会社で、同じコース(プラン)でも、契約時期によって収容サーバの仕様が異なる可能性はあるので、他者の情報が参考にできるときとできないときがあって、いざトラブルに見舞われるとなかなか一筋縄にはいかないものですね……。^^; とりあえず、無事に動作するようになったとのことですし、引き続きご愛用頂ければ幸いです。

🍘てがろぐ稼働サーバアンケートにご回答下さった方々もどうもありがとうございます。ご回答頂いた情報もまとめて、セットアップ面でのヘルプ情報を増やしておこうと思います。とはいえ、大半の方は「何も書き換えずにそのまま動いた」的な感じなのですけども(もちろん、その情報も役に立ちます)。回答はまだ(というかずっと)受け付けておりますので、よろしければご回答をお願い致します。

No.3179

お返事が遅くなってしまい申し訳ありません。3167でございます。

3167に掲載いたしました、てがろぐは
my $howtogetpath = 2;で正常に動くのですが今まで動かしてきていた〝てがろぐ〟だとダメでして。
my $howtogetpath =9; にしたら動きました💦なぜかわからんですが。(0は試してないです!)

Re:3173  にしし様
この度は手厚いサポートをしていただき、ありがとうございます。
にしし様の他にも、てがろぐを愛してやまない方々からの書き込みを拝見させていただき、とても勉強になりました。

私も別途、覚書として記事を書こうと思います。利用者側なので、技術者に特化した記事ではないのですけども。
私の環境やサーバー情報、サーバーのヘルプページのリンクがまとまっている方が、後で見返した時に楽なので😊その時は記事のリンクをこちらへ貼らせていただきます。

私のmixhostの契約時期やプランなどについてです。


 1. 2017年春にエコノミーとスタンダードプランを契約
 2. エコノミープランを8月に解約し、スタンダードプランのみ運用
 3.2019年の年末に、スタンダードプランから、プレミアム半永久プランを契約

今現在に至る。と言った形です。他のサーバーは両手の指の数で足りるくらい契約していましたが、今は割愛させていただきます。
3.についての補足ですが、キャンペーン中に契約したプランです。今は契約できないプランです。

他のプランを契約し、どのような設定になっているのか見てみたいな。とは思ってるのですが、素人の私だときっと良くわからないと思うので、私のマイグレーションだけの問題かも知れません...!と言うことを、念頭に置かせてくださいませ。

mixhostは同時アクセス数過多時のワードプレス動作や、作ったwebで遊べるゲームもストレスなくサクサク動くので、非常に利便性が高くパワーがあるなと思っています。コントロールパネル機能は、多機能すぎて使い熟せませんががが。
会員ページで動画配信もちょこっとやっていますけど、割とサクサクロードしてくれるのでありがたいです。

「mixhostで、てがろぐが動かないわけがないぞ」という方のブログも拝見させていただきましたが、本当におっしゃる通りです(^^;)

てがろぐが使えないアレルギー(戦慄)中はPerlの記事を読んでいました。静的サイトを運用していた時に愛用していたMovable typeの記事を読み漁ったりしていました。残念ながら、Perlについてはもちろん、書かれている内容が全く理解できませんでしたorz

ただ爆速で動いていた、あの頃のてがろぐに戻って欲しいなと思っていただけなので、悪しからずご了承ください🙏

▶︎mixhostに関するオマケ
私の管理能力の浅さによる〝キャッシュが効きすぎて辛い〟という問題と、マイグレーション前には謎のデータベースエラーが年に数回起きていました。

◉キャッシュが効きスギィ案件
ワードプレスでライトスピードプラグインを使用すると良く起きます。5年以上慣れたフリをしています。cssなどを新しく追加する場合、プラグインを予め切っておき、プラグイン操作で「キャッシュ削除」(リフレッシュ)しています。

◉データベースエラーについて
深夜帯にワードプレスを操作している時に「ん?投稿画面が動かんぞ?」と言った具合や、利用者の方から「サイトにアクセスできないよー」とメールでいただき発覚しました。待つしか対策がなさそうなので再接続されるまで待ちます。
畳む


Re:3171Re:3169Re:3168 暖かいお言葉で迎えていただき、冷えた身体が癒されました🙏
本当に感謝しております。
無事にのそのそと進捗や、見た作品などのメモを名前の通り〝手軽に〟アップしていけるので、すごく助かっています。

とうとう東京も6℃に。
中々寒いですね…。皆様方、風邪などひかぬよう暖かく過ごされてくださいね。長文失礼いたしました。

No.3177

先頭固定の投稿では、この動作試験場では「アクセスした瞬間」の日時を表示する設定に変えてあるので、常に「0秒前」になっています。^^;

No.3176

投稿されたのがどれくらい前なのかを表示できるようにした Ver 3.8.4(未配布)の動作テスト。とりあえず、動作テストとして(標準スキンでは)日付の横に「40秒前」とか「3分前」とか「12時間前」とか「50日前」とか表示されていると思います。実際の配布パッケージには、サイトマップページ用スキンと、チャットタイプスキンくらいだけに加えて、あとは加えない(=加えたければ各自でスキンをカスタマイズして頂く)感じにするかな……となんとなく思っています。あまりにも日付欄が盛ってあると見づらくなるかなと思いまして。いや、どうするかまだ決めてはいないのですけども。
20221027001737-nishishi.png

回答/返信 No.3175

電話でしか連絡できない修理屋さんに比較的長めの説明をしないといけないので精神力が足りない。_(┐「ε:)_ 何で電話しかないんだ……。しかも代表電話なので担当者に直接繋がるわけではないし……。

🍘Re:3174◆てがろぐのご活用をどうもありがとうございます!◆開発放言のRSSはたしかに機能していませんでしたね。^^; RSS内のURLにドメインが含まれていなかったのが原因でした。今は修正しましたので機能するようになったと思います。◆ご要望もありがとうございます。アンカーポイントも需要があると分かって嬉しいです。(個人的に欲しいのでなおさら)そのうち追加します。

■フリースペース:

ここは、CGIの設定画面から自由に文章を入力して掲載できるスペースです。スキンを編集しなくてもCGI上から手軽に内容を変更できます(HTML使用可)。
動作サンプルです。◆他のスキン:標準スキン, 昔のツイッターっぽいスキン(ピンク版), 付箋型スキン, シンプル日記スキン, ジャーナル(日誌)スキン, ブログタイプスキン, チャットタイプスキン, 黒板スキンてがろぐCGIの配布ページに戻る

編集

■ハッシュタグ:

■日付一覧:

■日付検索:

■カレンダー:

2022年11月
12345
6789101112
13141516171819
20212223242526
27282930

■カテゴリ:

■最近の投稿:

■新着画像リスト:

Perlのバージョンを上げる設定(さくらインターネット)

全317個 (総容量 36.08MB)

■詳細全文検索:

  • 投稿者名:
  • 投稿年月:
  • #タグ:
  • カテゴリ:
  • 出力順序: