MacのパワーをONにしたらすぐに「command + option + P + R」を同時に押す。そして押し続ける。 すると一度「じゃーん」という起動音とともに起動画面が表示されるけどすぐに一度消える。 さらにキーを押し続けていると、もう一度「じゃーん」と起動音が鳴るので、二回目の起動音が聞こえたらキーから手を離す。 以上です。 SMC (システム管理コントローラ) のリセット 「command + option + esc」を同時に押してアプリケーションの強制終了画面を表示し、Finder以外のアプリケーションをすべて終了させる。 メニューからスリープを実行。スリープモードになったら（画面が真っ暗になったら）何かキーを押してスリープから復帰。 次にメニューから再起動を実行。Macを再起動させる。 再起動したら最後にメニューからシステム終了を実行。 以上でした。 【※追記1】これだ
機能 Redmine上でのSphinxドキュメントの表示 リポジトリにアップロードされたSphinxドキュメントの自動コンパイル 注意事項 本プラグインを利用するためには、あらかじめRedmine上でプロジェクトの作成、およびリポジトリの設定を行っておく必要があります リポジトリ内のSphinx Makefileを検索し、makeを行うことで、ドキュメントのコンパイルをしています。 Makefileが存在しない場合は、Sphinxドキュメントを正しく表示することができません。 現状では、GitとSubversionリポジトリ以外には対応していません 本プラグインの使い方 本プラグインをインストールすると、SphinxドキュメントのタブがRedmineのプロジェクトメニューバー上に表示されます(図1)。 図1: プロジェクトメニューバー上に追加されたSphinxドキュメントタブ Sphinx
Railsの各種サーバーの速度ベンチマーク: Pound、Varnish、Nginx、Unicorn、Mongrel RailsのアプリをPound、Varnish、Nginx、Unicorn、Mongrelを使用して動かした際の速度ベンチマーク。以下の構成での同一Railsアプリをhttperfでベンチマークした結果をまとめます。 Pound -> Varnish -> Nginx -> Unicorn * 2 Varnish -> Nginx -> Unicorn * 2 Nginx -> Unicorn * 2 Mongrel (Rails.env == 'development') node.js (Express + Socket.IO) 全体の構成Poundを80番ポートを公開し、Varnishを81番ポート、nginxを8080番ポート、Unicornの2プロセスをsocke
8月14 Linuxでデフラグを実行するスクリプト カテゴリ:ハードウェアその他 ３年半ほど前に、デフラグに関して下記の記事を書きました。 【参考】独学Linux：Linuxでデフラグが必要のない理由 その後、いろいろな方からのご意見があり、「まったく必要がないわけではなくサーバ用途ではある程度断片化は起こる」「Windowsでも現在のNTFSではLinuxと同様な処置がなされているので記事内容は古い情報に基づいている」「ただしWindowsの方が断片化が起こりやすいという傾向はある」ということがわかりました。 普段は気にしていなかったし、気にする必要はないのかも知れません。ただ、実際に確認する手段を知らないのもどうかなと思い、調べてみたところ、どの程度正確かはわかりませんが、Gentoo Linuxのフォーラムでディレクトリ単位で断片化されている割合を表示するperlスクリプトを見つけま
お知らせ Ricty および Ricty Diminished は、2010 年代前半には欧文・和文合成プログラミング用フォントとして先駆的でしたが、現在は前時代的な存在となっています。不具合もいくつか確認されています。良質なプログラミング用フォントが数多く登場していますので、それらの利用をおすすめします。 序文 Ricty（リクティ）は Linux 環境での研究・開発を想定したプログラミング用フォントです。テキストエディタやターミナルエミュレータ、プログラミング言語やマークアップ言語に対する使用に適しています。Inconsolata と Migu 1M の合成、および、プログラミング用フォントとしてのいくつかのチューニングを行う生成スクリプトを配布しています。Inconsolata 作者の Raph Levien 氏、Migu 1M 作者の itouhiro 氏、M+ M Type-1
Abstract Teeny web interface for Nagios with smartphone(iPhone, Android). project home http://hirose31.github.com/teeny-nagios/ repository https://github.com/hirose31/teeny-nagios Screenshots home grance overview hosts list of monitored hosts yellow is warning, red is critical host list of services of this host services detail of service downtime you can submit scheduled downtime by host or by ser
五月病が抜け切らないIT系新入社員に贈るシリーズ第1段。 ~/.ssh/configにはいろいろな設定が書けるが、周囲を見渡した限り、あまり活用されているようには見受けられない。そこで、今回は便利な設定をいくつか集めてみた。 長いホスト名に短い名前をつける Host exp1 HostName verrrryyy.looooong.hostname.example.jp ssh verrrryyy.looooong.hostname.example.jpの代わりにssh exp1でログインできるようになる。 ちなみに、zshの場合、configファイルに登録されたホスト名はsshコマンドを打つときに補完されるので更に便利。 特定のホストへログインするときのユーザ名や鍵をカスタマイズする Host github.com User tkng IdentityFile ~/.ssh/id_rsa
2011年05月23日23:46 カテゴリTipsiTech tips - ntpサーバー選びの傾向と対策 について書くことにしたのは、 Ubuntu ntpdate 時刻合わせ - tigre 福岡大学の公開NTPサーバーを利用する - NTPSERVERS="ntp.ubuntu.com" + NTPSERVERS="clock.nc.fukuoka-u.ac.jp" という2009年の記事がブクマされていて軽くのけぞったから。 というのもこのclock.nc.fukuoka-u.ac.jp、使われすぎていてわざわざWikipediaにもこんな記述があるぐらいなのだ。 Network Time Protocol - Wikipedia - clock.nc.fukuoka-u.ac.jp問題 日本では福岡大学が1993年からNTPサーバを公開しているが、ここを参照するように設定された機
if ( $blog == " Webエンジニアのためのライフハック " ) { print " 1-byte.jp "; } ホーム1-byte.jpとは 書いてるヒトは ここ2ヶ月間で気になる記事がたくさん上がっていました。 特に少人数チームにおける開発に関する記事です。 昨日、書き上げた”1年間の技術的負債を返すために読んだ3冊の本“にある通り、お知らせメールでは1年間の技術的負債を返そうとしています。 そのためには今まで曖昧だった箇所を浮き彫りにし、改善する必要があります。 また、せっかくなので新しいモノも取り入れたい。 こうしたことを考えながらの2ヶ月だったので、自然と目に止まった記事が3つありました。 スタートアップ企業で8年間Webの開発をしてみての反省点いろいろ 複数人(2-3人)でウェブサービスを開発するコツ A successful Git branching m
Free TrialName Mangler 3.9.1 requires macOS 10.13 High Sierra or newer. What's new? For the nostalgically inclined, older versions are here. Name Mangler is designed to make it super easy to rename batches of files—anywhere from a few to tens of thousands—in one quick operation. Tell Name Mangler which files to rename, set up your rules, then click one button and it's done. Pop-up solutions Name M
Wikipediaといえば世界で第5位の訪問者数を誇る巨大サイトですが、システム運営に携わる人間は世界でわずか6人、しかもこれはボランティア込みという恐るべき少人数で、第4位のFacebookのサーバ数が3万台を超えているのに対して、Wikipediaはわずか350台で運用している……などというような感じで、知られざる今のWikipediaの実態が「KOF2010」にて本日行われた講演「Wikipedia / MediaWiki におけるシステム運用」で明かされました。 登壇したのはWikipediaを運営するWikimedia財団のエンジニアであるRyan Lane氏で、100席ある座席は満席になり、隣の中継の部屋まで人があふれているほどの盛況っぷりで、語られる内容もなかなか参考になることが多く、今後のGIGAZINEサーバにも活かせそうな内容でした。 というわけで、「Wikipedia
Windowsに標準で搭載されている無線LANアクセスポイントを発見するシステムにはなぜかチャンネルを表示するという機能が欠落しており、結果的に気がついたら無線LANのチャンネルが実は干渉しまくっていて不安定になってブチブチ接続が切れたり、速度が出たりでなかったりを繰り返したり……といったことが発生します。 無線LANアクセスポイントによっては自動的に周囲と干渉しない空きチャンネルを探してくれたりするものもあるのですが、そういう機器でない場合は手動で設定を変更する必要があります。そういうときに使えるのがこのフリーソフト「inSSIDer」です。周囲にある無線LANアクセスポイントをリストアップし、さらにチャンネルや電波の強度などを表示してくれるため、「近所に新しくできたこのアクセスポイントのせいで不安定になっていたのか！」というようなことが見るだけでわかります。 ダウンロードとインストール
OMake は make とシェルスクリプトを融合させたような汎用ビルドツールです。ドキュメントの日本語訳もやってくれた方がいます。なお、 OMake は OCaml で実装されている都合上 OCaml のプロジェクトでよく使われますが、 OMake を使うのに OCaml の知識はまったくもって不要です。 基礎文法というよりリファレンスみたいになってきた。 基礎 ビルドファイル OMakefile ファイルにビルド処理を記述する。サブディレクトリごとに OMakefile ファイルを置くこともできる。その場合はプロジェクトのトップディレクトリに OMakeroot ファイルを作っておくと、 OMake はそのディレクトリがプロジェクトのトップディレクトリだと認識してくれる。 ビルドの実行 omake コマンドを実行すると、 OMakefile ファイルを読み込んでビルドを実行する。 %
こんにちは nakamura です。最近トルシエさんテレビ出すぎじゃありません？ウィイレヤロウヨ。オフサイドダヨ！ さてさて今回は意外と知られてないけど、サイトをインターネットに公開する際には知っておいた方が良い Apache の設定をいくつかご紹介します（一部 PHP の設定もありますが）。この設定をしていないからといって即危険にさらされるという訳でもありませんが、リスクの芽は摘んでおくに越した事はありませんよね。 無駄な HTTP ヘッダを返さない ディストリビューションにより異なるかもしれませんが、CentOS デフォルトの設定の場合 Apache が返してくる HTTP ヘッダは以下のようなものです。 HTTP/1.1 200 OK Date: Mon, 05 Jul 2010 01:01:14 GMT Server: Apache/2.2.3 (CentOS) X-Powered
Twitterの大規模システム運用技術、あるいはクジラの腹の中（前編）～ログの科学的な分析と、Twitterの「ダークモード」 先週の6月22日から、米サンタクララで行われていたWebサイトのパフォーマンスと運用に関するオライリーのイベント「Velocity 2010」が開催されていました。 その中で、TwitterのJohn Adams氏がTwitterのシステム運用について説明するセッション「In the Belly of the Whale: Operations at Twitter」（クジラの腹の中：Twitterでの運用）が行われています。Twitterのような大規模かつリアルタイムなWebサイトの運用とはどういうものなのでしょうか？ 公開されているセッションの内容を基に概要を記事で紹介しましょう。システム管理者の新たな役割、Railsの性能の評価、Bittorrentを使った
目的 フロントがHTTPリクエストを受けて、バックエンドのアプリケーションサーバにreverse proxyするような構成において、指定秒数以内に何かしらのレスポンスを返したい。 200が返せない場合は、処理を打ち切って500を返したい。 背景 フロントでApacheやNginxをreverse proxyとして使っている場合、バックエンドが無応答になってしまうと、クライアントにレスポンスが返るのはデフォルトで数十〜数百秒後(ApacheのTimeoutのデフォルトは300秒、Nginxのproxy_read_timeoutのデフォルトは60秒)になってしまいます。 通常のWebサービスではこのオーダーのタイムアウトでもいいのかもしれませんが、数秒以内に(エラーでもいいので)レスポンスを返すことが求められる環境も存在します。(最近、特に多いのではないでしょうか:P) もちろんバックエンドが
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
