Emacs: まだターミナルで消耗してるの？ - 2015-12-05 | 葉月夜堂
この記事はEmacs Advent Calendar 2015の第5日目の記事として書かれました。第4日目はnikuさんによる記事の予定です。「org-babelについて書くかも」とのこと。第6日目はtakaxpさんによる記事の予定です。「何も書かずに2015年を終えられると思うほど堕落してはおらんっ」とのこと。 ずいぶんとダサい開発をしているのね 所属柄私の周りには少なくないEmacsユーザがいるのに、だれも tramp-mode のことを知らないようでここ数ヶ月で2、3回同じことを説明するはめになったのでついでにここにも書くことにします。初心者に説明する意図での記述なのでコアなユーザの方には物足りないものかもしれません。 さてみなさん普段GUIでEmacs使ってますか？ 使ってるのにときどきCUIを使わざるを得ないという状況に陥りますか？ だいたいそういうケースは次のどちらかのパターン
Gitでコミットログを変更する - coiledcoilの日記
Gitを使っていて、後からコミットログを変更する方法を説明する。 まず、こんな履歴があるとする。 commit 37bde0bc18e4e3ac0bf170c045cec34662b7aad4 Author: coiledcoil Date: Mon Aug 16 02:08:11 2010 +0900 message3 commit 85c337ad4de254bc92c73b5c1504013ee36baa3f Author: coiledcoil Date: Mon Aug 16 02:08:10 2010 +0900 message2 commit 664835c29bf5689d673b4f4349f2eaa3cfc85b23 Author: coiledcoil Date: Mon Aug 16 02:08:08 2010 +0900 message1 commit 4a053
Git - 歴史の書き換え
1. 使い始める 1.1 バージョン管理に関して 1.2 Git略史 1.3 Gitの基本 1.4 コマンドライン 1.5 Gitのインストール 1.6 最初のGitの構成 1.7 ヘルプを見る 1.8 まとめ 2. Git の基本 2.1 Git リポジトリの取得 2.2 変更内容のリポジトリへの記録 2.3 コミット履歴の閲覧 2.4 作業のやり直し 2.5 リモートでの作業 2.6 タグ 2.7 Git エイリアス 2.8 まとめ 3. Git のブランチ機能 3.1 ブランチとは 3.2 ブランチとマージの基本 3.3 ブランチの管理 3.4 ブランチでの作業の流れ 3.5 リモートブランチ 3.6 リベース 3.7 まとめ 4. Gitサーバー 4.1 プロトコル 4.2 サーバー用の Git の取得 4.3 SSH 公開鍵の作成 4.4 サーバーのセットアップ 4.5 Git
Git ファイルの履歴を完全に削除する
Git_ファイルの履歴を完全に削除する.md Git ファイルの履歴を完全に削除する 秘密鍵など誤ってコミットしてしまった場合に履歴を完全に削除する手順 参考:6.4 Git のさまざまなツール - 歴史の書き換え 動作確認用にブランチを作成して試す $ git checkout -b clean-key-file 動作確認用にブランチでgit filter-branchを実行 $ git filter-branch --tree-filter 'rm -f common/key/id_rsa' HEAD Rewrite 856f0bf61e41a27326cdae8f09fe708d679f596f (12/12) Ref 'refs/heads/clean-key-file' was rewritten clean-key-fileブランチでid_rsaが履歴から完全に削除されているこ
SSHホストをhelmインターフェースで選択しTrampで開く
helm-tramp 20170708.320(in MELPA) Tramp helm interface for ssh, docker, vagrant helm-tramp.el は ~/.ssh/config 内で書かれているサーバをhelmインターフェースで選択し、Trampで開きます。 現在のところ ssh のみ対応しています。 ~/.ssh/configが存在しないときは動作しません。 僕の環境では Host github.com 略 と書いていますので、以下の2つが候補に出てきます。 /scp:github.com:/ /scp:github.com|sudo:github.com:/ アクションはそのまま開く( find-file ) だけです。 多くのSSHホストを管理してTrampで開くのであれば便利です。 anythingインターフェースの anything-tr
zshで特定のコマンドをヒストリに追加しない条件を柔軟に設定する - mollifier delta blog
zshを使ってると、 ^R なんかでコマンドヒストリから探すことが多くなる。なので、ヒストリは大事にメンテナンスしたい。余計なのを入れたくない。 zsh であるコマンドを履歴に登録しない方法 | Carpe Diemってページで先頭にスペースを入れるテクニックが解説されてたけど、もうちょっと柔軟に条件指定できる方法があるので紹介。 zshaddhistory を使って HISTIGNORE みたいなことをする bashには HISTIGNORE という環境変数があって、ヒストリに保存しないコマンドの条件を * とかワイルドカードでパターン指定できる。でも、なぜかzshにはない。 でもそこはzsh、何とかする方法があった。zshaddhistory という特殊関数を使うと解決できる。 zshaddhistory 関数はコマンドラインがヒストリに追加される前に呼び出されて、こいつが偽(0以外)
How do I write an Ansible handler with multiple tasks?
In response to a change, I have multiple related tasks that should run. How do I write an Ansible handler with multiple tasks? For example, I would like a handler that restarts a service only if already started: - name: Restart conditionally shell: check_is_started.sh register: result - name: Restart conditionally step 2 service: name=service state=restarted when: result
YAPC::Kansai 2017 OSAKAで喋ってきました - その手の平は尻もつかめるさ
タイトルは「Webアプリケーションのキャッシュ戦略とそのパターン 」です． speakerdeck.com 告知で書いたように，ここ1・2年は規模感のあるWebアプリケーションを開発していて，なおかつキャッシュ周りの設計・開発・運用をモリモリやっていたので，その関連で学んだこと，感じたことをまとめて発表したという感じです．聞きに来てくださった皆さんありがとうございます．内容についてはスライドをご覧いただければご理解頂けるかと存じます． ところでトーク中に言い忘れたこととして，「ランキングの構造を返すJSON」みたいなものはえてして大きくなりがち，かつランキングをバッチで構築している場合は或る単位時間内に変化することが少ない (あるいは無い) ので Cache-Control を付けてJSONを返してしまうと負荷が大きく下がって便利，みたいな話題もありました．しっかりした原稿を作っていないと
Ansibleのハンドラが起動するのはタスクがchangedを返したときだけ - 今川館
Ansibleのハンドラとは Ansibleのタスクには `notify` という属性を追加してコールバック処理を呼ぶよう設定できる。 [roles/nginx/tasks/main.yml] - name: nginx config ensure template: src=my.nginx.conf.j2 dest=/etc/nginx/conf.d/your.conf sudo: yes notify: restart nginx [roles/nginx/handlers/main.yml] - name: restart nginx service: name=nginx state=restarted sudo: yes こう書いておくと roles/nginx/templates/my.nginx.conf.j2 から生成した内容が /etc/nginx/conf.d/you
CentOS 7.1 (1503)でopen files limitを変更する | facts
2015年9月9日(水)2015年9月10日(木) CentOS 7のメモです。 open fileの制限で、Too many open filesが発生しないようにします。 ここのブログで発生したことはないですが…。 CentOS 6までは/etc/init.d/hogeに”ulimit -n 65535″のように書くだけでしたが、 CentOS 7はsystemdなので、方法が違います。 Apache # mkdir -p /etc/systemd/system/httpd.service.d vi /etc/systemd/system/httpd.service.d/limits.conf [Service] LimitNOFILE=65535 # systemctl daemon-reload MariaDB # mkdir -p /etc/systemd/system/mari
ansible で systemd 配下のサービスを扱う - 日記
ansible で管理する systemd サービス ubuntu 16.04 になってから、サービス管理は systemd に変わって、ansible の service モジュールだけでは管理できなくなりました。 どう書けばいいのか忘れがちなので備忘的に記事を残します。 ansible 2.1 以前 uWSGI の設定ファイルを配置して systemd 上で有効化、起動する流れ。 --- - name: systemd daemon-reload command: systemctl daemon-reload become: yes - name: enable uwsgi command: systemctl enable emperor.uwsgi.service become: yes - name: restart uWSGI service: name=emperor.uw
Emacsでsudoを介してファイル編集する時、EasyPGを使ってパスワード入力を省略する - 死ぬまでの暇潰し
Emacsでは、以下のように編集権限がないファイルをsudoを介して編集することが可能です。 tramp - Emacsでsudoしつつファイルを開く方法 - DQNEO起業日記 ubulog: Emacs でファイルをsudoで開き直す その際、当然ながらrootのパスワードを入力する必要がありますが、それをEasyPGを使うことで省略することができました。 Emacs EasyPGメモ | magiccircuit.com auth-source Emacsには、auth-sourceという認証情報を格納したファイルを扱うためのパッケージがデフォルトで付属されており、 いろいろなパッケージから認証の処理が必要な時に参照されているようで、 Trampでもパスワードが必要な時に、このパッケージを利用しています。 具体的には、 接続しようとしているメソッド/ホスト/ユーザに対応するエントリが
masablog
ロシアからのアクセスを遮断する Read more… DjangoをlocalのKubernetesで動かす Read more… 動画駆動プログラミング Read more… ThinkPadのWindowsを消す理由 Read more… キーボードと液晶画面のメンテナンス Read more… 次のページ «« « 1 2 3 4 5 » »»
『How to Get Startup Ideas』 - いかにスタートアップのアイデアを得るか - Yamotty Blog
この記事は2012年11月にポール・グレアムが自身のBlogへ投稿した『How to Get Startup Ideas』というエッセイを訳したものだ。ポール・グレアムはシリコンバレー最大の起業家養成スクールである『Y Combinator』の創設者であり、YCの卒業者にはDropbox, Airbnb, Heroku, Cruiseといった名だたるテック企業がいる。 YC卒業者たちの時価総額合計はなんと8兆円以上と見積もられる 本記事は急成長を目指す全てのスタートアップにとって「狙う打球の見極め方」を示したものであり、最も大事な視点が示されている。約2万字と非常に長く、またぼくの拙訳ではあるが、日本でも盛んになりつつあるスタートアップという働き方に対して関心がある、できるだけ多くの人に読んで貰いたいと思い翻訳に至った。もともと原文を読んでいたのだが、翻訳記事がほかに見つけることもできなか
Rustは何が新しいのか（基本的な言語機能の紹介） - いもす研
Rust は、Firefox を開発する Mozilla が開発し、次世代ブラウザの開発に使っているプログラミング言語です。借用検査という概念を導入することによりメモリ安全およびデータ競合安全をコンパイラが保証する言語であり、2015年中頃の安定版のリリースあたりから次第に注目を集めるようになりました。 メモリ安全とは、メモリの範囲外アクセスや二重解放、ヌル参照、未初期化領域へのアクセスがない状態を表します。ただし、Rust の言うメモリ安全とは、メモリリークをしないことを保証するものではありません。 データ競合安全とは、あるひとつのオブジェクトに対しての読み込みおよび書き込みのが同時に起き結果が不定になる状態にならないことを表します。競合状態とは異なります。 無名関数という概念を様々な言語が次々と導入したように、プログラミング言語は相互に影響を及ぼし徐々に変化しています。Rust は「寿
Big Sky :: golang オフィシャル謹製のパッケージ依存解決ツール「dep」
« Re: Go でシングルバイナリな Web アプリを開発しているときに webpack --watch をうまいところやる | Main | Ruby の a = a + 1 はなぜ undefined method '+' for nil:NilClass なのか » golang にはパッケージマネージャが無数にあります。 PackageManagementTools · golang/go Wiki · GitHub Home Articles Blogs Books BoundingResourceUse cgo ChromeOS CodeReview CodeReviewComments CodeTools C... https://github.com/golang/go/wiki/PackageManagementTools 僕もその一つの gom というのを開発している
Go1.7のcontextパッケージ
Go1.7ではgolang.org/x/net/contextがcontextパッケージとして標準パッケージに仲間入りする．そしていくつかの標準パッケージではcontextパッケージを使ったメソッド/関数も新たに登場する．contextパッケージは今後さらに重要な，Gopherは普通に扱うべき，パッケージになると考えられる．本記事ではそもそもcontextパッケージとは何か？なぜ登場したのか？なぜ重要なのか？どのように使うべきか？についてまとめる． contextパッケージが初めて紹介されたのは2014年のThe Go Blogの記事 “Go Concurrency Patterns: Context”である．この記事ではなぜGoogleがcontextパッケージを開発したのか，どのように使うのか具体的な検索タスクを例に解説されている．まだ読んだことがない人はそちらを先に読むと良い． co
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
cdrの利用とメンテナンス - memo.xight.org
Ansibleのhandlersで複数の処理をする - Solist Work Blog
Reddit - Dive into anything