2024年1月 この範囲を時系列順で読む この範囲をファイルに出力する

さて、長らくここのドメイン(nishishi.org)は、さくらインターネットのサーバで運営してきましたが、先月の半ばからリトルサーバーに移転して動作を試していました。特に動作に問題はなさそうですので(というかむしろ速いので)、正式に契約しました。ここは、リトルサーバーのワードプランのサーバで運営しています。(※本家サイトnishishi.comの方は、さくらインターネットのままです。)

ご返信ありがとうございます!
ただ単に、記事内で装飾emを使うので、検索した際にemが被って紛らわしくなるのではないかと思いまして。
strongをまだ記事内で装飾するようなのが見当たらなかったのもあり、検索結果画面の対象ワードがemではなくstrongで表示できれば見分けが付きやすくなるので、それができたらなという考えに至った次第でございます。
※検索結果画面では記事の装飾をそのまま反映される設定にしておきたいです。(文字サイズの小や極小をよく使うのもあり……)
2023年12月 この範囲を時系列順で読む この範囲をファイルに出力する
🍜Re:4211◆ご要望をありがとうございます。むしろ、何の要素を使うのかの要素名を手動で入力可能なようにしましょうかね(デフォルト値がstrongで)。参考までにお尋ねしたいのですが、なぜ(どんな理由で)strongではなくemで出力したいのでしょうか?
検索結果を表示されるさいに引っ掛かった単語を<強調>するか否かの設定がありますが、emかstrongかも選択できるようにしていただけたら助かります。
お忙しいところ恐縮ですが、ご検討願えますでしょうか?
よろしくお願いいたします!
🍘Re:4209◆やはり、かなり早い段階でエラーになっているようですね。ご確認をありがとうございました。
たぶん、何かの読み込みに失敗しているのだとは思うのですが。500エラーになってしまって、かつ、エラーログが「End of script output before headers」だと現状ではどうしようもない感じです。(^_^;) TegUpは一応ステップごとに作業ログを記録してはいるものの、あくまでもメモリ上の話であってファイルに出力はしていないのが敗因でした。次にTegUpを改修する際には、作業ログを(一時的に)ファイルに出力できる仕様にして、たとえ500エラーが出てもそのファイルを読めば「どこまで作業が進んだのか」(=どの処理でエラーが起きたのか)が確認できるようにしようと思います。
とりあえず、今回に関しては手動でバージョンアップして頂ければ幸いです。
4204です、レスが遅くなってしまい申し訳ありません
データの方確認してみましたがzipファイルやサブディレクトリなどの自動生成はされていませんでした
プリン食べたい。🍮🍮🍮
🍰Re:4204◆なるほど、詳しい情報をどうもありがとうございます。tegaup.phpの存在するディレクトリ(=てがろぐの設置ディレクトリ)には、自動生成された何らかのZIPファイルやサブディレクトリは存在するでしょうか?
※自動生成されるファイル名やディレクトリ名の一部には、ランダムな( 5GPQglrs8L のような)文字列が使われていますので、あればすぐ分かると思います。もしあれば、少なくとも途中までは作業が進んだ(もしくはほぼ終わりまで進んだ)ということですね。バージョンアップできていないのであれば「ほぼ終わりまで進んだ」とは考えられませんから、なければ、本当に最初の段階でコケていることになります。なので、どの辺まで処理が進んでいたのかを(できれば)知りたいのです。
4201です
はいその通りです
tegup.phpへアクセス→4.10から4.20へのアップデート案内が表示されているのでアプデ実行ボタンをクリック→ tegup.php?work=verupに跳ぶ→500エラー
といった感じでした
🍍Re:4201◆うーん、なるほど……。最初に tegup.php にアクセスしたときにはバージョンアップ用のボタンが見えていて、それを押すと 500エラーになる、という動作ですかね?
🍍Re:4202◆解決したようで良かったです。tegalog.cgi の後に / を加えてもCGIそのものは動作するんですねえ。いま初めて気付きました。(^_^;) たしかに / を付けるとそのような動作になりますね。CSSの相対パスが正しくなくなるからでしょうけども、なぜその状態でもCGIは稼働するのかがちょっと謎です……。何にしても、ご愛用頂ければ幸いです。(╹◡╹)
4196です
サーバーのエラーログを確認してみたところ
[実行日時][fcgid:warn][プロセスid] (104)Connection reset by peer: [client 【自分のipアドレス】] mod_fcgid: error reading data from FastCGI server, referer: 【tegup.phpの絶対パス】
[実行日時][core:error] [プロセスid] [client 【自分のipアドレス】] End of script output before headers: tegup.php, referer: 【tegup.phpの絶対パス】
といった感じのログが残ってました
パーミッション 700 でも動作に支障はないんですが、700だと mod_mime_magic: can't read ~tegalog.cgi というエラーが毎回エラーログに記録されてしまいますので。(余計なログは出力されないに越したことはありませんから。)
🍘Re:4196◆おっと、500エラーが出てしまいましたか。リトルサーバーではWebサイト用ファイルを置く /pub ディレクトリではなく /log というディレクトリの方にアクセスログとエラーログが出力されています。TegUpを動作させて500エラーが出た直後に、/log/error_log ファイルの中をテキストエディタでご確認頂いて、どんなエラーが出ているのかを教えて頂けましたらとても助かります。もし可能でしたらよろしくお願い致します。m(_ _)m
🍘Re:4197◆そうですよね! 私もハッシュタグは時々しか使いませんので、顕在意識にまでは昇ってこなかったんでしょうね。(笑)
🍘Re:4198◆なるほど、cgi-binディレクトリではありませんでしたか。試しにお使いのブラウザで、設置されているCSSファイル( tegalog.css )に直接アクセスすると、どうなりますか? 例えば、 https://www.nishishi.org/testground/tegalog/tegalog.cs... のような感じです。ここと同じように、ブラウザ上でCSSソースが見えるでしょうか? もし見えない場合は、どのようなエラー(404、403、500)が出るのかを教えて下さい。(※注:お使いのスキンによっては、CSSファイルのファイル名は tegalog.css ではない場合もありますので、その場合はスキンに含まれているCSSファイル名でアクセスしてみて下さい。)
4194です。ご回答いただきありがとうございます。
セットアップ場所を確認しましたが、cgi-binディレクトリには入れていませんでした。
ちなみに、使用サーバはシン・レンタルサーバーです。
てがろぐのデータはpublic_html内の、てがろぐを設置したいサブドメインのフォルダに入れております。
お時間のある時で構いませんので、ご返信いただけると幸いです。よろしくお願いいたします。
4184です。次のバージョンでスペースの位置を選択できるようにして下さる予定とのことで、ありがとうございます。のんびり楽しみにしてます。
私のてがろぐではカテゴリは毎回必ず使うけどハッシュタグはたまにしか使わない、という運用方法ということもあってか
①久し振りにハッシュタグを使う必要のある文章を打つ
②「そうだ、半角スペースの位置についてにししさんに聞いてみよう」と思う
③半角スペースを削除して、書いていた文章を投稿する
④書いていた文章の内容や誤字などに気が行ってしまう
⑤半角スペースについてお聞きしようとしていた事を忘れてしまう _(:3」∠)_
⑥しばらくハッシュタグを使う機会が来ない
⑦次にハッシュタグを使う時に①に戻る
…ということを何度も繰り返していました。 _(:3」∠)_
今回やっと忘れずにここで質問することが出来たので、にししさんの仰る「なんとなく思っていたけど(略)今まで気付かなかった」のくだりが自分のことのようによくわかります(笑)
アップデート時Tegupがうまく動かなかったのでご報告します
利用サーバー、プラン、PHPバージョンは以下の通りです
リトルサーバー、リトルプラン、PHP7.4
てがろぐは同ドメインでディレクトリ分けをして複数運用しており、それぞれのディレクトリにTegupを配置し、tegup.phpにアクセス、アップデートを実行しようとしたところで500エラーが出ました
🍰Re:4191◆TegUp動作報告ありがとうございます。(╹◡╹)
🍰Re:4193◆バージョンアップありがとうございます。TegUpもお役に立って良かったです。
🍰Re:4194◆もしかして、サーバの cgi-bin ディレクトリの中にセットアップしていないでしょうか? そこにセットアップしてしまうと、そのような現象になります。まずは、 cgi-bin ディレクトリ以外の場所にセットアップしてみて下さい。詳しくは、『設置方法2:ウェブサーバへのファイルのアップロード方法』区画内で1つ目にある ●水色備考枠 内の説明「※1」部分の後半もご参照下さい。
XREA Free PHP7.0(たぶん)で動作確認です。
3.7.0→4.2.0と久々のアップデートでした。
めんどくさがりにはTegUp便利です。
ロリポップのライトプランですが動作問題ないです
🌰Re:4184◆分かりやすい言語化をどうもありがとうございます! そうですよね。そこ気になりますよね。(笑) 私もそういえば毎回余分な半角スペースを消すのが面倒だな、となんとなく思っていました。そういえば。明確に脳内で言語化されて認識できるほどの面倒さではなかったので今まで気付きませんでしたが。たしかに、自動挿入される半角スペースは「前」の方が便利かもしれませんね。設定で「前に挿入する」か「後に挿入する」かを選択できるようにしようと思います。今の時点でそう設定する方法はないのですが、次のバージョンをお待ち下さい。
🌰Re:4185◆「宛先が1カ所で、複数個を一括して送る」のなら、(少なくとも今は)荷物個数の欄に発送個数を打つだけで済むようです。しかもその方法だと複数口減額が適用されて2個目からは100円引きになります。Webから使ったことはないのですが複数口減額は昔からあったような気がします。「複数個をバラバラの宛先に送る」のなら、私のケース(送り状の印字も頼む場合)なら1件ずつの登録が必要だったんですが、送り状が既にあるなら単に荷物の個数を入力するだけで集荷を依頼できます。ただ、送り状はWebで入力して印字伝票を貼ってもらう方が、手間がない上にデジタル割が効くので安くて便利なんですよね(いや、自前のプリンタでA4用紙に伝票を印刷する方法なら、デジタル割を効かせた上で伝票はあらかじめ用意可能ですけども)。クロネコの集荷依頼は、昔は「一度依頼したら修正もキャンセルも電話しか無理」な仕様でしたが、今では確認もキャンセルもWebでできるようになって便利になりました。
🌰Re:4187◆ありがとうございます。2つ併用する形でよろしくご活用下さい。(╹◡╹)
🌰Re:4189◆TegUp稼働報告をありがとうございます。てがろぐもお役に立っているようで嬉しいです。
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