rbenv install 3.3.0でerror: something wrong with LDFLAGS=""が出た時の備忘録 - Qiita
rbenv install 3.3.0でerror: something wrong with LDFLAGS=""が出た時の備忘録Rubyrbenv3.3.0 $ rbenv install 3.3.0 ruby-build: using openssl@3 from homebrew ==> Downloading ruby-3.3.0.tar.gz... -> curl -q -fL -o ruby-3.3.0.tar.gz https://cache.ruby-lang.org/pub/ruby/3.3/ruby-3.3.0.tar.gz % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 21.0M 100 21.0M 0 0
Rails5のpumaをsystemdで起動するメモ - Qiita
試した際のメモ。 Developmentで動かすことを想定したものなのでProductionは微妙に違うと思う。 試した環境はVMPlayerにインストールしたCentOS7でRubyは2.4.2をrbenvを使ってインストール。 Railsのバージョンは5.1.4でPumaは3.11.0。 起動するアプリは/var/local/rails配下にSampleという名前で設置されているものとする。 1. 起動用のスクリプトの準備 以下のようなファイルを用意する。 ファイル名は何でもいいけど拡張子は.serviceであることに注意。 [Unit] Description=Puma Application Server After=network.target [Service] Type=simple User=root WorkingDirectory=/var/local/rails/Sa
Ruby on Rails で sprockets から Webpacker へ移行し、移行できないものは共存させる方法 - Qiita
Ruby on Rails で sprockets から Webpacker へ移行し、移行できないものは共存させる方法Railssprocketswebpackwebpacker はじめに Rails6 以降は標準のモジュールバンドラとして Webpacker が使われるようになりました。 それより前に使っていた Sprockets は可能な限り Webpacker へ移行できればよいですが、Sprockets に依存しているモジュールは移行が出来ません。 そこで、Webpacker と Sprocket を共存させる方法について考えてみた結果を紹介します。 尚、自身の理解を深めるため Sprockets の動作詳細と Webpacker, Webpack の動作詳細を掲載しておりますので、既に理解している人で Sprockets から Webpacker へ移行する方法だけ知りたい人は
MySQLのバージョン確認方法 - Qiita
$ mysql --version mysql Ver 14.14 Distrib 5.7.21, for osx10.13 (x86_64) using EditLine wrapper mysql> select version(); +-----------+ | version() | +-----------+ | 5.7.21 | +-----------+ 1 row in set (0.01 sec) $ mysqladmin version mysqladmin Ver 8.42 Distrib 5.7.21, for osx10.13 on x86_64 Copyright (c) 2000, 2018, Oracle and/or its affiliates. All rights reserved. Oracle is a registered trademark
Rails 7.0 + Ruby 3.1でゼロからアプリを作ってみたときにハマったところあれこれ - Qiita
Ruby on Rails Advent Calendar 2021の枠が空いていたので、あとから登録しました はじめに 個人的なプロジェクトになりますが、僕が翻訳しているRSpecの入門書「Everyday Rails - RSpecによるRailsテスト入門」を2022年前半にRails 7.0バージョンにアップデートしようと考えています。 そこでこの本の中で使っているサンプルアプリケーションをRails 7.0でゼロから作り直してみました。フロントエンド周りを中心に結構考え方が変わっている部分があったので、「ここでハマった！」とか「こういうポイントを押さえておくといいかも」という点をあれこれ書いてみます。 なお、Rails 7.0版のサンプルアプリケーションはまだ公開できる状態ではないので、公開はもうしばらくお待ちください🙏 今回作成したサンプルアプリケーションはこちらで公開してい
量子場脳理論入門 - Qiita
量子場脳理論入門, 保江邦夫, サイエンス社, 2003 https://bookmeter.com/books/14381541 高橋 康 著 古典場から量子場への道―これから′場′を学ぶ人のために は読んでいて、本書の参考文献にあがっている。本書は未読だった。 場の量子論―ミクロ、マクロ、そして熱物理学の最前線 1995/7 Hiroomi Umezawa 培風館 https://www.amazon.co.jp/dp/4563022217/ M. Gibu, K.Yasue and S. Hagan, Biosystems, 42, 65, 1997 C. P. Enz, Held, Phys, Acta, 70, 141, 1997 M. Hirokawa, Rev, Math, Phys, 13, 221, 2001 高橋康 物性研究者のための場の量子論 1 (新物理学シリーズ
VSCodeで始めるVim - Qiita
※本記事で言う「Vim」とは「Vimキーマップ」のことです。 Vim、使ってますか？ Vimって使ったことのない人からすると何がいいのかよくわからないですよね。特に「移動はhjklで行う」あたりが最高に意味不明でした。 私もつい最近まではなんで皆vimにこだわるんだと思っていた口です。別に無くてもいいじゃないかと。 しかし、物は試しということで1週間ほど使ってみたら……びっくりするほど手に馴染みました。 まだ2か月程度しかVimを使っていない小学生ですが、それでも以前と変わらない速度で編集できています。また、マウスやカーソルキーに手を伸ばす機会が減り、他のマウス必須な操作をキーボードで行えるようにカスタマイズするきっかけにもなりました。 そんなわけでVimが思ったより良かったこと、そしてVim入門にはVSCodeが向いているんじゃないかと感じたことから、何番煎じかわからないですがこの記事を
anyenvに移行しました！（anyenvでrbenvとnodenvを管理する） - Qiita
はじめに anyenvを導入した理由はrubyの管理をrbenvからanyenv経由でrbenvをインストールする形式に変えたかったからです。ついでにNode.jsのバージョン管理もnodebrewからnodenvに切り替えました。こうすることで、.zshrc(bashを使う人は.bash_profile)にanyenvのパスを通すだけで済むのでファイルをきれいに保つことができます。 anyenv経由でnodenvをインストール Node.jsをいったんアンインストールする こちらの記事を参考にさせていただきました。また、rm -rf .npm-globalでグローバルインストールしたパッケージ等も削除しました。グローバルインストールをしない理由ということでこちらの記事も参考にさせていただきました。 anyenvを導入 brewでインストールしていきます。
M1チップ搭載MacBook Pro環境構築手順(Ruby on Railsバージョン) - Qiita
先に結論・感想 私は主にRuby on Railsのフレームワークを使用するので、Railsを使うための環境構築メインです。 (Slackとか周辺アプリもついでにインストールしているけど。。。) 個人用で利用予定のMacとして購入しました。 個人で開発・普段使いする範囲では今のところ問題ないかなという印象です。 ただDockerはまだ利用できない状況なので、実務ではまだM1チップのMacは使わない方がいいかな〜という感じかな。 Dockerさん頑張っているっぽいので、もう少しの辛抱かと思われますが https://www.docker.com/blog/apple-silicon-m1-chips-and-docker/ Dockerプレビュー版は公開されたらしいです。(2021.1.17現在) まだプレビュー版のため正式版はまだのようです。 https://matsuand.github
Nginx + Rails (Puma) on Docker のいくつかの実用パターン - Qiita
フロントとバックエンドを同一コンテナで済ませるパターンと, 1 プロセス 1 コンテナの原則に従い個別コンテナでやるパターンです. 他にも, 共有ストレージ専用の busybox を利用するパターン などがあるようです. 今回の要件 フロントエンドは Nginx, バックエンドは Rails5 (Puma) Nginx-Puma 間は socket 通信 Rails の静的コンテンツ (public/ 配下) は Nginx が処理する パターンA: Nginx と Rails が同一コンテナ 全てのコードはこちらにあります. https://github.com/na-o-ys/rails_docker_sample/tree/single-container 全体図 $ rails new 直後のディレクトリに Dockerfile などを配置したもの. 一つの Dockerfile
シェルスクリプトの罠を避ける三つの tips
シェルスクリプトは、Unix 系環境で仕事をするエンジニアなら誰もが一度は書くであろうにもかかわらず、書き方や特性を熟知している人が少ない言語です。この記事は、シェルスクリプトを書くときに罠を踏まないようにするために最低限あなたが気を付けるべき tips 集です。「たかがシェルスクリプト」とは思わないでください。生半可に書かれたシェルスクリプトはあなたの (チームの) 生産性をかえって低下させます。 Shebang に bash を明示しろ Bash でしか使えない機能のことを俗に Bashism と言います。Bashism はもちろん Bash 以外のシェルでは動きません。これに関するありがちな罠は、以下のように発生します。 Bash が /bin/sh として使われている環境でシェルスクリプトを書く。うっかり Bashism がシェルスクリプトに含まれていても、 /bin/sh は何も
DockerでRuby2.7.x＋Rails6.0.x＋MySQL8.0.xな環境を構築する - Qiita
dockerにあるサンプルで作る環境はRuby2.5＋Rails5＋PostgreSQLと古め且つPostgreSQLだったので、 それぞれ新しいバージョンである Ruby2.7＆Rails6.0＆MySQL8.0の場合で書き換えたものです。 ※2020年6月8日時点ではRuby2.7.1, Rails6.0.3.1, MySQL8.0.20になります ファイルの用意 Dockerfile Gemfile Gemfile.lock entrypoint.sh docker-compose.yml .env ※ docker及びdocker-composeのインストールは済んでいること ※ アプリケーションの名前はmyappとし、変更する場合は適宜置き換える 1. Dockerfileの用意 FROM ruby:2.7 # or latest # nodejsとmysql-client (d
Sassで色を調整する - Qiita
sassでベースカラーを元に色の変更を行う関数を忘れがちなのでメモ HSL［色相（Hue）、彩度（Saturation）、輝度（Lightness）］ベース Photoshop等で使用されるHSB(HSV)［色相（Hue）、彩度（Saturation）、明度（Brightness・Value）］ではない HSBで色を変換したいときは「Sassで色空間『HSB』を扱う関数を作った話」で関数を作成されています 色相の変更 adjust-hue($color, $degrees) 色相環の度数($degrees)を○○degで指定 // ベースとなる色 $base-color: #79a5e0; .adjust-hue { color: adjust-hue($base-color, 60deg); }
Rails6でProtocol Buffersを使用する - Qiita
こんにちは。 SmartHR アドベントカレンダーの4日目を担当しますエンジニアの@kurobaraです。 SmartHRでは、プラットフォーム化を促進するプラスアプリの開発をしています。 プラスアプリについては、弊社社長によるSmartHR Next 2018やCTO 芹澤の中長期戦略などに詳しく書かれています。 ところで、前日が社長だと次に渡されるバトンを担当する側としても緊張しますね>< 前置き 皆さん、型は大好きですか？ 僕も好きです。 特にサーバサイドになんらかの言語でAPIをフロントエンドにTypeScriptで・・・ そして、サーバサイドとフロントエンドのI/Fとして、JSONを使用する 割とよくあるパターンかつ比較的デファクトだと思います 比較的、最近だとサーバサイドにGraphQLを使用しているという話もチラホラ聞くことが多くなってきましたが、今回の話とはちょっと異なるの
Rails + Docker Compose な環境を Docker for Mac から Vagrant に移行する - Qiita
Docker for Mac を捨てたい とある Rails プロジェクト (ここでは仮に kemurikusa プロジェクトとする) では、Rails サーバや Action Cable, Delayed Job, PostgreSQL を Docker Compose で動かすようにしている。僕のマシンは Mac なので、Docker を動かすのに Docker for Mac を使っている。しかし Docker for Mac を使っていて 2 つの致命的な問題に遭遇した。 ひとつは「com.docker.hyperkit プロセスの CPU 使用率が 150 〜 300% という高数値のままになってしまう」という問題だ。 docker/for-mac » Issue #1759 » High CPU Utilization of Hyperkit in Mac 上記の issue
Rails6から採用されたZeitwerkが最高だった - Qiita
はじめに Rails6がリリースされて早3ヶ月、 先週、大きめの案件が終わって暇になったので、社内のプロジェクトを全てRails5からRails6にアップデートしました。アップデート作業に伴い Zeitwerk について調べたところ、最高のGemだったのでまとめます。 Zeitwerkとは Zeitwerk (読み方: ツァイトヴェルク) とは新しく開発されたオートロードの仕組みです。Gemとして独立しており、Railsに限らず様々なRubyプロジェクトで利用可能です。 なぜ開発されたのか？ Rails で 古くから採用されてきた const_missing を利用したオートロードの仕組みには、処理順序によって発生する不具合など、エッジケースな落とし穴がいくつかありました。 Zeitwerkはそういったレガシーなオートロードの仕組みを改善する目的で開発が始まり、エッジケースの解消はもちろん
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
anyenv 経由の rbenv をアップデートする - Qiita
Bundlerでビルドオプションを指定する - Qiita
Visual Studio Codeチートシート - Qiita
Node.js を完全にアンインストールする - Qiita
