サイトマップ [5048件](20ページ目)
➡ 2022年11月26日(土) 22時13分 〔2年以上前〕 No.3279 ✎ !
記事の単独表示をしている時、内側用スキンに[[NAVI:PREVNEXT]]のような前後の投稿へ移動するリンクを表示する方法ってありませんでしょうか?もしくは、ユーティリティリンク枠の中に「1つ前の投稿を表示」「1つ後の投稿を表示」という項目を付け足せるようにするのはプログラムの構造上やっぱり難しいのでしょうか。
現在、外側スキンの[[TEGALOG]]のすぐ下に[[NAVI:PREVNEXT]]を記載しているのですが、他ならぬ私自身がユーティリティリンク枠の方に目が行ってしまい、その下にある前後リンクの存在に気付きにくかったのが発端です。ユーティリティリンク枠のすぐ上に前後リンクを表示するか、ユーティリティリンク枠の中に前後リンクを組み込めたら気付きやすいなと…。
➡ 2022年11月26日(土) 17時16分 〔2年以上前〕 No.3278 ✎ !
- 先に管理画面の「画像の管理」で掲載したい画像をアップロードしておいて、
- 投稿内に含めたい画像すべてにチェックを入れてから、
- 『選択した画像を新規投稿に使う』の右横の「実行」ボタンを押す
まあ、「画像の管理」画面へ移動する手間は掛かりますから、「QUICKPOSTから下書き設定で本文と一緒に画像もUPしておいて、下書き保存した後に編集する」というのと、あまり手間は変わらないかも知れませんけども。ただ、「画像の管理」画面から先にUPしておく方が、どの画像がどのファイル名なのかが把握しやすくて良いかもしれません。 >>3277,3275
➡ 2022年11月26日(土) 13時39分 〔2年以上前〕 回答/返信 No.3277 ✎ !
🧀Re:3274◆眺めて下さってありがとうございます。セットアップ時に1回だけしか閲覧されないページにここまで力を入れる意味があるかどうかはあえて考えないようにして作りました。(笑) 楽しんで頂けたなら嬉しいです。
🧀Re:3275◆長年のご愛用をどうもありがとうございます。画像投稿前に画像挿入記法を挿入するのは、画像投稿前だとファイル名が確定できないので、少なくとも今のところは無理なのです。隠したい画像が含まれる場合や、画像掲載位置を調整なさりたい場合は、少々ご面倒ですが一旦「下書き」状態で投稿して頂いて、編集してから「下書き」指定を外して公開頂くなどの方法でご対処頂けますと幸いです(おそらく既にそうなさっているのだと思いますが)。ファイル名が確定していなくても、[PICT:1]、[PICT:2]、[PICT:3]……みたいな仮記法をプレースホルダ的に挿入しておいて、投稿処理時に内部で自動変換する手もあるとは思うのですが、処理が複雑になりますので(画像挿入をやめる操作をされたときに編集領域から動的に消さないといけないとか)よほど莫大な需要があったら話は別ですが、今のところは下書きを経由してご投稿頂けるとありがたいなあ……という考えでおります。^^; (続く➡No.3278)
➡ 2022年11月24日(木) 22時01分 〔2年以上前〕 情報 No.3273 ✎ !
その『稼働サーバ』集計のアップデート版を掲載します。回答総数は78件(※レンタルサーバ名の記述がない回答を除く)です。

ご協力下さった方々、どうもありがとうございます。これらのデータを元に、昨日レンタルサーバ別のセットアップ方法各ページを公式サイトに加えました。
(アンケート自体は今後も継続して受け付けております。)
各レンタルサーバの内訳は以下の通りでした。
- さくらインターネット:ライト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ずつ減っています)が、集計がミスっていたようです。^^;
➡ 2022年11月24日(木) 21時59分 〔2年以上前〕 回答/返信 No.3272 ✎ !
🍪Re:3271◆ご活用ありがとうございます。お役に立っているようで嬉しいです。(╹◡╹) 創作サイトでご活用下さっている方々も結構いらっしゃるようですね。
➡ 2022年11月24日(木) 10時15分 〔2年以上前〕 No.3271 ✎ !
#感謝
➡ 2022年11月24日(木) 01時04分 〔2年以上前〕 回答/返信 No.3270 ✎ !
🍪Re:3268◆完璧なサポートをありがとうございます!(╹◡╹)ノ
🍪Re:3267-3269◆投稿番号の再採番は開発のToDoリストには入っているのですが、そうそう直近には実現しなさそうな感じです。将来的には(手動入力した日付でのソート機能と一緒に)実装したいとは思っているのですが。気長にお待ち頂ければ幸いです。で、今すぐに投稿番号を振り直したい場合は、No.3268さんのサポートの通り、データファイル(tegalog.xml)を直接編集頂く方法しかないです(←リンク先のFAQ記事もご参照下さい)。投稿番号は重複しさえしなければ、好きに割り振れます。
➡ 2022年11月24日(木) 00時24分 〔2年以上前〕 No.3268 ✎ !
tegalog.xmlをテキストエディタで開いて<id>数字</id>を直接修正というのはできると思うんですけど
そうすると記事単体ページのURLが変わったりしちゃうと思うんですが大丈夫ですか?
➡ 2022年11月23日(水) 23時08分 〔2年以上前〕 No.3267 ✎ !
質問です。投稿番号の振り直しはできませんか?色々試しているうちに物凄く桁が多くなってしまって💦
➡ 2022年11月23日(水) 22時42分 〔2年以上前〕 情報 No.3266 ✎ !
➡ https://www.nishishi.com/cgi/tegalog/setup/#howtoset

➡ 2022年11月23日(水) 17時17分 〔2年以上前〕 回答/返信 No.3265 ✎ !
🍪Re:3263◆たしかに、最初はその文章を読んだ気がします。(過去投稿が知らないうちにスパムに書き換えられていると困るので)ここでは14日以上前の投稿は再編集できない設定にしてあったのですが、(最近は投稿頻度も高いので14日だと結構簡単に流れて行ってしまうこともありますし)とりあえず投稿から18時間経つと再編集できないように設定を変更してみました。18時間にしたのは、朝に投稿したのを夜になって修正したくなることくらいはあるかな、と思いまして。再編集画面が出せないと記法を案内しにくくなるデメリットがありますが、まあその辺は第2試験場を使えば良いでしょうね。
🍪Re:3264◆なるほどライトプラン。そういえば、さくらインターネットではドメイン関連の仕様がプランで微妙に異なっていた気がしますから(アクセスログにドメインが記録されるかされないかとか)、その辺が影響していそうですね。情報ありがとうございます。
➡ 2022年11月22日(火) 17時27分 〔2年以上前〕 No.3260 ✎ !
https://www.behance.net/1svnet
➡ 2022年11月22日(火) 14時55分 〔2年以上前〕 回答/返信 No.3259 ✎ !
🍪Re:3253◆もしかして、ここの存在が認識されていない可能性もあるかな……という気もしてきました。使うCGIの動作サンプルは誰でも見るんじゃないかと思っていたのですけども、「他のユーザさんが使っているのを見て導入を決めた」という場合は、わざわざ公式サイトで動作サンプルを見る必要もないでしょうしね……。ユーザさんが増えて、SNSで話題にして下さる頻度も増加しているなら、たいへんありがたいことです。(開発モチベーションが向上するので。)
🍪Re:3254-3256◆たしかに、そのテキストエディタだと見やすそうですしスマートフォンだけでも設置のための書き換えくらい楽々そうですね!
🍪Re:3258◆てがろぐのご愛用をどうもありがとうございます。(╹◡╹) 「能動的に読みに来られない限り誰の目にも触れない」環境というのは気楽に放言しやすいですね。(笑)
➡
2022年11月21日(月)
23時44分
〔2年以上前〕
つぼやき
No.3258
✎
!
てがろぐのおかげでTwitterとかだと「こんな発言をTLに流したら邪魔に思われるかな」と思うような投稿もじゃんじゃかできるのでとても助かっています。
これからも利用させて頂きます。素晴らしいプログラムを開発してくださってありがとうございます🙏
#感謝
➡ 2022年11月20日(日) 07時52分 〔2年以上前〕 No.3254 ✎ !
昔から定期的にTwitterからの移住先が話題になりますが、にししさんも仰ってるように全員同じサイトに移住するのでない限り、Twitterから動かない人が多そう。
>>3253
最近は2画面のスマホが一般的になり、昔に比べて画面が大きくなったことでマルチタスクがより一般的になってきました。
パソコンと同じで使い方次第ですね。

➡
2022年11月20日(日)
04時58分
〔2年以上前〕
つぼやき
No.3253
✎
!
最近Twitterの先行きが不穏で、色んな他のSNSやらが話題に上がってその中でてがろぐの話題も増えてて、てがろぐユーザーがフォローし合ったりと言うのが増えてるらしく、Twitter内で相互サポートみたいな空気に一部なってるのかなあと思いました。
公式に質問するのがいちばん早いですが、自分の常駐の生息地内で問題解決したいと言う気持ちが強いのかもー(スマホユーザーだと他アプリに移動するのぶっちゃけめんどいですし)。
スマホ使ってみると、PCってつくづくマルチタスクって思い知る今日この頃。
個人的にはてがろぐのあの画像つきTweetは、てがろぐの話題だ!ってすぐ分かるので自分的には便利。(大変どうでもいい)
うさみみ族てがろぐの民ってIDをどこかで取ろうかな。
➡ 2022年11月19日(土) 23時34分 〔2年以上前〕 No.3252 ✎ !
➡ 2022年11月19日(土) 22時51分 〔2年以上前〕 回答/返信 No.3251 ✎ !
🍩Re:3247◆ドーナツを買ったら我慢できずにその場で食べてしまうために備蓄ができないので大丈夫でした!(大丈夫とは)
🍩Re:3248◆ダークモードは過去にも軽くご要望頂いたような気もするのですけども、書き換えないといけないCSS量が多くて先送りになっております。気長にお待ち頂ければ幸いです。
🍩Re:3249◆設置方法の見やすさをどうにかしたのは1年くらい前かな……という気がなんとなくします。もはや覚えていませんが。^^;◆スキンを配布して下さる方が増えると私も嬉しいです。(╹◡╹)
🍩Re:3250◆てがろぐユーザは、最近は「てがろぐの民」と呼ばれるのですか。(笑) 解決はできたっぽいですね。参考までにここにも書いておきますと、管理画面の「設定」→「補助出力」→【OGP+Twitter Cardの出力】の「共通画像のURL」項目です。ただ、そこの設定を弄らなくても投稿本文内に画像があれば、その画像が使われますけどもね。
➡ 2022年11月19日(土) 17時52分 〔2年以上前〕 No.3250 ✎ !
➡ 2022年11月19日(土) 01時21分 〔2年以上前〕 No.3249 ✎ !
設置の際の話ですが.htaccessでディレクトリインデックスを変えたときにログインや投稿ができなかった気がします、この件については$howtogetpathを標準から0か1にして解決したと思います(ちょっと記憶があいまいですみません。
話変わりますがスキン公開してる方少し増えた…?
独自デザインで使ってる人を見るのも楽しいですしスキン配布する方も増えるといいな~と思います!
➡ 2022年11月18日(金) 08時47分 〔2年以上前〕 No.3248 ✎ !
カラーテーマでは白い部分はそのままなので、むりやりCSSぶっ込んで何とかしてしまうのはよろしくなさそう…
➡ 2022年11月17日(木) 22時41分 〔2年以上前〕 回答/返信 No.3246 ✎ !
🍩Re:3242◆情報をどうもありがとうございます。何も選択していなくてもアラートが記録されていましたか……。とりあえず、そのアラートが記録されない仕組みを追加しても古いサーバでも問題なく動作することが確認できましたので、次のバージョンからは記録されずに動作するように改善します。
🍩Re:3245◆なるほど、さくらインターネットのサーバでもそのような動作になるケースがあるのですね……。情報ありがとうございます。絶対パスで画像が指定された場合でエラーを表示する状況になった際には、その辺の情報も併せて表示することで対処を促せるような感じに改善しようかな……と考えています。とりあえず、手動で設定頂けたなら何も問題はありませんので、そのまま(今後のバージョンでも)ご使用下さい。
➡ 2022年11月17日(木) 21時46分 〔2年以上前〕 No.3245 ✎ !
3231,3236です。
そのとおりです。さくらのレンタルサーバを使用していて、「/home/username/www」が標準のusername.sakura.ne.jp、「/home/username/www/hoge」にさくらのサブドメインhoge.sakuraweb.comを設定、てがろぐを「/home/username/www/hoge/tegalog」に設置しているとして、「hoge」は入ってなかった、という状態でした。
承知いたしました、今後は固定にした設定で使っていきます。ありがとうございます!
➡ 2022年11月17日(木) 17時57分 〔2年以上前〕 No.3242 ✎ !
問題ないということでしたらこのまま使わせていただきます!
てがろぐのバージョンは最新版の3.8.0で、perlは5.32.1です。
ちなみに設置してすぐに設定いじらずデフォルトのまま、カテゴリも何も選ばずに文字だけ投稿して、エラーが出てました。
➡ 2022年11月17日(木) 13時27分 〔2年以上前〕 回答/返信 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のバージョンを知るには、下図の場所(スクリプト設定→言語バージョン設定)をご参照下さい。

🍵Re:3240◆ご要望をどうもありがとうございます。そういえば、記事一覧画面では全部のチェックボックスに一気にチェックを入れたり外したりする機能がありませんでしたね(画像管理画面にはあるのですが)。次のバージョンで加えておきます。
➡ 2022年11月17日(木) 03時30分 〔2年以上前〕 No.3240 ✎ !
要望なのですが、投稿を削除する時などにチェックボックスにひとつひとつチェックするのが大変です。
まとめてチェックできたら嬉しいです。
➡ 2022年11月16日(水) 22時59分 〔2年以上前〕 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"」というエラーログが出てます。
さくらサーバーのスタンダードです。ライトプランのときにも出てました。
このエラーログが出ているだけで、動作自体に問題はなさそうなのですが。
ググってもさっぱり分からなくて…。同じ報告はないようでしたので私だけかもしれませんが、対処方法あるでしょうか。
➡ 2022年11月16日(水) 01時43分 〔2年以上前〕 No.3236 ✎ !
3231です。
お返事ありがとうございます!
ドキュメントルートの位置は「環境変数から自動取得で設定」でした。
固定欄に入っている文字列の「/home/ユーザー名/www」+[PICT:スラッシュからの絶対パス~]ですとひとつディレクトリが抜けている状態でした。
これを固定に設定し、「/home/ユーザー名/www/抜けていたディレクトリ名」を固定欄に入れたところ、3.8.6βで表示されるようになりました!
サムネイルの画像は使っておらず、オリジナル画像だけです。今までの画像が全部エラーになってしまっていたので、全部修正する必要があるのかと思い3.8.4に落としたところでした。
表示されて安心しました、ありがとうございます。今後、現在設定した状態で使っていけば大丈夫でしょうか。
➡ 2022年11月15日(火) 23時33分 〔2年以上前〕 No.3235 ✎ !
➡ 2022年11月15日(火) 22時55分 〔2年以上前〕 No.3234 ✎ !
画像保存用ディレクトリ以外の場所に置いてある画像を表示させたい場合で、サムネイル画像も表示させたい場合は、(「/」で始まる絶対パスでうまくいかない場合は)「../」で上位ディレクトリを参照する方法で画像の位置を書いてみて下さい。
➡ 2022年11月15日(火) 22時26分 〔2年以上前〕 回答/返信 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◆もちろんどうぞー。歓迎致します🎉🎈 配布用スキンでなくても、てがろぐの解説とか、設置したてがろぐの宣伝でも歓迎致します!
➡ 2022年11月15日(火) 20時08分 〔2年以上前〕 No.3231 ✎ !
#報告 です。3.8.6βにアップデートしたところ、[PICT:スラッシュからの絶対パス~]で表示している画像が「ファイル …は見つかりませんでした。スラッシュで始まる絶対パスは、ドキュメントルートからの絶対パスだと解釈される点にご注意下さい。」という表示になりました。アップデートする直前まで使っていた3.8.4に戻したところ表示されましたので、今のところは3.8.4を使います。
➡ 2022年11月15日(火) 13時05分 〔2年以上前〕 No.3229 ✎ !
➡ 2022年11月14日(月) 21時29分 〔2年以上前〕 No.3228 ✎ !
➡ 2022年11月14日(月) 20時55分 〔2年以上前〕 アップデート✨ No.3226 ✎ !
✅ まだ Ver 3.8.5βにしていなかった方々
➡ どうぞ 3.8.6β をご試用下さい。
✅ 既に Ver 3.8.5βをお使いだった方々
➡ 下記の2点に該当する場合は 3.8.6β をご試用下さい。該当しない場合は 3.8.5 のままで特に問題ないと思います。
1️⃣ 「サムネイル画像がある場合にはサムネイルを先に表示する機能」を使おうと思っている場合。
2️⃣ SSI等を使って、最新投稿などを別のページに埋め込んで表示している場合。
➡ 2022年11月14日(月) 20時04分 〔2年以上前〕 回答/返信 No.3225 ✎ !
🍵Re:3218◆ご試用ありがとうございます! デフォルト入力色の変更は個人的に欲しかったので実装したのですが、お役に立ったようで嬉しいです。(╹◡╹)
🍵Re:3219◆スキンの選択肢を増やして下さるのは、私にとっても大変ありがたいです。
🍵Re:3220◆ご報告ありがとうございます。高画質な画像を掲載したい場合には、たしかに(通信)容量に気を遣いますものね。
🍵Re:3221◆β版のご試用ありがとうございます。問題ないようで良かったです。
🍵Re:3223◆ご報告をどうもありがとうございます。たしかに、SSIで埋め込んで使う場合に問題がありますね。こちらでも確認しました。設定で「画像パスに絶対URL(フルパス)を使う」項目をONにしていても、サムネイル画像に関しては相対パスで出力されてしまう不具合がありました。なので、SSIで合成している場合には相対パスのまま出てしまって、何も画像が表示されなくなる問題がありました。ローカルのソースは修正しましたので、この後、配布します。
➡ 2022年11月14日(月) 18時11分 〔2年以上前〕 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で非表示にすれば、見た目を変えることなく使えそうな気もします。)
畳む
➡ 2022年11月14日(月) 01時02分 〔2年以上前〕 No.3221 ✎ !
➡ 2022年11月14日(月) 00時11分 〔2年以上前〕 No.3219 ✎ !
自分だけのツイッターみたいで壁打ちに最適で楽しいです!
配布して下さってありがとうございます!
➡ 2022年11月13日(日) 22時16分 〔2年以上前〕 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をご覧下さい。
畳む
➡ 2022年11月13日(日) 22時15分 〔2年以上前〕 回答/返信 No.3215 ✎ !
🍕Re:3214◆早速のご試用をどうもありがとうございます! てがろぐ上でサムネイル画像をUPできるようにする際には、自動で元のファイル名と同じになるようにします。たぶん、画像管理画面で「この画像用のサムネイルをアップロードする」みたいな機能を用意すると思います。ただ、その機能を用意するのは、今計画している(画像キャプションとかをあらかじめ登録しておける)画像インデックス生成機能を実装した後になりますので、まだもっと先になる予定です。気長にお待ち頂ければ幸いです。
➡ 2022年11月13日(日) 13時11分 〔2年以上前〕 アップデート✨ No.3213 ✎ !
🆕 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にいくつか存在していた文法ミスを修正。
設定画面の生成方法を変更したので(見た目にはほとんど変わりないのですけども)、問題なく設定変更できるかどうかもお試し頂ければ幸いです。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
➡ 2022年11月11日(金) 12時47分 〔2年以上前〕 回答/返信 No.3209 ✎ !
🍕Re:3207◆スマートフォンでも不便ではないと聞いて安心しました。私自身がほとんど常にPCの前に居る生活なので、モバイル端末であまりアクセスしないものですから、小型端末での使用感を把握できていないので、どうなのかな……と思っていたのでした。
➡ 2022年11月10日(木) 14時51分 〔2年以上前〕 No.3207 ✎ !
➡ 2022年11月10日(木) 14時47分 〔2年以上前〕 No.3206 ✎ !
➡てがろぐ稼働サーバと機能認知度の話
➡ 2022年11月7日(月) 04時41分 〔2年以上前〕 No.3205 ✎ !
➡ 2022年11月6日(日) 22時26分 〔2年以上前〕 No.3204 ✎ !


※注:てがろぐ側でサムネイル画像が自動生成できるわけではありません。FTP等の手段を使って、オリジナル画像の他にサムネイル画像を自力でアップロードした場合に限って使える機能です。
※画像のアップロード先は、必ずしもてがろぐの画像保存用ディレクトリでなく他のディレクトリでも構いません。
※サムネイル画像は、てがろぐ内蔵機能を使ってはアップロードできません。少なくとも今のところは。(なので、FTP等の別手段で画像をUPしている方々のみに向けた機能です。今のところ。)
➡ 2022年11月2日(水) 17時36分 〔2年以上前〕 回答/返信 No.3194 ✎ !
🍪Re:3193◆アドバイスをありがとうございます。こうして見ると、BBCのclass名の付け方が謎ですね。本当にそこまでclass分けする必要があるのかと。たぶんCMSがランダムに割り振っているだけなんでしょうけども、16pexesとかwoxom8とか、ぱっと見て何か意味があるのかな、と思ってしまいます。(^_^;)
🍪Re:3192◆管理画面もスキン式にとは斬新なアイデアですね! そこには思い至りませんでした。面白そうですね。ただ、実装が大変そうですけども。^^; それこそ >>3193 さんの方法が役に立たないでしょうか? CSSだけで実現可能な範囲でなら何でも対処できそうな気がします。
➡ 2022年11月1日(火) 20時27分 〔2年以上前〕 No.3193 ✎ !
私はこれを使って、自分の好きなフォントでウェブサイトを見ています。快適です。
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: /* お好きなフォント */; }畳む
➡ 2022年11月1日(火) 17時19分 〔2年以上前〕 No.3192 ✎ !
DLしていろいろ触ってみているところです。
質問というか要望というかなのですが、管理画面のデザインを少々変えたく思い試行錯誤中です。
管理画面のシステム設定からedit.cssの読み込みをオンにしてみましたがこれが適用されるのは「編集画面(フォームが表示されるページ)」だけなのですね。これを管理画面の全ページで読み込むようにはできませんか?
あるいは管理画面もスキン式に…と思いましたがそうすると公式アップデートで変更があったときにちょっと面倒になるかもですね🤔
➡ 2022年10月30日(日) 21時39分 〔2年以上前〕 回答/返信 No.3191 ✎ !
🍪Re:3188◆詳しい分析と背景と解説をありがとうございます。どんな動作になると望ましいかがよく分かって参考になります。[[NO-LINKADJUSTMENT]] に関しては、外側スキンと内側スキンで別々に記述でき、それぞれお互いには影響しない仕様で行こうと思います。本文からハッシュタグだけを抽出して掲載する [[COMMENT:TAGS]] に関しては、[[COMMENT:TAGS:PURE]] というオプションを設けると便利かもしれませんね。(ただ、「本文中に挿入されているハッシュタグリンクからはskinパラメータを抜く」というJavaScriptを用意している場合は、それがそのまま [[COMMENT:TAGS]] で出力される内容も対象にして処理するでしょうから、記法として存在してもあまり意味はないかもしれませんけども。^^;)
➡ 2022年10月30日(日) 21時38分 〔2年以上前〕 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件だけのサーバをお使いの方がいらっしゃいましたら、特に特にご協力頂けますとありがたいです。(もちろん、契約コース等によって仕様が異なる場合もありますので、上記に既にあるサーバをお使いの場合でも、ご回答頂ければ助かります。)
➡ 2022年10月30日(日) 14時59分 〔2年以上前〕 No.3189 ✎ !
>>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]]は外部スキンにのみ影響がある方が好ましいです。畳む
➡ 2022年10月30日(日) 14時56分 〔2年以上前〕 回答/返信 No.3188 ✎ !
🍪Re:3187◆アンケートへのご回答もどうもありがとうございました!β版の新機能もご活用頂けているようで嬉しいです。◆レンタルサーバは、同じコースでも契約時期によって収容サーバが異なりますけども、ロリポップはそのサーバ間での仕様に開きがあるっぽいような感じですね。なんとなく、公式の「言語のパスはサーバーにより異なります」のあたりとかを読むと。その辺で違いがあるのかもしれません。何にせよ、suEXECのパーミッションで動作しているなら、(既に実践頂いている通り)全部suEXECの値にするのが良いです。
➡ 2022年10月29日(土) 15時48分 〔2年以上前〕 No.3187 ✎ !
β版で対応していただき、とても感謝しています。
アップデートしたところ、無事に全て反映されました。
これでテンプレートの更新なども楽にできそうです。
本当にありがとうございました!!
あと、投稿時間の(〇分前)の表記、日付と一緒に表示するとわかりやすいです。
今日が何日なのかとっさに出てこないのでありがたいです。
こちらの機能も有効活用させていただきます^^
#感謝
今日のひとこと>>7823
パーミッションについて、suEXECを採用しているサーバーで一般の場合とsuEXECが混ぜてると回答しましたが、ロリポップのサイトにもパーミッションが「777」や「666」だとエラーが出る と書かれていますね。
それなのに普通に使えているのは確かに不思議ですね。
今後エラーが出ないとも限らないので、一応全部suEXECのパーミッションで設定し直しておきました。
何故そんなちぐはぐな設定にしたのか、設置したときの記憶がないので謎です(;'∀')
➡ 2022年10月29日(土) 12時09分 〔2年以上前〕 回答/返信 No.3186 ✎ !
🍪Re:3185◆β版のご試用をどうもありがとうございます。そして、ご指摘もありがとうございます! たしかに、おっしゃる動作になりますね……。各機能は行き当たりばったりでその都度追加しているので、1カ所でまとめて処理するようなスマートな仕組みになっていないために漏れていたようです。(^_^;;; 調べたところ、どうもハッシュタグに関しては、「本文中に挿入するハッシュタグリンク」と「ハッシュタグ一覧として出力するハッシュタグリンク」を同じ処理で出力していることが原因っぽいことが分かりました。次のバージョンでは修正します。
それと同時に気付いたんですけども、[[NO-LINKADJUSTMENT]] の記述は投稿本文とか「内側スキンで生成される内容」に含まれるリンクには影響しないのですよね……。これは、影響するように仕様を修正する方が良いか、それとも、内側スキンにも [[NO-LINKADJUSTMENT]] を書けるようにして、その場合にだけリンクを修正するか、検討しています。『外側スキンで [[NO-LINKADJUSTMENT]] を書いておきながら、内側スキンではリンクを修正されたくない』というケースはあまりなさそうな気がするので、手間を省くためにも前者(=外側スキンに書いていれば内側スキンにも影響する)の方が良いかな、という気もしますが。でも、そういうケースがある可能性もないとは言い切れないかもしれませんから、後者(=内側スキンにも [[NO-LINKADJUSTMENT]] を書ける)の方が自由度が高くて良いのかな……という気もしているのですけども。
➡ 2022年10月28日(金) 13時20分 〔2年以上前〕 No.3185 ✎ !
早速試してみたのですが、一時スキン適用中の外部スキンに[[NO-LINKADJUSTMENT]]を記入していて、
設定【投稿本文の表示/テキスト】▼テキストリンクの出力調整:一時適用中のスキンを維持できるリンクを出力する が有効な場合、
外部スキンに記入した[[HASHTAG:LIST]]では一時適用中のスキンのパラメータが入ったリンクが出力されました。
カテゴリーツリーの出力ではデフォルトスキンへのリンク(skinパラメータ無し)が出力されるので、ハッシュタグリストでもデフォルトスキンへのリンクになるものかと思っているのですが
こちらが仕様を勘違いしている場合はこの書込みはご放念ください。
➡ 2022年10月27日(木) 15時59分 〔2年以上前〕 アップデート✨ No.3181 ✎ !
🆕 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]] を追加。(従来のスペルのままでも使用可能)
ファイルの読み書き時の安全処理をちょっと足したので、全体的に普段通りの動作ができるかどうか確認して頂ければ幸いです。
詳しい使い方などは、上記の開発進捗状況報告ページの記事をご覧下さい。今のところそこ以外に解説はありません。
➡ 2022年10月27日(木) 15時59分 〔2年以上前〕 回答/返信 No.3180 ✎ !
🍘Re:3179◆詳しいご報告をどうもありがとうございます。参考になって助かります。$howtogetpathの値で動作が変わるのは、CGIモジュールのバージョンも影響していそうな気がします。前は正しく動作しなかった、とすると、前のサーバ(マイグレーション前のサーバ)では、CGIモジュールが古かったとか何かそういうことも影響しているのかもしれません。今まであまり気にしてきませんでしたが、Perlにバージョンがあるのと同じように、各Perlモジュールにもバージョンがあるんですよね。^^; 同じレンタルサーバ会社で、同じコース(プラン)でも、契約時期によって収容サーバの仕様が異なる可能性はあるので、他者の情報が参考にできるときとできないときがあって、いざトラブルに見舞われるとなかなか一筋縄にはいかないものですね……。^^; とりあえず、無事に動作するようになったとのことですし、引き続きご愛用頂ければ幸いです。
🍘てがろぐ稼働サーバアンケートにご回答下さった方々もどうもありがとうございます。ご回答頂いた情報もまとめて、セットアップ面でのヘルプ情報を増やしておこうと思います。とはいえ、大半の方は「何も書き換えずにそのまま動いた」的な感じなのですけども(もちろん、その情報も役に立ちます)。回答はまだ(というかずっと)受け付けておりますので、よろしければご回答をお願い致します。
➡ 2022年10月27日(木) 05時48分 〔2年以上前〕 No.3179 ✎ !
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:3171、Re:3169、Re:3168 暖かいお言葉で迎えていただき、冷えた身体が癒されました🙏
本当に感謝しております。
無事にのそのそと進捗や、見た作品などのメモを名前の通り〝手軽に〟アップしていけるので、すごく助かっています。
とうとう東京も6℃に。
中々寒いですね…。皆様方、風邪などひかぬよう暖かく過ごされてくださいね。長文失礼いたしました。
➡ 2022年10月27日(木) 00時14分 〔2年以上前〕 No.3177 ✎ !
➡ 2022年10月27日(木) 00時13分 〔2年以上前〕 No.3176 ✎ !

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