設定に関するfawのブックマーク (63)

  • PRAMクリア メモリ交換後

    MacのパワーをONにしたらすぐに「command + option + P + R」を同時に押す。そして押し続ける。 すると一度「じゃーん」という起動音とともに起動画面が表示されるけどすぐに一度消える。 さらにキーを押し続けていると、もう一度「じゃーん」と起動音が鳴るので、二回目の起動音が聞こえたらキーから手を離す。 以上です。 SMC (システム管理コントローラ) のリセット 「command + option + esc」を同時に押してアプリケーションの強制終了画面を表示し、Finder以外のアプリケーションをすべて終了させる。 メニューからスリープを実行。スリープモードになったら(画面が真っ暗になったら)何かキーを押してスリープから復帰。 次にメニューから再起動を実行。Macを再起動させる。 再起動したら最後にメニューからシステム終了を実行。 以上でした。 【※追記1】これだ

    PRAMクリア メモリ交換後
    faw
    faw 2012/01/11
    メモリ NVRAM
  • Redmine Sphinx Pluginの概要 - nishio-dens's diary

    機能 Redmine上でのSphinxドキュメントの表示 リポジトリにアップロードされたSphinxドキュメントの自動コンパイル 注意事項 プラグインを利用するためには、あらかじめRedmine上でプロジェクトの作成、およびリポジトリの設定を行っておく必要があります リポジトリ内のSphinx Makefileを検索し、makeを行うことで、ドキュメントのコンパイルをしています。 Makefileが存在しない場合は、Sphinxドキュメントを正しく表示することができません。 現状では、GitとSubversionリポジトリ以外には対応していません プラグインの使い方 プラグインをインストールすると、SphinxドキュメントのタブがRedmineプロジェクトメニューバー上に表示されます(図1)。 図1: プロジェクトメニューバー上に追加されたSphinxドキュメントタブ Sphinx

    faw
    faw 2011/08/22
    Redmine Sphinx
  • Railsの各種サーバーの速度ベンチマーク: Pound、Varnish、Nginx、Unicorn、Mongrel

    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

    faw
    faw 2011/08/16
    ベンチマーク Rails nginx Varnish unicorn pound, mongrel node.js
  • 独学Linux : Linuxでデフラグを実行するスクリプト

    8月14 Linuxでデフラグを実行するスクリプト カテゴリ:ハードウェアその他 3年半ほど前に、デフラグに関して下記の記事を書きました。 【参考】独学LinuxLinuxでデフラグが必要のない理由 その後、いろいろな方からのご意見があり、「まったく必要がないわけではなくサーバ用途ではある程度断片化は起こる」「Windowsでも現在のNTFSではLinuxと同様な処置がなされているので記事内容は古い情報に基づいている」「ただしWindowsの方が断片化が起こりやすいという傾向はある」ということがわかりました。 普段は気にしていなかったし、気にする必要はないのかも知れません。ただ、実際に確認する手段を知らないのもどうかなと思い、調べてみたところ、どの程度正確かはわかりませんが、Gentoo Linuxのフォーラムでディレクトリ単位で断片化されている割合を表示するperlスクリプトを見つけま

    faw
    faw 2011/08/14
    デフラグ 断片化
  • プログラミング用フォント Ricty

    お知らせ Ricty および Ricty Diminished は、2010 年代前半には欧文・和文合成プログラミング用フォントとして先駆的でしたが、現在は前時代的な存在となっています。不具合もいくつか確認されています。良質なプログラミング用フォントが数多く登場していますので、それらの利用をおすすめします。 序文 Ricty(リクティ)は Linux 環境での研究・開発を想定したプログラミング用フォントです。テキストエディタやターミナルエミュレータ、プログラミング言語やマークアップ言語に対する使用に適しています。Inconsolata と Migu 1M の合成、および、プログラミング用フォントとしてのいくつかのチューニングを行う生成スクリプトを配布しています。Inconsolata 作者の Raph Levien 氏、Migu 1M 作者の itouhiro 氏、M+ M Type-1

    faw
    faw 2011/08/14
    フォント font 開発用 iterm terminal ターミナル
  • GitHub - tagomoris/yabitz: Yet Another Business Information Tracker Z: host management application

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    GitHub - tagomoris/yabitz: Yet Another Business Information Tracker Z: host management application
    faw
    faw 2011/07/04
    マシン管理 ホスト ネットワーク
  • Teeny Nagios

    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

    faw
    faw 2011/06/10
    nagios 画面
  • sshを使いこなすための7つの設定 - 射撃しつつ前転 改

    五月病が抜け切らない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

    sshを使いこなすための7つの設定 - 射撃しつつ前転 改
    faw
    faw 2011/06/06
    ssh config
  • 作りたい料理にいち早く辿り着くためのキャッシュの小話

    Editor's Notes\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n\n

    作りたい料理にいち早く辿り着くためのキャッシュの小話
    faw
    faw 2011/06/01
    varnish キャッシュ
  • tips - ntpサーバー選びの傾向と対策 : 404 Blog Not Found

    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サーバを公開しているが、ここを参照するように設定された機

    tips - ntpサーバー選びの傾向と対策 : 404 Blog Not Found
    faw
    faw 2011/05/26
    NTP
  • 少人数開発に役立つ5つのまとめ

    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

    faw
    faw 2010/11/30
    git redmine プロジェクト管理 management 開発
  • Good night, Posterous

    Posterous Spaces is no longer available Thanks to all of my @posterous peeps. Y'all made this a crazy ride and it was an honor and pleasure working with all of y'all. Thanks to all of the users. Thanks to the academy. Nobody will read this.

  • Name Mangler

    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

    Name Mangler
    faw
    faw 2010/11/08
    ファイル名変換 置換 Replace file name prefix/suffix 連番
  • TinkerTool System Release 2: Description

  • これがWikipediaの裏側、知られざる大規模システムの実態「Wikipedia / MediaWiki におけるシステム運用」

    Wikipediaといえば世界で第5位の訪問者数を誇る巨大サイトですが、システム運営に携わる人間は世界でわずか6人、しかもこれはボランティア込みという恐るべき少人数で、第4位のFacebookのサーバ数が3万台を超えているのに対して、Wikipediaはわずか350台で運用している……などというような感じで、知られざる今のWikipediaの実態が「KOF2010」にて日行われた講演「Wikipedia / MediaWiki におけるシステム運用」で明かされました。 登壇したのはWikipediaを運営するWikimedia財団のエンジニアであるRyan Lane氏で、100席ある座席は満席になり、隣の中継の部屋まで人があふれているほどの盛況っぷりで、語られる内容もなかなか参考になることが多く、今後のGIGAZINEサーバにも活かせそうな内容でした。 というわけで、「Wikipedia

    これがWikipediaの裏側、知られざる大規模システムの実態「Wikipedia / MediaWiki におけるシステム運用」
  • 無線LANが不安定な原因「チャンネル干渉」を調べるのに役立つフリーソフト「inSSIDer」

    Windowsに標準で搭載されている無線LANアクセスポイントを発見するシステムにはなぜかチャンネルを表示するという機能が欠落しており、結果的に気がついたら無線LANのチャンネルが実は干渉しまくっていて不安定になってブチブチ接続が切れたり、速度が出たりでなかったりを繰り返したり……といったことが発生します。 無線LANアクセスポイントによっては自動的に周囲と干渉しない空きチャンネルを探してくれたりするものもあるのですが、そういう機器でない場合は手動で設定を変更する必要があります。そういうときに使えるのがこのフリーソフト「inSSIDer」です。周囲にある無線LANアクセスポイントをリストアップし、さらにチャンネルや電波の強度などを表示してくれるため、「近所に新しくできたこのアクセスポイントのせいで不安定になっていたのか!」というようなことが見るだけでわかります。 ダウンロードとインストール

    無線LANが不安定な原因「チャンネル干渉」を調べるのに役立つフリーソフト「inSSIDer」
    faw
    faw 2010/09/03
    無線LAN WiFi 干渉 channel collision SSID
  • 2010-03-18 - トーフサロン

    OMake は make とシェルスクリプトを融合させたような汎用ビルドツールです。ドキュメントの日語訳もやってくれた方がいます。なお、 OMake は OCaml で実装されている都合上 OCaml のプロジェクトでよく使われますが、 OMake を使うのに OCaml の知識はまったくもって不要です。 基礎文法というよりリファレンスみたいになってきた。 基礎 ビルドファイル OMakefile ファイルにビルド処理を記述する。サブディレクトリごとに OMakefile ファイルを置くこともできる。その場合はプロジェクトのトップディレクトリに OMakeroot ファイルを作っておくと、 OMake はそのディレクトリがプロジェクトのトップディレクトリだと認識してくれる。 ビルドの実行 omake コマンドを実行すると、 OMakefile ファイルを読み込んでビルドを実行する。 %

  • サイトを公開する際に最低限抑えておきたい Apache の設定 | バシャログ。

    こんにちは 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

    サイトを公開する際に最低限抑えておきたい Apache の設定 | バシャログ。
    faw
    faw 2010/07/05
    Apache HTTP
  • Twitterの大規模システム運用技術、あるいはクジラの腹の中(前編)~ログの科学的な分析と、Twitterの「ダークモード」

    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を使った

    Twitterの大規模システム運用技術、あるいはクジラの腹の中(前編)~ログの科学的な分析と、Twitterの「ダークモード」
  • フロント/バックのreverse proxy構成で、指定秒数以内に必ずレスポンスを返す方法 - (ひ)メモ

    目的 フロントがHTTPリクエストを受けて、バックエンドのアプリケーションサーバにreverse proxyするような構成において、指定秒数以内に何かしらのレスポンスを返したい。 200が返せない場合は、処理を打ち切って500を返したい。 背景 フロントでApacheやNginxをreverse proxyとして使っている場合、バックエンドが無応答になってしまうと、クライアントにレスポンスが返るのはデフォルトで数十〜数百秒後(ApacheのTimeoutのデフォルトは300秒、Nginxのproxy_read_timeoutのデフォルトは60秒)になってしまいます。 通常のWebサービスではこのオーダーのタイムアウトでもいいのかもしれませんが、数秒以内に(エラーでもいいので)レスポンスを返すことが求められる環境も存在します。(最近、特に多いのではないでしょうか:P) もちろんバックエンドが

    フロント/バックのreverse proxy構成で、指定秒数以内に必ずレスポンスを返す方法 - (ひ)メモ
    faw
    faw 2010/06/23
    Apache reverse proxy