GitHub - handlebars-lang/handlebars.js: Minimal templating on steroids.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
RHEL/CentOSでネットワークインタフェースの起動が遅い原因を調べてみた - このブログはURLが変更になりました
RHELやCentOSのネットワークインタフェースって静的IPアドレスを付与するときでもやたら起動が遅くないですか。 ネットワークインタフェースが2,3個程度なら大した問題ではないのですが、例えばVLANをたくさん食わせている場合などはやたら遅くて話にならんレベルです。 Bringing up loopback interface: [ OK ] ←loは早い Bringing up interface eth0: [ OK ] ←遅い Bringing up interface eth0.1: [ OK ] ←VLANも遅い Bringing up interface eth0.2: [ OK ] ←遅いよ Bringing up interface eth0.3: [ OK ] ←遅いってばifupコマンドでかかる時間を確認したところ、1ネットワークインタフェースあたり約5秒。ネットワ
OmniFocus歴4年の僕が最後に辿り着いたプロジェクトとコンテキストの設定 | prime factor
OmniFocus歴4年の僕が最後に辿り着いたプロジェクトとコンテキストの設定OmniFocusの問題点 しかし、過去のOmniFocusの使い方を振り返ると、いつもある問題に悩まされていました。それは、OmniFocusをしばらく使い続けると、登録している内容が把握しきれなくなり、管理ができなくなる、ということです。そうなると、OmniFocusに登録した内容と実際にやるべきことが一致しなくなり、そのうちにOmniFocusを使わなくなってしまいます。そうして、どうにもならなくなったタイミングで、OmniFocusに登録した内容をすべて削除して、まっさらな状態からもう一度使いはじめることになります。僕は、このサイクルを半年くらいの周期で繰り返していました。 ところが、ある設定をしてから、OmniFocusの運用が劇的に改善でき、前述の問題も起きなくなりました。その設定は「プロジェクト」と
YappoLogs: サービスをつぶさない為に Web アプリを書く時にやっとくと良い事2選
サービスをつぶさない為に Web アプリを書く時にやっとくと良い事2選 テンプレートのエラーが出た時にアプリケーションのログだけに書くのでは無く、誰にでも「ここがえらってるよ！」って見えるようにしとくと間違いが少なくなる傾向があるのでテンプレートエンジンでフック出来るようになっておいてたら、それをうまく使うと良い。 また、テンプレートエンジンがレンダリングしてるフェーズで DB にクエリが飛ぶような構造で書いてあると、非エンジニアのカジュアルにテンプレートいじる人が甚大なクエリを実装してしまう可能性があるので、これも早期に発見しないとサービスが止まってしまい会社の売り上げが下がってしまい社員が路頭に迷うケースが発生してしまうので、これらも未然に防がなければならない。 Text::Xslate + Amon2 ならこうかける。 package MyProje::Web; ...; { my
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
