100MBしか容量がないので利用しているといつかは容量の上限に達する(画像などの大きなファイルはPixivやTwitter、Google Driveなどから引用すると100MBでも非常に長い期間運用できる)
セキュリティレベルはプロバイダ側の技術力に依存する
PerlやPHPなどのサーバサイドスクリプトが最新とは限らない
非常に緻密で凝ったWeb デザインはWeb ブラウザ毎の仕様を知る必要がある
悪い意味で1から Webページを構築しないとならないため学習と立ち上げに時間が掛かる
テキストサイトとしての技術継承が絶たれているためモダンな技術情報が非常に少ない
サーバサイドスクリプトが許可されていないとコメント機能の実装が難しい
予約管理などはメールや電話しか対応できない(CGIが動くならやりようはあるが別途料金)
独自ドメイン(ｈｏｇｅｈｏｇｅ．ｃｏｍなど)は別途月額料金が必要

静的サイトジェネレータ

流石に今どき!DOCTYPEから手打ちしろというのは酷すぎるので「静的サイトジェネレータ」を使う

わかりやすく言えば「ホームページビルダー」で、デザインテーマに合わせたWebページの雛形を生成してくれるもの

現在では静的サイトジェネレータと言うとGUIではなくCUI から Webページを生成してくれるものを指すことが多い

GUIの場合は「Web サイト作成ソフト」「Web オーサリングツール」と呼ばれることが多い

生成されたWebページが含まれたディレクトリをFTP アプリケーションでプロバイダのホームページスペースへアップロードするだけでWeb サイトを立ち上げることが可能

早い話こんなのが簡単に作れる上に、最初からたいていはスマホにも対応してる

ttp://www.codeblocq.com/assets/projects/hexo-theme-magnetic/

ttps://sharvaridesai.github.io/hexo-theme-edinburgh-demo

ttps://themes.gohugo.io/theme/yourfolio/

ttps://themes.gohugo.io/theme/alpha-church/

ttps://themes.gohugo.io/theme/hugo-shopping-product-catalogue-simple/products/

ttps://themes.gohugo.io/theme/hugo-creative-portfolio-theme/portfolio/

ttps://event-jekyll-theme.github.io

ttp://jekyllthemes.org/themes/project-gaia/

ttps://portfolio-central.github.io/jekyll-instagram-portfolio-theme/

ttp://mushishi78.github.io/one-page-wonder-jekyll/

ttps://jekyller.github.io/online-cv/

ttp://webjeda.com/bheema/

静的サイトジェネレータとして日本で有名なものは下記

ホームページビルダー(GUI)

「久々にその固有名詞見たわ」「古いバージョンなら持ってる」と言われそうなド定番

Adobe Dreamweaver(GUI)

「仕事で普通に使ってる」と言われそうなコレまたド定番

BlueGriffon(GUI)

オープンソースなWeb オーサリングツール。無料だけどホームページビルダーやDreamweaverに比べると使いにくい

Jekyll(CUI)

日本語情報も豊富なRuby製静的サイトジェネレータ。他者へ質問しやすいというメリットもある

Hexo(CUI)

Node.js製の静的サイトジェネレータ。もう既にNode.js 環境があるならアリかな？

Hugo(CUI)

Go製静的サイトジェネレータ。シンプルな機能とWebページ生成までの高速性が売り

「どれが良いか？」と問われると「どれが良いってことは無いんだけど、情報の豊富さならJekyll、Webページの生成の速さならHugo」というのが答え

合わないと思ったら別の使えば良いとは思う

FTP アプリケーション

プロバイダのホームページスペースにはFTP アプリケーションによるアップロードを行う

定番の「FileZilla」や「FFFTP」あたりを使っていれば間違いない

コメント 機能

プロバイダがサーバサイドスクリプトを許可していない限りコメント機能の実装は難しい

しかし、需要があるところには供給もあり「DISQUS」というコメント機能が使えないWebページにコメント機能を実装させるWebサービスがある

Twitter、Facebook、Google+などのSNS アカウントがあれば書き込むことができる

静的サイトジェネレータ名にDISQUSと加えてググればたいてい情報が出てくる

以上、モダンなテキストサイト構築情報として共有する

ちなみにWindowsではWSL環境でUbuntu上にHugoなどを構築すると楽

CLIが苦手な人は従来通りホームページビルダーやDreamweaverを使えば良いと思うが、CLIの利点はGitなどバージョン管理システムで管理しやすく、今後レンタル Web サーバへ移行しても、容易にそのままホームページを移行できるというメリットがある

WordPressなどのCMSには良い部分が多くあると思うし、顧客が追加要望ばかりしてアホすぎるという意見もわかるし、メシの種だからあんまり触れてくれるなというのもわかる

しかし、顧客が本当に求めているものを探す手立てとする情報を提供するくらい俺は問題ないと思っている

Permalink | 記事への反応(2) | 18:36

2018-06-22

■anond:20180622004016

Perlが何でも出来すぎて時系列の把握が俺もできてないｗ

Permalink | 記事への反応(0) | 00:42

■anond:20180622003620

その辺の言語ってPerl改なんじゃないかという雑な理解がある

Permalink | 記事への反応(1) | 00:40

■anond:20180622003156

PHPでも使うしRubyでも・・・って挙げればキリがないくらい様々なプログラミング言語で使われる記法だから Perl 言語に限定したもんでもない

Permalink | 記事への反応(1) | 00:36

■anond:20180622003436

それもPerl由来なんじゃないの？あるいはもっとルーツがあるのか

LL民じゃないので全然わからない……

Permalink | 記事への反応(0) | 00:36

2018-06-15

■2度現れる律義なブクマカ

わたしが通っている高校で、「二枚舌をみつけなさい」という宿題が出ました。

言ってることが矛盾している例を看破しよう、という趣旨です。

新聞なんかを読んで矛盾する主張を見抜くということを想定しているようです。そこでわたしは

お店の味のチャーハンを作るコツ - Lattice in the Lettuce
http://d.hatena.ne.jp/lettuce_chan/20140608/1402221281

「お店の味のチャーハンを作るコツ」が科学的だとか言ってる奴
anond:20180614040547

上記二つのエントリについたブックマークコメントを読み込み、目を皿のようにして重複を見つけて来ました。

その結果、意外なことに二枚舌は見つけられませんでした。宿題にならないのでここに捨てておきます。

#本当は「顔真っ赤ｗｗｗ」みたいのが欲しかったんですけどね。

id	元ブログへのコメント	匿名ダイアリーへのコメント
yukifurusawa146	試したくなった	冷凍チャーハンの安心感
kote2kote2	みんなチャーハン好き過ぎだろ	知らねーよ。お前の作ったものがうまけりゃ納得するだけで、長文書かれても納得しねーの。
stealthinu	最後のチャーハンの科学的説明が本番『食用油は…トリアシルグリセロールであり…固形にはならない。…ご飯の表面によく馴染む。このメカニズムによって…ご飯粒に潤滑性を与えたものがチャーハン』	チャーハンの科学の話の反論。もうこうなると自分の化学知識ではとてもついていけんわな…
perl-o-pal	英語fried liceと言うのは、外人コックは良く見てるなあと思った。まあ日本人が「炒」を独自解釈してるのか//「えっマジで？ヤバい」って量の油を入れると本当に食えたもんじゃなくなる	元ブログも増田も化学的な説明部分は仮説に過ぎないと感じているが、仮説に仮説で反論しても仕方ないんじゃ？
evergreeen	「なるわけがない」という態度は科学的？科学というなら実証しなければならない。テフロンのフライパンで卵とご飯だけを炒めたものと、油とご飯だけを炒めたものを比較してほしい。ちなみに旨い店はラードを使う。	元記事は明らかに釣り。そもそもチャーハンごとき、自分で試せることを試さずにそれっぽい説明で納得してしまうあたり、はてブは相当な理系コンプの集まりと見た。
shima2tiger	お菓子も自分で作るとバターと砂糖の多さにビビる。でも、そこをケチるとぼんやりした貧乏くさい味になる	チャーハンが旨けりゃ何でもいいよ（文系脳）
c_shiika	世の中にはチャーハンをさらに上回る油を使った（というか油で米を炊く）オシュ（プロフ）なんて料理もあってな	「両親媒性」も「トリアシルグリセロール」も「でんぷん」も中学か高校で習う言葉

Permalink | 記事への反応(2) | 12:47

2018-05-31

■anond:20180531165354

perlの血を受け継いでいるのか。。

Permalink | 記事への反応(0) | 16:56

2018-05-30

■anond:20180530094058

そう。業務系のバックエンド以外での採用がまず無いから、カジュアルに語れる存在ではなくなった（普段使いしない言語になった）ってこと。

PerlもCOBOLも今もこの世界の片隅で使われている言語なのは間違いないが、鉛筆や筆代わりに使われることはない訳だろう。

Javaはもう、そういう言語になってしまったって事よ。

Permalink | 記事への反応(1) | 09:44

■anond:20180530093637

そろそろPerl何かと同じ死滅するだろう言語レッドリスト入りしそう。

そこはちょっと違和感があるな。分野によってだということだと思うが、

クリティカルな業務系・パフォーマンス重視だと Java が最適の選択肢というのは今でも

変わらないと思ってるんだけどな。

Web系だと Java は使わないだろうというのはまあ分かる。

Permalink | 記事への反応(1) | 09:40

■anond:20180530093135

諸々あって2018年現在 Javaをホビーユースで選択するという選択肢が現状存在しないので、

Java 言語の愚痴というよりは「お前が今携わっている業務の愚痴」にしかならんからやな＞Javaの話題が少ない

そろそろPerl何かと同じ死滅するだろう言語レッドリスト入りしそう。

Permalink | 記事への反応(2) | 09:36

2018-05-24

■anond:20180524114055

おっさんは perl

Permalink | 記事への反応(0) | 11:45

2018-04-29

■昔、dankogaiという人がいた

もう、老人会くらいの人か覚えてないと思うけど、昔dankogaiという人がいたんですよ。

perlのハッカーでね、Encode.pm作ったりして貢献されていたんですよ。

すごく本を読むのが早くて、頭がいいもんで、書評をブログを書いていたんですよ。結果、最初の有名ブロガー(アルファブロガー)になったんですよ。

当然perlのハッカーだから perlのソースを書かれてたんですけど、読みづらくてねぇ。perl = 読みづらいを加速させてくれたんじゃないかと思いますよ。

(ex. http://blog.livedoor.jp/dankogai/archives/50502585.html)

人気ブログだったので本とかも出されてね、2000年代のインターネットの重要人物だったんですよ。

毎日のようにホットエントリしてたくらいだから。

それから、4、5年くらい前かなぁ？Twitterの波がグワーって来た頃から更新が減りましてTwitterにすっかり移っちゃったんですな。

さっきみたら去年の7月の更新が最後だったんですな。内容を見たらVALUのリードエンジニアになったとの記事ですね。

サイト行って確認するまでなんのサービスだったかも忘れていました。

まぁ、そんなdankogaiさんなんですけどね、最近はおなじアルファブロガーの池田ノビー先生同様、信者商売をされているようでしてニコニコ動画で自分のチャンネルをやっておられるようです。

さて、そんなdanさんなんですが、結構政権批判ツイートをいいねしておりまして、別に個人の思想なんて自由だとは思うのですが、「dan kogaiさんはこのツイートをいいねしました」で入ってくるもんで、へぇそうなんだと思い、増田らせていただきました。

もう2018年なんですなぁ。

Permalink | 記事への反応(3) | 15:29

2018-04-26

■とある 障害の話

これはLAN内で使っているだけの、しょっぱいエントリクラスのサーバ1台障害の話だ、価値のある話ではない。

とある国内最大級の某グループウェア Office(パッケージ版)を使っている。

この某グループウェアは、従業員の「その日のタイムカードの一覧」を見ることができない。

CSVでエクスポートすれば可能だが、営業マンは勤怠をガラケーのメールで報告する運用であるため、

~~スマホ支給しろ~~ 一覧＋タイムカード修正画面へのURL リンク付きで

総務課の人にスクレイピングしてあげていた。

↓大雑把にこんな感じ

#!/usr/bin/env perl
use MY::Cybozu;

my $cb = MY::Cybozu-&gt;new;
$result = $cb-&gt;get_timecard( sprintf("%d.%.d%", $year, $month, $day) );

&amp;amp;send_mail( $result );