Posts

とりあえずQiitaに書いてあるとおりなのでだいたいは割愛。このエラーが出てワイがやったことは以下の通り。 brew uninstall mysql sudo rm -rf /var/run/mysqld brew install mysql sudo chown _mysql:_mysql /var/run/mysqld （↑でもパーミッション絡みのエラーが発生した場合）sudo chmod 0777 /var/run/mysqld mysql.server start

HomebrewでNginxをインストールした際のnginx.confの場所 /opt/homebrew/etc/nginx/nginx.conf php-fpm周りのやつ PHP-FPMに関するwww.confファイルの場所 /opt/homebrew/etc/php/8.0/php-fpm.d/www.conf homebrewでインストールしたPHP-FPMの起動・再起動等 brew services start php brew services restart php ※ brew services start php-fpmではないことに注意 memcached・zlib・libmemcached brew install memcached memcachedの起動 brew services start memcached memcachedの停止 brew services stop memcached memcachedの再起動 brew services restart memcached zlibのインストール brew install zlib インストール先のパスをコピー（ファイルコピーじゃないよ） /opt/homebrew/Cellar/zlib/1.2.11 libmemcachedのインストール brew install libmemcached peclでPHPにmemcachedを引っ付ける pecl install memcached ここでzlibのパスを聞かれるので上でコピーしたパス/opt/homebrew/Cellar/zlib/1.2.11を貼り付ける ... zlib directory [no] : /opt/homebrew/Cellar/zlib/1.2.11 ... PHPにmemcachedがついてるか確認 php -m | grep memcacehd ここでmemcachedが表示されたらOK。 このままじゃphp-fpmによる読み込みが実行されていないので再起動する。 brew services restart php

遺影写真のページを作って気づいたことメモ サイズは基本四つ切り+L版 葬儀会社に遺影写真の加工を頼むと2〜3万円くらいかかる（高いッツ!） その点、 https://studio-age.com/portrait-deceased.php は安すぎゃせんか問題発生し値上げしようぜと言っても応じてくれない頑固な弟 遺影写真の需要はこれから伸びるだろうし、加工もAIの発達により簡単になって行くのでは？（遺影写真制作の場が個人に移行する？） でも品質を考えるのであればやはり業者のほうが安心できる うん、もっと掘り下げて考えねばなワイ。 あと、今日のTwitterの100日後に死ぬワニ騒動は多角的視点で考えねばとも思った。 デジタルマーケティングがうますぎるのも勘ぐられることに繋がるんだね。 それを考えれば最初からマーケありきのSNSよりも会社の顔としてのSNSの利用がいまのところ無難なのだろうなぁ。

対象となるのはすでに nginx をインストールしている方だと思います。 あと、自己責任でお願いします。 （１）ビルドするためのツールをインストール $ sudo yum install gcc pcre-devel perl zlib-devel （２）OpenSSL のダウンロード（2019/10/06現在のOpenSSLの最新版は1.1.1d） $ cd /usr/local/src/ $ sudo curl -O https://www.openssl.org/source/openssl-1.1.1d.tar.gz $ sudo tar fxz openssl-1.1.1d.tar.gz （３）nginx のダウンロードとインストール（2019/10/06現在のnginxの最新版は1.16.1） $ sudo curl -O https://nginx.org/download/nginx-1.16.1.tar.gz $ sudo tar fxz nginx-1.16.1.tar.gz $ cd nginx-1.16.1 # 下のconfigure は自分の設定しているものを突っ込んでください。 # 今現在 nginx を使っているなら $ nginx -V で確認することができます。 # ただし、--with-openssl の値は /usr/local/src/openssl-1.1.1d にしてください。 $ sudo ./configure --with-http_ssl_module --with-openssl=/usr/local/src/openssl-1.1.1d --add-module=/root/./incubator-pagespeed-ngx-latest-stable --with-cc=/opt/rh/devtoolset-2/root/usr/bin/gcc --with-http_ssl_module --with-http_stub_status_module --with-http_realip_module --with-http_addition_module --without-http_userid_module --without-mail_pop3_module --without-mail_imap_module --without-mail_smtp_module --with-http_v2_module --with-http_gzip_static_module --with-http_gunzip_module --with-mail_ssl_module $ sudo make $ sudo make install （４）...

gulp v.4（2019年）でつまづいてしまったことリストの忘備録を残しておく。 （１）watchのタスクが動かない 【解決策】 gulp.watch('src/scss/**/*.scss',['sass']); // gulp 3 の記法 ↓ gulp.watch(['src/scss/**/*.scss'], gulp.parallel('sass')); // gulp 4 の記法 gulp 3 では、watchはただ単に[‘sass’]のように指定すればよかったのだが、gulp 4からは gulp.parallel(‘sass’))のような記法が必要となった。 並行処理が不要であれば、gulp.series(‘sass’)や、gulp.task(‘sass’)でも良いらしいが、並行処理ができるならばgulp.parallel(‘sass’)のほうが好ましいらしい。 （２）watchのタスクが止まる gulp 3 の書き方では特にコールバック的なreturnは不要だったが、エラーを返さないなりのものに対する自作関数に対してもreturnを入れなければならないようだ（仮定） 例えば以下のようなgulpファイルの構文があるとする。 gulp.task('sass',function(){ gulp.src(['src/scss/**/*.scss']) .pipe(sass()) .pipe(plumber({ handleError: function (err) { console.log(err); this.emit('end'); } })) .pipe(autoPrefixer()) .pipe(cssComb()) .pipe(cmq({log:true})) .pipe(concat('main.css')) .pipe(gulp.dest('dist/css')) .pipe(rename({ suffix: '.min' })) .pipe(cleanCss()) .pipe(gulp.dest('dist/css')) }); これではいくらwatchで’sass’を指定してもエラーで止まってしまう。 なので以下のように追加修正してみる。 gulp.task('sass',function(){ return gulp.src(['src/scss/**/*.scss']) .pipe( sass({ outputStyle: "expanded" }) .on("error", sass.logError) ) .pipe(plumber({ handleError: function (err) { console.log(err); this....

[asin:B008IBJ8RO:detail]

速習 Webpack シリーズにある babel の項目が古くなっていたで、正誤表というか最新版（2019/03/22版）を解説してみる。 第三者の僕が書くのも申し訳ないと思うけど……。 Babel 誤)npm install --save-dev webpack webpack-cli babel-core babel-loader babel-preset-env ↓ 正)npm install --save-dev webpack webpack-cli @babel/core babel-loader @babel/preset-env 誤) （略） use: [ { // ローダー名を設定 loader: 'babel-loader', options: { // 1. プリセットの設定 presets: [ [ // ES2015以降のコードを変換 'env', // モジュール構文の変換を無効 {'modules': false} ] ] } } ], （略） ↓ 正) （略） use: [ { // ローダー名を設定 loader: 'babel-loader', options: { // 1. プリセットの設定 presets: [ [ // ES2015以降のコードを変換 '@babel/preset-env', // モジュール構文の変換を無効 {'modules': false} ] ] } } ], Babel + ESLint のページを実行するためのパッケージ 残念ながら Babel + ESLint のページの解説が雑だったので動かすために以下のパッケージを入れる。...

CSS のための Webpack 設定 一部情報が古かったり嘘だったりするので2018/09/19現在のメモ。 npm i -D webpack webpack-cli css-loader node-sass sass-loader postcss-loader autoprefilxer mini-css-extract-plugin optimize-css-assets-webpack-plugin なんかいらないのも入っていていもキにしない。 { "devDependencies": { "autoprefixer": "^9.1.5", "css-loader": "^1.0.0", "mini-css-extract-plugin": "^0.4.3", "node-sass": "^4.9.3", "optimize-css-assets-webpack-plugin": "^5.0.1", "postcss-loader": "^3.0.0", "sass-loader": "^7.1.0", "webpack": "^4.19.1", "webpack-cli": "^3.1.0" } } const UglifyJsPlugin = require("uglifyjs-webpack-plugin"); const MiniCssExtractPlugin = require("mini-css-extract-plugin"); const OptimizeCSSAssetsPlugin = require("optimize-css-assets-webpack-plugin"); module.exports = { optimization: { minimizer: [ new UglifyJsPlugin({ cache: true, parallel: true, sourceMap: true }), new OptimizeCSSAssetsPlugin({}) ] }, plugins: [ new MiniCssExtractPlugin({ filename: 'style....

新製品である iPhone XS を買わない理由を考えてみたけど、あまり実用性が無い気はしてきた。 内容は次の通り。 高い 個人的には「（毎日使うものなのに、状況によりパソコンより長時間触るものなのに）高いか？」だが、これら最新のガジェットを欲しい人でお金がない人からみれば高い。 ローンで買う人で考えてみると、家賃が毎月1万円プラスα増える計算になるとなると、たかが携帯端末に踊らされることを踏まえてそこまでお金を持っていない人が買うべきものなのだろうか？ さらに、高いという認識があるならばそのお金を別の方向に使う方がいい場合もある。 追加していうならば、来年にはどうせ新しい iPhone が出て欲しがってしまう自分がいるなら、ローンで買ってしまうなら月々の支払いは減ることは決してないだろう。 高いなら、自分にその金額分の投資を行う この場合、投資というのは語学の勉強だったりプログラム言語の学習だったりと様々なものを浮かべてみればいい。 高いと思ったこの金額は将来自分に何かしらのレバレッジをかけてくれることになり、iPhone XS なんか買える金額分以上の収益をもたらしてくれるかもしれない。 それなら、iPhone XS は無駄に高い買い物だと言える。 将来得られる金銭という自由の放棄に使うくらいなら、買わないほうがいい。 高いなら、知人にその金額分のプレゼントを行う これははっきり言ってリターンを求めるものではない。 人に何かしらお金を使うと、自分に幸福感を与えてくれる 。 この幸福感を得よう。 横にならえでいいのか？ ジョブズも言っていたことだが、“Think Different” の精神は元来みんなと同じであれ、という内容ではなかった気がする。またジョブズは“Stay Hungry, Stay Foolish.”とも言っていた。 みんなが iPhone を使っているから自分も、という日本人の悪い面（？）的な生き方はジョブズは嫌ってはいなかっただろうか？ 個人的には iPhone の思想は好きだが、なにも Apple に傾倒する必要はあるだろうか？ 精錬されたプロダクトデザインは感嘆に値するが、感嘆するのはおそらく最初の数ヶ月、いや数日で飽きるのではないだろうか？ 自分は飽き性だという認識を持てるなら、その自覚を大事にして自己投資的ななにかに時間を使ったほうが良くないか？ 僕は別段 iPhone XS は買うな、といっているわけではない。買える人や買いたい人は買ったほうがいい進化されたガジェットだ。じっさい今の僕も買うだろう。 ただ、お金も持たなかった過去の僕、右へ倣えの生き方をしてほしくない僕が目の前にいたなら『買うな』と断言できる。 ツールは進化していき、そしてそれには際限がない。際限をガジェットなんかに求めてしまっては本末転倒な生き方になる。それなら自分でなにかそのガジェットを使った何かしらの提供者でいたほうがいい。 9/16追記 そもそも 5G に対応していない 肝心のことを書くのを忘れていたが、次の規格の5Gに対応していない。 現在は 4G で速度的には問題ないが、細かな点に関しては現在議論されいる最中だ。 こればかりは天下の Apple でもどうしようもない。というのもまだこの規格は世界中でも統一されておらず、オレオレ規格にしてしまうと非常に世界中を混乱させてしまううえ、国際的に考えてもメリットはあまりない。 ということで iPhone を買うときはこの規格が定まったとき、という場合にしても遅くはない気もするが、お金があって余裕があるなら iPhone XS なり買うには超したことがない。

人の愛し方について 端的にいうとこういうこと。 自分の愛されたい方向で人を愛するな 物理及びサービスの提供者であるな ありのままの自分でいてくれることを許してくれる人とともにあれ DV（物理はもちろん精神も含めて）は論外 自分の愛されたい方向で人を愛することの害について 人の愛し方は愛されたい方向性と酷似している。 人は愛されたい方向性があり、そして、その方向性に伴った愛し方をすることは比較的得意だが、他人はそもそもその愛され方に慣れているとは限らない。過剰・過度の愛し方に慣れているのであれば自分の持っているいわゆるエホバの証人的自己犠牲の愛し方は有りだろう。 だがしかし、それは相手がもしそれを求めているのであれば、自分は将来的に疲弊してゆき、後々自分の存在について非常な疑問を抱くことになる。すなわち自己犠牲有りきで人を愛するということは自分の存在を皆無なものありきであって、愛されることには一切つながらない。 愛することは自分の愛されたい方向とは決して異なる。 愛したい相手がエホバの証人であればそれはある程度トレースできる生き方ではあるであろう。しかし、相手がエホバの証人時代でいう「この世の人」という人たちであれば、エホバの証人時代の愛し方すなわち自己犠牲的な愛し方は気持ち悪いものである。心理学者アルフレッド・アドラーの言っていたゲッターという人たちであれば、それは大好物な方たちではあるが、それらの人たちは自分の愛し方を利用する人たちすなわちあなたは利用されては棄てられるツールのひとつと化す。 そういった利用される立場になりたい人であればいいが、そんな生き方は正直いって唾棄すべき生存方法である。 物理及びサービスの提供者であるな 人は物を受け取ったりサービスを施されたりすることによって、提供者は自分の価値を高めることがままある。だが、それは自分の存在価値を放棄しており、物およびサービスありきの自己実存でしか過ぎない。 愛することはそれら物及び快楽の提供では一切ない。 自分が自分で居ていい理由を相手が与えてくれるものである。 ものでしか相手を喜ばすことができないのは自分がその程度もしくは、相手がその程度の悲しい存在である、ということである。 ありのままの自分でいてくれることを許してくれる人とともにあれ 今、あなたが奇声を上げたとしよう、その際あなたをパートナーである人はどのように反応するだろうか？ 憤る 怒る 否定する もし上記の方であれば愛されていない証拠ではある。 奇声を上げても相手が驚いて心配してくれるのであれば愛されていることになる。あなたは信頼口座を十分に得ている証拠でもあり、そしてそれはあなたを思いやっている事象でもある。 本当の愛は相手がどうなろうとも受け入れてくれる。相手を承認できる存在で有り続けてくれる。そんな人に好かれよう。 DV（物理はもちろん精神も含めて）は論外 ことにエホバの証人二世は、物理的な虐待はもちろん精神的な虐待に対する耐性はそれなりに備えられている。だがそれは自分を将来的に精神をすり減らせる材料にしかほかならない。 厳密にいえば、日本のエホバの証人は二重の苦しみを受けている。それは 罪の意識 恥の意識 の両方が介在している生き方を強いられてきた。 罪の意識は聖書及びキリスト教世界から入れられたものであり、恥の意識は日本固有のもので、それを得る（恥をかく）と人として否定される生き方だ。僕たちエホバの証人二世は罪と恥の概念を刷り込まれそれを強く意識させられ生きてきた。 でも考えて欲しい。 元エホバの証人であれば、罪の意識なんて持たなくてもいいじゃないか。 さらにいえば、恥の恥の概念はそもそも必要だろうか。 それらの意識は過剰に自己のエセ高みに委ねた生き方であって、本来の自分とは一切関係のない、いわゆる他者が形成させていた弱さを隠すための概念でしか過ぎないのではないか？ 人は弱いし恥を隠し間違いもするし罪も犯す。しかしそれらは自分を高めそして強くしていく。 強くしていく材料を自ずと放棄する必要なんてあるだろうか？ 確かに他者に対して傷をつけてはいけないけど、自分を傷つける行為すなわち転んで立ち上がっていく行為に意味はない、と果たしていえるだろうか。 ころんだ数だけ早く確実に立ち上がれただろう。 どんどん失敗して転んでいけばいい。 立ち上がれるなら、それが強さだ。 話がそれて申し訳なかったが、人を傷つける行為に対しては自分を傷つける行為にしかならないので端折ってしまった。 自分を大事にしたいのであれば、エホバの証人二世であれば、肉体的精神的な他者への虐待は意味をなさないことを重々承知しているだろうからなにもいわなくても理解しているだろう。 愛し方が相手にハマった時の満足感 人の愛し方を自分なりの形で学んだ時、そして自分の愛し方を相手が受け入れてくれた時、その喜びは半端なく嬉しい。 それはとても自分を嬉しい思いだけでなく、自分の必要性について理解できることになる。 愛され方を理解する前に愛し方を理解することはとても難しいかもしれないが、人はそもそも愛し方なんて最初からわかっていないものである。 ましてやエホバの証人二世なんて聖書マニュアル及びものみの塔聖書冊子協会的愛され方しかわかっていない。そんな愛し方は一蹴してしまえ、と僕は断言する。 娘息子じゃない限り、自己犠牲的な愛し方でしか自分を愛してくれない人は本当はいらない。 自分の愛の形を受け入れてくれる人を、頑張らない形で愛しつくそう。