カテゴリ「カテゴリなし」の投稿[4098件](56ページ目)
by nishishi. ⌚2022年11月13日(日) 22:16:16〔2年以上前〕 <1626文字> 編集
#報告 #要望
by admin. ⌚2022年11月13日(日) 14:49:49〔2年以上前〕 <133文字> 編集
by admin. ⌚2022年11月12日(土) 23:47:25〔2年以上前〕 <47文字> 編集
by admin. ⌚2022年11月12日(土) 20:18:57〔2年以上前〕 <62文字> 編集
https://www.one-tab.com/page/GemDT7UmRiechnNmyo8mvw
by admin. ⌚2022年11月10日(木) 15:57:24〔2年以上前〕 <69文字> 編集
by admin. ⌚2022年11月10日(木) 14:51:19〔2年以上前〕 <245文字> 編集
➡てがろぐ稼働サーバと機能認知度の話
by nishishi. ⌚2022年11月10日(木) 14:47:02〔2年以上前〕 <157文字> 編集
by tomoyo. ⌚2022年11月7日(月) 04:41:15〔3年以上前〕 <62文字> 編集

※注:てがろぐ側でサムネイル画像が自動生成できるわけではありません。FTP等の手段を使って、オリジナル画像の他にサムネイル画像を自力でアップロードした場合に限って使える機能です。
※画像のアップロード先は、必ずしもてがろぐの画像保存用ディレクトリでなく他のディレクトリでも構いません。
※サムネイル画像は、てがろぐ内蔵機能を使ってはアップロードできません。少なくとも今のところは。(なので、FTP等の別手段で画像をUPしている方々のみに向けた機能です。今のところ。)
by nishishi. ⌚2022年11月6日(日) 22:26:07〔3年以上前〕 <339文字> 編集
てがろぐユーザーでusamimiの民ー! |´ω`)ノ゙))
by tomoyo. ⌚2022年11月6日(日) 05:30:09〔3年以上前〕 <37文字> 編集
by sakura. ⌚2022年11月5日(土) 17:06:20〔3年以上前〕 <5文字> 編集
by nishishi. ⌚2022年11月5日(土) 12:17:48〔3年以上前〕 <4文字> 編集
by admin. ⌚2022年11月3日(木) 23:05:46〔3年以上前〕 <3文字> 編集
by admin. ⌚2022年11月3日(木) 20:13:32〔3年以上前〕 <5文字> 編集
き
る
よ
😎
by admin. ⌚2022年11月3日(木) 18:49:06〔3年以上前〕 <10文字> 編集
のテストです。
by admin. ⌚2022年11月3日(木) 11:19:46〔3年以上前〕 <15文字> 編集
by admin. ⌚2022年11月2日(水) 17:56:37〔3年以上前〕 <1文字> 編集
私はこれを使って、自分の好きなフォントでウェブサイトを見ています。快適です。
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: /* お好きなフォント */; }畳む
by admin. ⌚2022年11月1日(火) 20:27:30〔3年以上前〕 <692文字> 編集
DLしていろいろ触ってみているところです。
質問というか要望というかなのですが、管理画面のデザインを少々変えたく思い試行錯誤中です。
管理画面のシステム設定からedit.cssの読み込みをオンにしてみましたがこれが適用されるのは「編集画面(フォームが表示されるページ)」だけなのですね。これを管理画面の全ページで読み込むようにはできませんか?
あるいは管理画面もスキン式に…と思いましたがそうすると公式アップデートで変更があったときにちょっと面倒になるかもですね🤔
by misaki. ⌚2022年11月1日(火) 17:19:26〔3年以上前〕 <260文字> 編集
最初は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件だけのサーバをお使いの方がいらっしゃいましたら、特に特にご協力頂けますとありがたいです。(もちろん、契約コース等によって仕様が異なる場合もありますので、上記に既にあるサーバをお使いの場合でも、ご回答頂ければ助かります。)
by nishishi. ⌚2022年10月30日(日) 21:38:50〔3年以上前〕 <781文字> 編集
>>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]]は外部スキンにのみ影響がある方が好ましいです。畳む
by admin. ⌚2022年10月30日(日) 14:59:39〔3年以上前〕 <1553文字> 編集
β版で対応していただき、とても感謝しています。
アップデートしたところ、無事に全て反映されました。
これでテンプレートの更新なども楽にできそうです。
本当にありがとうございました!!
あと、投稿時間の(〇分前)の表記、日付と一緒に表示するとわかりやすいです。
今日が何日なのかとっさに出てこないのでありがたいです。
こちらの機能も有効活用させていただきます^^
#感謝
今日のひとこと>>7823
パーミッションについて、suEXECを採用しているサーバーで一般の場合とsuEXECが混ぜてると回答しましたが、ロリポップのサイトにもパーミッションが「777」や「666」だとエラーが出る と書かれていますね。
それなのに普通に使えているのは確かに不思議ですね。
今後エラーが出ないとも限らないので、一応全部suEXECのパーミッションで設定し直しておきました。
何故そんなちぐはぐな設定にしたのか、設置したときの記憶がないので謎です(;'∀')
by admin. ⌚2022年10月29日(土) 15:48:07〔3年以上前〕 <492文字> 編集
早速試してみたのですが、一時スキン適用中の外部スキンに[[NO-LINKADJUSTMENT]]を記入していて、
設定【投稿本文の表示/テキスト】▼テキストリンクの出力調整:一時適用中のスキンを維持できるリンクを出力する が有効な場合、
外部スキンに記入した[[HASHTAG:LIST]]では一時適用中のスキンのパラメータが入ったリンクが出力されました。
カテゴリーツリーの出力ではデフォルトスキンへのリンク(skinパラメータ無し)が出力されるので、ハッシュタグリストでもデフォルトスキンへのリンクになるものかと思っているのですが
こちらが仕様を勘違いしている場合はこの書込みはご放念ください。
by admin. ⌚2022年10月28日(金) 13:20:55〔3年以上前〕 <321文字> 編集
by admin. ⌚2022年10月27日(木) 21:03:15〔3年以上前〕 <1文字> 編集
by admin. ⌚2022年10月27日(木) 17:20:16〔3年以上前〕 <1文字> 編集
by admin. ⌚2022年10月27日(木) 16:04:23〔3年以上前〕 <1文字> 編集
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℃に。
中々寒いですね…。皆様方、風邪などひかぬよう暖かく過ごされてくださいね。長文失礼いたしました。
by admin. ⌚2022年10月27日(木) 05:48:50〔3年以上前〕 <1739文字> 編集
by admin. ⌚2022年10月27日(木) 00:19:50〔3年以上前〕 <5文字> 編集
by nishishi. ⌚2022年10月27日(木) 00:14:21〔3年以上前〕 <66文字> 編集
by nishishi. ⌚2022年10月27日(木) 00:13:31〔3年以上前〕 <280文字> 編集
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






ワンクッション用の画像を(画像ごとに用意するわけではなく)共通の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をご覧下さい。
畳む