どのカテゴリにも属していない投稿［48件］ - 開発放言

自前の静的サイトジェネレータを作るとしても、時間（と気力）が確保できそうなのは早くても3月か4月頃になりそうな気がする。気温が春になってからだな……。_(:3」z)_ ざっくり、1月は寒くて気力が減退気味だし他の用事もあるし、2月は税金で忙しいし、3月は別件でちょっと忙しい可能性があるので。ただ、3月の別件は、3月に始めたのではやや遅いので2月中には始めないといけないのだが。なので早ければ3月には予定が空く可能性はあるのだけども。もちろん、仕事の入り具合にも依って異なるけども。

by nishishi. ⌚ 2024年01月13日(土) 12:22:18〈1年以上前〉＜241文字＞編集

にしし

No.2473

ようやく申請が通った。20分弱くらいだ。予想よりは早かった。数時間は待たねばならないのかと思っていた。

by nishishi. ⌚ 2023年12月16日(土) 23:17:17〈1年以上前〉＜51文字＞編集

にしし

No.2472

私のネット環境では、既にこのドメインは新サーバに繋がっているのだが、まだSSLの申請ができない……。（ので、HTTPSでアクセスするとセキュリティ警告が出る。）

by nishishi. ⌚ 2023年12月16日(土) 23:03:37〈1年以上前〉＜80文字＞編集

にしし

No.2471

《ここは移転先の新サーバ》

by nishishi. ⌚ 2023年12月16日(土) 20:46:27〈1年以上前〉＜13文字＞編集

にしし

No.2442

TegUp に、スキンZIPを展開して1サブディレクトリに置く機能を加えても良いかもしれない。ローカルで展開する手間が省ける、という程度の機能だが。……いらんか。^^;

by nishishi. ⌚ 2023年10月31日(火) 23:49:08〈1年以上前〉＜84文字＞編集

にしし

No.2439

同一ディレクトリ内にある、ファイル拡張子が .cgi なファイルを片っ端から開いてみて、中身がてがろぐ本体かどうかをチェックする処理を入れれば、「どんなファイル名で設置しているのか」をユーザに書き込んでもらう必要もないな。よく考えたら。TegUp

by nishishi. ⌚ 2023年10月26日(木) 12:40:43〈1年以上前〉＜123文字＞編集

にしし

No.2438

バックアップZIPを生成しない設定のとき、結果表示画面でZIPのリンク表示をスキップするような処理ってしていたかな……？（あとで調べる） TegUp

by nishishi. ⌚ 2023年10月25日(水) 22:55:57〈1年以上前〉＜74文字＞編集

にしし

No.2423

カスタム絵文字、シングルクリックでコードをコピーする設定の動作テスト：

by nishishi. ⌚ 2023年08月16日(水) 21:44:47〈1年以上前〉＜116文字＞編集

にしし

No.2414

たこやきSVGテスト。
▼SVG画像のソース内に width=100% height=100% が書かれているバージョン：

▼SVG画像のソース内に wwidth・height の記述がないバージョン：

by nishishi. ⌚ 2023年08月06日(日) 17:38:01〈1年以上前〉＜376文字＞編集

にしし

No.2413

たこ焼き。カスタム絵文字テスト。

by nishishi. ⌚ 2023年08月01日(火) 17:37:03〈1年以上前〉＜29文字＞編集

にしし

No.2406

というか、「CGIを cgi-bin ディレクトリに置け」というような制約って、2000年代前半でも既に廃れていたと思うのだが、今でもそんな解説がどこかに残っているのだろうか……？

by nishishi. ⌚ 2023年06月27日(火) 13:33:59〈1年以上前〉＜90文字＞編集

にしし

No.2405

今時 cgi-bin ディレクトリなるディレクトリが最初から掘られているサーバも珍しいと思うのだが、ないとは限らないか。設置方法の案内には
cgi-binディレクトリ以外の場所に設置してご使用下さい。という注釈も必要なのだと知った。
サーバによっては『cgi-bin ディレクトリの中身はすべて実行ファイルである』という前提で動作させてしまうため、CSSファイルのような『ブラウザがそのまま中身を読めば良い』ファイルを置くと、正しく読んでくれなくなる（＝問答無用で実行してしまうためInternal Server Errorになる）問題がある。cgi-bin ディレクトリとは『本当にプログラムだけ』を置くためのディレクトリなので、配布CGIの一式全部を設置する場所としては適切ではないのだ。

by nishishi. ⌚ 2023年06月27日(火) 13:31:44〈1年以上前〉＜347文字＞編集

にしし

No.2384

Windows環境でXAMPPを使ってCGIを動かすとき、1行目が「#! /usr/bin/env perl」だと /usr/bin/ の位置に env というプログラムが存在しないから動かない問題があるようだが、perl.exe を「env perl.exe」というファイル名でも用意してやるとうまくいったりしないだろうか？（実験はしていない）シンボリックリンクでリンクを張るときに、リンク名に空白文字を含めることはできないんだっけ？（いや、含められたとしても、それに /usr/bin/env perl というパスを使ってアクセスできるとは限らないが。）

by nishishi. ⌚ 2023年04月29日(土) 12:48:17〈2年以上前〉＜280文字＞編集

にしし

No.2346

てがろぐの公式ドキュメント内で何かを探す場合には、まず、「使い方・設定方法」ページや「カスタマイズ方法」ページや「FAQ・豆知識」ページをブラウザで表示した上で、[Ctrl]＋[F]キーを押してブラウザの検索窓を開いて、ページ内検索して頂きたい。たいていこの3ページのどこかに情報があるので、3ページで探せば見つかるのではないか。^^; 細かくページを分けていないので、サイト内検索窓を使って検索してもあまり役に立たない気がする。というか、細かくページを分けていないのは、ブラウザ側のページ内検索機能で探しやすくするためでもある。

by nishishi. ⌚ 2023年01月15日(日) 17:59:46〈2年以上前〉＜265文字＞編集

にしし

No.2344

ドキュメントをー、書くのがー、想像以上にー、面倒くさい。_(┐｢ε:)_

by nishishi. ⌚ 2023年01月06日(金) 14:48:06〈2年以上前〉＜36文字＞編集

にしし

No.2326

1つの関数はもっともっと短くするべきだとは思っているのだが、なかなかそうはいかん。_(┐｢ε:)_

by nishishi. ⌚ 2022年12月14日(水) 13:48:58〈2年以上前〉＜49文字＞編集

にしし

No.2318

Perl 5.30未満だと、正規表現の「戻り読み」記法が使えないのだと思っていたが、自分の書いたコードの中で既に使っていて、Perl 5.8とかでも動いている。どういうことだ……と思ったら、Perl 5.30未満で使えないのは可変長の戻り読みだけだった。可変長でさえなければ戻り読みは可能なのだ。なるほど。

by nishishi. ⌚ 2022年12月03日(土) 22:21:44〈2年以上前〉＜153文字＞編集

にしし

No.2316

まったく同じコードを2つ書く必要があるとき、

そのコードだけを独立した1つの関数になるようリファクタリングしてから書く
とりあえず、同じコードを2つ書く

のでどうするか迷う。いや、望ましいのは前者に違いないのだが。リファクタリングに結構な手間がかかりそうだと迷う。いや、結構な手間がかかりそうなくらいスパゲッティなコードになっているなら、なおさら（手遅れになるほどこんがらがる前に）リファクタリングすべきなのだが……。
要するに、リファクタリングしないといけないということか。（結論）

クッキーとチョコレートはどこだ！！！（あと食べても脂肪を蓄積しない身体）

by nishishi. ⌚ 2022年12月03日(土) 00:08:24〈2年以上前〉＜284文字＞編集

にしし

No.2313

てがろぐのレンタルサーバ別セットアップ方法は全部で15ページあるのでたくさん存在するように見えるが（まあ確かにたくさんあるのだが）共通部分は1つのHTML(分岐を含むPHP)で作っておいて、サーバごとに異なる部分だけをPHPで合成している。なので、レンタルサーバごとのデータ量はとても少なく10行くらいしかない。ほとんどはフラグだけで済んでいる。mixhostだけは独自の解説を生で書くしかなかったのでちょっと分量があるが。

by nishishi. ⌚ 2022年12月01日(木) 10:21:26〈2年以上前〉＜214文字＞編集

にしし

No.2312

てがろぐもPerlではなくPHPで書いていれば、もっと楽だったよな、ということはいつも思っている。いや、いつもということはないが。PHPを書くとよくそう思う。今さら変えられないが。

by nishishi. ⌚ 2022年12月01日(木) 10:07:37〈2年以上前〉＜90文字＞編集

にしし

No.2305

開発方針というか、優先順位の決め方の話ですけども。

今の時代、「JavaScriptが動作しない閲覧環境」というのはまずないでしょうし、考慮する必要性はほとんどないと考えて差し支えないでしょう。また、少なくともGoogleは「JavaScriptを実行した結果」を解釈してくれるようなので（SEO効果の度合いには違いがあるかもしれませんが）検索対策を考える場合でもJavaScriptでページを描画して大きな問題はなさそうに思います。

ただ、

RSSフィードのようなXML形式のデータ内ではJavaScriptは使えない
OGPのような「HTML内にmeta要素として静的に存在していないと認識されない物」はJavaScriptで生成・編集できない

というような問題もありますから、「ブラウザ上の描画に関してはJavaScriptを使えば実現できる」ということでも、「できるだけ本体側にもその機能がある方が望ましい」とは言えると思います。

例えば、

RSSフィード内の何かをJavaScriptで変更したり生成したりしたいと思っても（書かれていれば動くRSSリーダももしかしたらあるかもしれませんが）RSSフィード自体は静的なXMLとして存在しているだけなので無理ですし、
OGPを読んで利用するSNS等は（たぶん）HTMLファイルを読むだけでその先のJavaScriptまで読んで実行はしてくれないようですから、JavaScriptでOGPを生成したり編集したりしても効果がありません。

これらのような箇所の出力をどうにかしたい場合は、CGI側でその機能を用意するほかありません。
したがって、「ブラウザ上ではJavaScriptで実現できる機能でも、もしかしたら静的に存在していないと効果がないような箇所で出力したいケースもあるかも知れないので(将来的には)本体側にも実装する方が望ましい」とは考えています。

しかしながら、

「JavaScriptを使えば（ブラウザの描画上では）実現できること」と、
「JavaScriptを使っても（おそらく）実現できないこと」

とがありますから、（この両者を比較すれば）開発を優先するのは後者だと思います。
もちろん実際には「開発のしやすさ」も大きく影響しますから、絶対に後者が優先されるわけではありませんけども。

なので、「JavaScriptで実現できる機能は、（将来的には実装したいと思うものの）開発優先度はそこまで高くならない」と認識しておいて頂けるとありがたい気がします（たぶん）。「気長に待って欲しい」というのは（何もかもを一気に実装するのは無理なので）常に言っていることですが、なお「さらに気長に」待って頂けるとありがたい感じです。

by nishishi. ⌚ 2022年11月29日(火) 16:55:55〈2年以上前〉＜1160文字＞編集

にしし

No.2282

mixhostの新サーバにPerlモジュールがさっぱり入っていないのは、もはやフリーCGIとか使わせる気がないということなのだろうか。Perlは使えるし、Perlモジュールを自力でインストールする機能も提供されているので、Perl自体を拒否しているわけではないけども。「自作のPerlで何かをしたい人は自由にすれば良いが、一般公開されているフリーCGI的なものを使うことはもはや考慮していない」みたいな？とりあえず、mixhostの新サーバ向けの対策はFAQとかに書いておいた方が良さそうだ。

by nishishi. ⌚ 2022年11月17日(木) 13:51:34〈2年以上前〉＜247文字＞編集

にしし

No.2275

「てがろぐ」と「さんごよみ」では、出力ページに埋め込まれる「Powered-by表記」と、管理画面TOP右端に見える「このCGIについて」枠はどちらも非表示にできる手段を（有償ライセンスの形で）用意している。しかし、管理画面の下端に小さく表示される Copyright表記を非表示にする方法は用意していない。後者は一般のアクセス者からは見えないので非表示にしたい需要は特にないと思っているのだが、あるのだろうか？（今までそれを希望されたことはない。）いや、あっても積極的に提供しようとはあまり思っていないのだが。一般のアクセス者からは見えないにもかかわらず「このCGIについて」枠を非表示にする機能を用意しているのは、ビジネス用途（Web製作会社が客先に提供するなど）の場合に、「作者にコーヒーをおごる」リンク等は見せたくないだろうからだ。

by nishishi. ⌚ 2022年11月14日(月) 23:19:12〈2年以上前〉＜371文字＞編集

にしし

No.2272

そういえば、Lightboxの最新バージョンは 2.11.3 だが、あえてCDNからLightboxの 2.11.0 を読み込んでいるのはIE対策だった。最新版でどうなるのか確認していないが、2.11.1 をIEで読み込んだときには何かおかしかったので（具体的に何がどうだったのかは忘れたが）。~~これはどうするかな……。別に 2.11.0 のままでも不都合はなさそうだけども。もはや、IEは気にしなくても良いだろうし、2.11.3 にしておこうか。~~ →した。#済

by nishishi. ⌚ 2022年11月13日(日) 00:14:29〈2年以上前〉＜231文字＞編集

にしし

No.2269

「IE8対策」なる注釈の入ったコードが残っていて驚いた。消した。

by nishishi. ⌚ 2022年11月12日(土) 20:21:55〈2年以上前〉＜32文字＞編集

にしし

No.2268

構成ファイル数がめちゃくちゃ多いCMS（例えばWordPressとかMovableTypeとかもそう）をアップロードするときには、ZIPのままアップロードして、サーバにSSHでログインしてunzipコマンドを打って展開する、みたいなことはする。よく考えたら、別に構成ファイル数が少ない場合でもその方法を採って悪いわけではない。てがろぐをZIPのままアップロードして、unzipコマンドを実行するシェルスクリプトも一緒にアップロードして、それを実行する……みたいな手もある気はする。ただ、シェルスクリプトはパーミッションを設定しないと動かないだろうけど。PHPの方が良いか。

by nishishi. ⌚ 2022年11月12日(土) 19:10:53〈2年以上前〉＜286文字＞編集

にしし

No.2261

「このまま書き進めたら、凄まじいスパゲッティソースになる……！」という確信が得られてしまって、どうするか悩む。┌(:3」└)┐

by nishishi. ⌚ 2022年11月06日(日) 22:02:18〈2年以上前〉＜63文字＞編集

にしし

No.2252

どうせ作るなら需要のあるものから作りたいとも思うのだが、問題は需要がなかなか分からんことだ。┌(:3」└)┐

by nishishi. ⌚ 2022年11月03日(木) 00:02:57〈2年以上前〉＜54文字＞編集

にしし

No.2246

/usr/bin/perl と /usr/local/bin/perl とでPerlのバージョンが異なるというケースもあるのか。ロリポップの「eco7xx、eco8xx、lit7xx、lit8xx、std7xx、std8xx、ent7xx、ent8xxのサーバーの場合」だとそうなっているようだ。

by nishishi. ⌚ 2022年10月29日(土) 17:29:26〈2年以上前〉＜148文字＞編集

にしし

No.2227

本体ファイルが「2ファイルだけ」という構成の軽さにもこだわりがあるのだ。

by nishishi. ⌚ 2022年10月19日(水) 22:39:48〈2年以上前〉＜36文字＞編集

にしし

No.2222

記法が複雑になればなるほど使いこなせる人が減るので、「手軽さ」を維持できるようにできるだけ平易な記法に留めておくよう気をつけたい。

by nishishi. ⌚ 2022年10月16日(日) 00:36:40〈2年以上前〉＜65文字＞編集

にしし

No.2109

Perlのパスは /usr/bin/perl と /usr/local/bin/perl ではどちらの方が多いのだろうか。今は前者をデフォルトにしているが、もしかしてlocalを加えておく方が望ましいのかな、という気もしつつある。

by nishishi. ⌚ 2021年05月04日(火) 20:31:10〈4年以上前〉＜115文字＞編集

にしし

No.2108

パーミッションの設定選択肢の表記は、「一般／suEXEC」ではなく、「suEXEC非対応／suEXEC対応」とかの方が良いのかもしれない。

by nishishi. ⌚ 2021年05月01日(土) 23:10:05〈4年以上前〉＜69文字＞編集

にしし

No.2106

ユーザリンク集(登録システム)も早めに作りたいのだが、今はそこまでの余力がない。その前にまず製作を急ぎたいツールがあるので。

by nishishi. ⌚ 2021年04月25日(日) 13:51:42〈4年以上前〉＜62文字＞編集

にしし

No.2092

β版を公開するたびに、（正式版用の）リリースノートの草案も一緒に書いておかないと、あとから一気に書こうとすると面倒くさすぎて作業が進まない。_(:3」∠)_

by nishishi. ⌚ 2021年03月06日(土) 22:01:01〈4年以上前〉＜78文字＞編集

にしし

No.2090

Perlのパスは、さくらインターネットだと公式アナウンスは /usr/bin/perl だが /usr/local/bin/perl でも動作する。ロリポップも以前はどちらでも動いたが、今は後者でないとダメっぽい。デフォルトのパスも後者にしても良いかな……と思わなくもないのだが、どうするかな。その他のメジャーなサーバの状況も調べないと判断しにくいのだが。

by nishishi. ⌚ 2021年02月28日(日) 20:38:42〈4年以上前〉＜178文字＞編集

にしし

No.2075

正式版リリースの後には、毎回、次に開発を始める主な機能を何にするのかを決定する必要がある。ToDoリストにはたくさんの項目があるので、要望の多さや開発の用意さや個人的な面白さなどを加味して並び替える作業だ。

by nishishi. ⌚ 2021年01月02日(土) 15:47:02〈4年以上前〉＜103文字＞編集

にしし

No.2073

~~「そのとき限定されている表示内容」に限定したRSSフィードへのリンクが出力される仕様~~ 作った。#済

by nishishi. ⌚ 2020年12月29日(火) 15:43:15〈4年以上前〉＜50文字＞編集

にしし

No.2071

節分は祝日ではない！ ……のだった。orz >>2069
そうだ、そうだ。だから別に計算しなくて良いのだ。祝日以外の記念日も表示するようなプログラムにする場合は話が別だが。

by nishishi. ⌚ 2020年12月25日(金) 20:59:25〈4年以上前〉＜86文字＞編集

にしし

No.2058

ついカテゴリを付加するのを忘れてしまうので、カテゴリだけは「区分」ボタン押下で展開するのではなく、最初から展開しておく方が良さそうな気がしてきた。カテゴリが多くなってくると見た目がごちゃごちゃし過ぎてしまう懸念もあるのだが、少なくともここでは今のところ3つしかないし。……というような、開発とはさほど関係ない話をどこで呟くかがちょっと迷う。ここは開発計画に関係しそうな呟きを後から自分で読み返しやすくするために用意したので、関係ないことを書きすぎると読み返しにくくなるだろうからな……。ただ、てがろぐCGIを使ったことのある人でないと分からないような話を向こうで呟いても意味不明な人々も多いだろうからな……という気もする。

by nishishi. ⌚ 2020年11月21日(土) 23:57:45〈4年以上前〉＜311文字＞編集

にしし

No.2055

自分しか読めない場所で書いていたCGI開発に関係する呟きを、「開発放言」として公開してみた。ネット上で公開すると「何かマズいことを書いていなかっただろうか」と思って読み返すので、過去に書いたことを思い出しやすい。自分しか読めない場所に書いていると、読み返す動機があまりなくて、流れ過ぎた昔の投稿を読み返す機会がない問題がある。

by nishishi. ⌚ 2020年11月15日(日) 13:46:09〈4年以上前〉＜163文字＞編集

にしし

No.1

フリーCGI開発に関する予定とか希望とかメモとか、放言いろいろ蓄積スペース。

by nishishi. ⌚ 2017年12月01日(金) 00:00:00〈7年以上前〉＜38文字＞編集

初期表示に戻る

DASHBOARD

■開発放言について

にしし製CGIの開発進行に関する放言です。思いついたことを適当に放り込む空間なので、どんな呟きも確定的な開発予定というわけでは全くありません。しかしながら、機能面でのご要望や開発予定機能への支持表明はお気軽にどうぞ。ただし、ここには直接は投稿頂けませんので、公式動作テスト用てがろぐ等をご利用下さい。

編集

ランダムに1件を表示

RSSフィード

■全文検索：

■日付一覧：