堕天使の煉獄
2023-08
02
07:09:48
ぶじゅるっ
先月末のQtまわりのアップデート、異様に遅かったのはメンテナンスツールのバグで、ミラーサーバに振るわける部分がうまく動いてなくて本家のサーバに集中してくっそ遅くなってた模様。
てかその報告が一週間後ってどゆことw
それはさておき。
perlのもっと簡単お手軽な実行環境ないものかとググってたときに、XAMPPなるものがでてきたのだけども。
なんか調べてみると、古い簡易版のすとろべりーぱーるが入ってるとかで、結局perlは自分で入れなきゃ駄目ーとか、結局httpのデーモン使うタイプなのねーとか、うーんめんどくさそう。
とスルーしたのだけども。
どちらかというとperlはおまけでphpのほうがメインなのねコレ。
んでphpってなんかあんまり興味持ったことなくて。
perlの後発のcgiとかに使う言語って感じで、perlほど変態的でない初心者にもとっつきやすい言語……てな印象だったのですが。
今回ちょっと調べてみたら、当時(1990年代末期~2000年代初頭)から随分と進化してる部分もあって事情も違うのでしょうけど。
へえ、ssi(サーバーサイドインクルード)みたいなのが標準機能でできるのね。
ssiは当時は対応してないレンタルサバも多かったりで結局まともに使う機会もなかったのだけども。
「全ページに共通のメニュー」なんかを埋め込むのとかに便利なんですよね。
perlでもできるっちゃできるけどもっと汎用性の高い形でできるっぽい。
あと、perlの記法だけなんとなくおんなじ風な、なんちゃってのオブジェクト指向じゃなくもっとまともなオブジェクト指向な書き方できるのねphp。
phpのクラスの記法はC#とかJAVAタイプな感じぽ。
あと速度面でもモジュールモードだと速いらしい。
そんでもってphpはDBと連携が最初から想定されてる感じなので、その辺の機能が充実してるらしい。
ふむう。
perlのなんちゃってオブジェクト指向で書かれてるこのブログ風cgi。
結構後から手を入れようと思うと、何がどうなってるのか思い出すのに一苦労するんだよなw
IDEとか無いし。
一方、phpは入力補完までついてるIDEが結構ぽこぽこあったりするんですよね。
ただ、ローカルのWebサーバにIISつかうのかApache使うのかとか、IDEもVisualStudioつかうのか、VS code使うのか、もっとべつのIDEつかうのかとか。
いろいろと方法がありすぎて、どれにしたもんかなと。
んでもってなにげに今最新はphp8.2なんだけど、8.2の新機能でreadonlyがクラス全体に指定できる機能がつくとかで、コレ使いたいねぇ。ってなったんだけども。
さくらインターネットではまだ8.1までしか対応してないんだよねw
あとphpてバージョンアップで破壊的変更を結構する感じらしいみたいね。
phpとセットで語られてることの多いWordPressなんかもバージョン差異のトラブル多いみたいだし。
LTSみたいなの無いのかな? と調べてみたのだけども基本的に三年サポートで古いのはどんどん切ってくスタイルらしい。
なのにとっくにサポートも切れてる5.xとか7.xがいまだ多くの鯖で稼働中という現状があったりして、web系て枯れるまで待つ傾向あるのか、最新のver使えるようになるまで遅い&古い枯れてるverを使い続けるパターンおおいよね。
うーん。
環境作るのもめんどいってのもあるんだけど、もし触るんならさくらインターネットで8.2対応きてからでいいかなぁ……って感じに。
DBまわりは……さくらインターネットはDBも使えるんだけど、DBサーバーが物理的に別鯖になるのでかなり遅いと言われてるんですよね昔から。
DBサーバをすべてSSDに変えました! とかいうても、速度のボトルネックはそこじゃねぇしって感じだしw
んで、SQLiteをつかうという方向もあるのですが。
どうもトラブル多いらしくて、これで自前でブログシステムとか作るのはやめたほうがいい。「やめとけ」っていう意見がちょっとググっただけでもぼこぼこ出てくるw
んんーカテゴリ別で記事表示とかやりたくもあるんだけど、現行のテキストファイルベースのでも負荷考えなければべつに出来なくもないんですけど。
そこまでするほどねもないかなぁって感じでもあるし。
まともなオブジェクト指向であとから保守とかやりやすくなるならphpで書き直してみるのもアリかなぁ、どうかなぁ……環境構築のめんどくささがやっぱネックだなぁ。
でもXAMPPだとperlの実行環境もついてくるので手間を惜しまず作っておくべきかなぁ……。
なんてことを悩み中な最近。
関係ないけど、perlとphp、昔の知識というかイメージしか無いので最近の事情を知るためにいろろググってたときの事。
perlの言語としての説明分のところに
「Perl(パル)」
と書かれてるサイトがw
そのタイミングでちょうど飲み物をくぴりと口に含んだ瞬間だったせいで、ぷぴゅると吹いたww
ぱるってw
なんかすんごく不意打ちで飲み物吹いたじゃねーかw
まあただのtypoなんだろうけど、ぱるっていう音の響きがなんかツボに入ってしまったりw
……で、ここまでphp移行もかなり現実的に考えてたところで、さくらインターネットのperlのverが5.12.x で、最近契約した鯖だとperl 5.32.xつかえまっせ。
ってあるんだけど、最新て今いくつだっけ?
とおもって調べてみたらば。
最新は5.38.0 だったんだけど、そのあとに気になる文言が目に入る。
「class構文が追加された」
ttps://perldoc.perl.org/perl5380delta
とfeatureキーワード付いてるので、まだお試し機能みたいだけど。
……慣れ親しんだperlでまともなclass使えるようになるんならphpいらなくね?
ってなったりしてるw
でもさくらインターネットてわりとperlのver上がるの遅いんだよな。
まあperlはもともとそんな新機能もとめて新しいver使いたがる感じでもない感じだけど。
4→5に上がるあたりはたしか早く上がってくれんかな……ってなってた記憶があるような無いような。
でもまあまだ実験的みたいだし、実際にclass使えるようになって、さらにそのverがさくらインターネットで使えるようになるのっていつよ? って話になるのと、結局perl用のIDEも相変わらずそんなないよねーっていうのもあるし。
てか5.38.0て2023年7月02日 リリースてめっちゃ最近やん。
5.34でtry/catch使えるようになったり、後発だけあってfinallyもあるらしい(c++にもfinallyほすぃまあRAII的にアレなのでアレなんですけど)
八進数のリテラルに0o (zero, small o) が使えるようになったらしい。
もともとのperlの仕様の先頭に0(zero)つくと八進数ってのは文字も数値も一緒くたに扱えるperl特有の罠で、09月とか09日みたいな日付とか月のデータを文字で持ってるときに、数値として足し算とかすると八進数で09だと11扱いになっちゃって計算がおかしくなるという。
そういうのがあるのでむしろ0付きが八進数てのをやめて0oのみにしてほしいところではある。
そもそも数値としての八進数なんて使わないしね。特殊な用途以外。
結構いろいろと進化続いてるのなperl。
うーむ。
このタイミングでそんなの知っちゃうとなあ。
まあphpとか対して難しくなさそうなので学習コストもそんなかからないっぽいんですけど。
それに慣れた頃にperlが超進化してまた戻るって感じになる流れになりそうじゃないコレ?
ていうかperlって、perl6があまりにもperlとかけ離れた別言語ってレベルだったので結局「Raku」っていう別言語として分かれて。
混乱避けるためかperlの時期verはperl7になるってなのどっかで見たんだけども。
割と最近のverうpで5.38とまだ5系なのね。
調べてみると、2020/6/24に発表されて以来、とくに目立った動きはないっぽいねperl7。
Perl 5.32以降のverの機能はperl7用の機能のお試し版みたいな感じでもあるらしいので、じわじわとは進んでるみたい?
上記のclassとかtry/catchとか、言語的に新しい要素の追加って感じの方向っぽいし。
まあ、この感じだと使えるのはいつになるんだ……ってところがネックか……。
いっそc++で書ければ一番面倒ないんですけどね。
でも共用レンタル鯖でc++のcgiとか色々問題多いので現実的ではないぽw
話は変わって。
ビジュアルアーツが中国の100%子会社化……大丈夫なんかコレ……。
よりによって中国とはねぇ。
この先どうなることやら。
そしてようやく8月か。
まだまだ暑い日つづくなぁ。
てかその報告が一週間後ってどゆことw
それはさておき。
perlのもっと簡単お手軽な実行環境ないものかとググってたときに、XAMPPなるものがでてきたのだけども。
なんか調べてみると、古い簡易版のすとろべりーぱーるが入ってるとかで、結局perlは自分で入れなきゃ駄目ーとか、結局httpのデーモン使うタイプなのねーとか、うーんめんどくさそう。
とスルーしたのだけども。
どちらかというとperlはおまけでphpのほうがメインなのねコレ。
んでphpってなんかあんまり興味持ったことなくて。
perlの後発のcgiとかに使う言語って感じで、perlほど変態的でない初心者にもとっつきやすい言語……てな印象だったのですが。
今回ちょっと調べてみたら、当時(1990年代末期~2000年代初頭)から随分と進化してる部分もあって事情も違うのでしょうけど。
へえ、ssi(サーバーサイドインクルード)みたいなのが標準機能でできるのね。
ssiは当時は対応してないレンタルサバも多かったりで結局まともに使う機会もなかったのだけども。
「全ページに共通のメニュー」なんかを埋め込むのとかに便利なんですよね。
perlでもできるっちゃできるけどもっと汎用性の高い形でできるっぽい。
あと、perlの記法だけなんとなくおんなじ風な、なんちゃってのオブジェクト指向じゃなくもっとまともなオブジェクト指向な書き方できるのねphp。
phpのクラスの記法はC#とかJAVAタイプな感じぽ。
あと速度面でもモジュールモードだと速いらしい。
そんでもってphpはDBと連携が最初から想定されてる感じなので、その辺の機能が充実してるらしい。
ふむう。
perlのなんちゃってオブジェクト指向で書かれてるこのブログ風cgi。
結構後から手を入れようと思うと、何がどうなってるのか思い出すのに一苦労するんだよなw
IDEとか無いし。
一方、phpは入力補完までついてるIDEが結構ぽこぽこあったりするんですよね。
ただ、ローカルのWebサーバにIISつかうのかApache使うのかとか、IDEもVisualStudioつかうのか、VS code使うのか、もっとべつのIDEつかうのかとか。
いろいろと方法がありすぎて、どれにしたもんかなと。
んでもってなにげに今最新はphp8.2なんだけど、8.2の新機能でreadonlyがクラス全体に指定できる機能がつくとかで、コレ使いたいねぇ。ってなったんだけども。
さくらインターネットではまだ8.1までしか対応してないんだよねw
あとphpてバージョンアップで破壊的変更を結構する感じらしいみたいね。
phpとセットで語られてることの多いWordPressなんかもバージョン差異のトラブル多いみたいだし。
LTSみたいなの無いのかな? と調べてみたのだけども基本的に三年サポートで古いのはどんどん切ってくスタイルらしい。
なのにとっくにサポートも切れてる5.xとか7.xがいまだ多くの鯖で稼働中という現状があったりして、web系て枯れるまで待つ傾向あるのか、最新のver使えるようになるまで遅い&古い枯れてるverを使い続けるパターンおおいよね。
うーん。
環境作るのもめんどいってのもあるんだけど、もし触るんならさくらインターネットで8.2対応きてからでいいかなぁ……って感じに。
DBまわりは……さくらインターネットはDBも使えるんだけど、DBサーバーが物理的に別鯖になるのでかなり遅いと言われてるんですよね昔から。
DBサーバをすべてSSDに変えました! とかいうても、速度のボトルネックはそこじゃねぇしって感じだしw
んで、SQLiteをつかうという方向もあるのですが。
どうもトラブル多いらしくて、これで自前でブログシステムとか作るのはやめたほうがいい。「やめとけ」っていう意見がちょっとググっただけでもぼこぼこ出てくるw
んんーカテゴリ別で記事表示とかやりたくもあるんだけど、現行のテキストファイルベースのでも負荷考えなければべつに出来なくもないんですけど。
そこまでするほどねもないかなぁって感じでもあるし。
まともなオブジェクト指向であとから保守とかやりやすくなるならphpで書き直してみるのもアリかなぁ、どうかなぁ……環境構築のめんどくささがやっぱネックだなぁ。
でもXAMPPだとperlの実行環境もついてくるので手間を惜しまず作っておくべきかなぁ……。
なんてことを悩み中な最近。
関係ないけど、perlとphp、昔の知識というかイメージしか無いので最近の事情を知るためにいろろググってたときの事。
perlの言語としての説明分のところに
「Perl(パル)」
と書かれてるサイトがw
そのタイミングでちょうど飲み物をくぴりと口に含んだ瞬間だったせいで、ぷぴゅると吹いたww
ぱるってw
なんかすんごく不意打ちで飲み物吹いたじゃねーかw
まあただのtypoなんだろうけど、ぱるっていう音の響きがなんかツボに入ってしまったりw
……で、ここまでphp移行もかなり現実的に考えてたところで、さくらインターネットのperlのverが5.12.x で、最近契約した鯖だとperl 5.32.xつかえまっせ。
ってあるんだけど、最新て今いくつだっけ?
とおもって調べてみたらば。
最新は5.38.0 だったんだけど、そのあとに気になる文言が目に入る。
「class構文が追加された」
ttps://perldoc.perl.org/perl5380delta
use feature 'class';
class Point
{
field $x;
field $y;
method zero { $x = $y = 0; }
}
とfeatureキーワード付いてるので、まだお試し機能みたいだけど。
……慣れ親しんだperlでまともなclass使えるようになるんならphpいらなくね?
ってなったりしてるw
でもさくらインターネットてわりとperlのver上がるの遅いんだよな。
まあperlはもともとそんな新機能もとめて新しいver使いたがる感じでもない感じだけど。
4→5に上がるあたりはたしか早く上がってくれんかな……ってなってた記憶があるような無いような。
でもまあまだ実験的みたいだし、実際にclass使えるようになって、さらにそのverがさくらインターネットで使えるようになるのっていつよ? って話になるのと、結局perl用のIDEも相変わらずそんなないよねーっていうのもあるし。
てか5.38.0て2023年7月02日 リリースてめっちゃ最近やん。
5.34でtry/catch使えるようになったり、後発だけあってfinallyもあるらしい(c++にもfinallyほすぃまあRAII的にアレなのでアレなんですけど)
八進数のリテラルに0o (zero, small o) が使えるようになったらしい。
もともとのperlの仕様の先頭に0(zero)つくと八進数ってのは文字も数値も一緒くたに扱えるperl特有の罠で、09月とか09日みたいな日付とか月のデータを文字で持ってるときに、数値として足し算とかすると八進数で09だと11扱いになっちゃって計算がおかしくなるという。
そういうのがあるのでむしろ0付きが八進数てのをやめて0oのみにしてほしいところではある。
そもそも数値としての八進数なんて使わないしね。特殊な用途以外。
結構いろいろと進化続いてるのなperl。
うーむ。
このタイミングでそんなの知っちゃうとなあ。
まあphpとか対して難しくなさそうなので学習コストもそんなかからないっぽいんですけど。
それに慣れた頃にperlが超進化してまた戻るって感じになる流れになりそうじゃないコレ?
ていうかperlって、perl6があまりにもperlとかけ離れた別言語ってレベルだったので結局「Raku」っていう別言語として分かれて。
混乱避けるためかperlの時期verはperl7になるってなのどっかで見たんだけども。
割と最近のverうpで5.38とまだ5系なのね。
調べてみると、2020/6/24に発表されて以来、とくに目立った動きはないっぽいねperl7。
Perl 5.32以降のverの機能はperl7用の機能のお試し版みたいな感じでもあるらしいので、じわじわとは進んでるみたい?
上記のclassとかtry/catchとか、言語的に新しい要素の追加って感じの方向っぽいし。
まあ、この感じだと使えるのはいつになるんだ……ってところがネックか……。
いっそc++で書ければ一番面倒ないんですけどね。
でも共用レンタル鯖でc++のcgiとか色々問題多いので現実的ではないぽw
話は変わって。
ビジュアルアーツが中国の100%子会社化……大丈夫なんかコレ……。
よりによって中国とはねぇ。
この先どうなることやら。
そしてようやく8月か。
まだまだ暑い日つづくなぁ。
Sun
Mon
Tue
Wed
Thu
Fri
Sat
01
02
■
■
ぶじゅるっ
03
04
■
■
ど忘れ
05
■
■
お腹いっぱい
06
07
08
09
10
11
[山の日]
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
total:2081181 t:155 y:488
■記事タイトル■
■年度別リスト■
2024年
2024年12月(0)2024年11月(0)
2024年10月(1)
2024年09月(2)
2024年08月(1)
2024年07月(1)
2024年06月(5)
2024年05月(2)
2024年04月(1)
2024年03月(6)
2024年02月(4)
2024年01月(3)
2023年
2023年12月(3)2023年11月(1)
2023年10月(2)
2023年09月(3)
2023年08月(3)
2023年07月(3)
2023年06月(7)
2023年05月(8)
2023年04月(2)
2023年03月(1)
2023年02月(2)
2023年01月(3)
2022年
2022年12月(4)2022年11月(3)
2022年10月(1)
2022年09月(3)
2022年08月(3)
2022年07月(2)
2022年06月(1)
2022年05月(3)
2022年04月(2)
2022年03月(2)
2022年02月(1)
2022年01月(6)
2021年
2021年12月(8)2021年11月(3)
2021年10月(4)
2021年09月(6)
2021年08月(2)
2021年07月(1)
2021年06月(3)
2021年05月(2)
2021年04月(2)
2021年03月(3)
2021年02月(1)
2021年01月(4)
2020年
2020年12月(3)2020年11月(7)
2020年10月(2)
2020年09月(3)
2020年08月(1)
2020年07月(3)
2020年06月(7)
2020年05月(5)
2020年04月(8)
2020年03月(4)
2020年02月(2)
2020年01月(4)
2019年
2019年12月(1)2019年11月(1)
2019年10月(2)
2019年09月(1)
2019年08月(3)
2019年07月(2)
2019年06月(2)
2019年05月(2)
2019年04月(4)
2019年03月(1)
2019年02月(7)
2019年01月(1)
2018年
2018年12月(1)2018年11月(1)
2018年10月(5)
2018年09月(1)
2018年08月(5)
2018年07月(1)
2018年06月(1)
2018年05月(1)
2018年04月(2)
2018年03月(2)
2018年02月(1)
2018年01月(1)
2017年
2017年12月(2)2017年11月(1)
2017年10月(2)
2017年09月(5)
2017年08月(8)
2017年07月(2)
2017年06月(1)
2017年05月(1)
2017年04月(3)
2017年03月(5)
2017年02月(7)
2017年01月(8)
2016年
2016年12月(7)2016年11月(2)
2016年10月(3)
2016年09月(7)
2016年08月(8)
2016年07月(10)
2016年06月(17)
2016年05月(6)
2016年04月(8)
2016年03月(10)
2016年02月(5)
2016年01月(10)
2015年
2015年12月(7)2015年11月(7)
2015年10月(13)
2015年09月(7)
2015年08月(7)
2015年07月(5)
2015年06月(4)
2015年05月(5)
2015年04月(2)
2015年03月(4)
2015年02月(1)
2015年01月(7)
2014年
2014年12月(12)2014年11月(8)
2014年10月(4)
2014年09月(6)
2014年08月(7)
2014年07月(4)
2014年06月(2)
2014年05月(5)
2014年04月(4)
2014年03月(8)
2014年02月(4)
2014年01月(8)
2013年
2013年12月(15)2013年11月(8)
2013年10月(3)
2013年09月(3)
2013年08月(8)
2013年07月(0)
2013年06月(0)
2013年05月(0)
2013年04月(0)
2013年03月(0)
2013年02月(0)
2013年01月(0)
■レス履歴■
■ファイル抽出■
■ワード検索■
堕天使の煉獄
https://rengoku.sakura.ne.jp
管理人
織田霧さくら(oda-x)
E-mail (■を@に)
oda-x■rengoku.sakura.ne.jp