タグ

2012年9月7日のブックマーク (9件)

  • Web Performance Daybook Volume 2

    Read it now on the O’Reilly learning platform with a 10-day free trial. O’Reilly members get unlimited access to books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers. Performance is critical to the success of any website, and help with using today’s new tools is key. In this remarkable guide, 32 leading web performance experts offer practical tips,

    Web Performance Daybook Volume 2
  • [linux][bash] シェルでバックアップスクリプトを書くよ | バシャログ。

    夏の終わりは毎年テンションだだ下がりな nakamura です。みなさんこんにちは。 以前に データベースのバックアップ について書いた事がありますが、バックアップしておきたいものはもちろんそれだけではなくコンテンツ領域だったりサーバ設定ファイルだったり色々あると思います。今日はそういったファイル群をバックアップするシェルスクリプトをちょっとだけ晒してみます。 記述例 とりあえず貼っつけておきます。以下がバックアップ対象のディレクトリをアーカイブ化するスクリプト。 #!/bin/bash # @filename archive.sh # バックアップ先 BAKDIR="/var/backup/files"; # バックアップ元 ( tar コマンドでエラーになるので先頭の / は外す ) SRCDIRS=" var/www/ var/spool/ etc/ "; # バックアップ先がなけれ

    [linux][bash] シェルでバックアップスクリプトを書くよ | バシャログ。
  • るびま

    『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直

  • GitHub - ku1ik/vim-monokai: Monokai color scheme for Vim converted from Textmate theme

    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 - ku1ik/vim-monokai: Monokai color scheme for Vim converted from Textmate theme
  • Python3.3のvenvを試す - YAMAGUCHI::weblog

    はじめに こんにちは、Python界の情弱です。最近は「勉強会」という名を借りたリクルーティングが行われているようですが、賢良なる読者の皆様におかれましては、主催者の主旨、講師の方々のブログおよび公開レポジトリ等をご確認の上ご参加されていることでしょう。 それはさておき、Python3.3の公式リリースの足音が聞こえて参りました。このマイナーバージョンアップは実は非常に大きく、2年の長きにわたって実施されていたLanguage Moratorium*1を終え、ついにPythonが3系として完全に後方互換性を排除し始めるバージョンとなるわけです。*2 そんな中私が個人的に一押し注目中のvenvモジュールについて調べてみました。 venv a.k.a pyvenv PEP 405 -- Python Virtual Environments 26.13. venv — Creation of

    Python3.3のvenvを試す - YAMAGUCHI::weblog
  • 【メモ】nginxのログに出せる情報 - oranie's blog

    まんまですな。ググっても意外と情報が散在しているので、オフィシャルのドキュメントをメモっておく。 場所は http://wiki.nginx.org/HttpLogModule Verは1.2.2-1で確認 見なきゃいけない所 HttpLogModuleにログの仕様書かれている。 で、デフォルトから真っ先に追記しなきゃいけないのは $request_time レスポンスタイム それは(0.5.19より古いバージョンについては、わずか数秒)をミリ秒の精度で秒単位で、リクエストに応じて動作するようにnginxを要した時間 by google翻訳ですね。他のパラメータはあとでゆっくり。 なので、とりあえず log_format main '$remote_addr - $remote_user [$time_local] "$request" ' '$status $body_bytes_sen

    【メモ】nginxのログに出せる情報 - oranie's blog
  • ssig33.com - ネイティブアプリ並のウェブアプリを云々

    なんか最近そういうの流行ってるようですね。僕も考えを書いてアクセス数を稼ぎます。 ページ遷移を過度に抑えようとするな 下手に AJAX 使いまくるぐらいならページ遷移したほうがマシであることが多いです。世の中にはページ遷移を抑えようとして酷いことになってる JS を沢山見ます。よく考えろ。 ローカルストレージを活用しない localStorage に画像とか放りこむの異常に重くなるのでオススメしません。認証持たないサービスで設定値保存するのに使うとかに留めた方がよいと思う。 非同期な API 絶賛してて気にわない感じはしますがこの記事を一読することをお勧めします。 localStorage は小さなデータをいくつか入れる分には十分に高速です。大きなデータを入れると十分に低速です。 scroll イベントに対してリスナーを置かない scroll イベントの監視は実際最悪のアイディアです。こ

  • Sizzleセレクタエンジンの後方互換性問題に対応、「jQuery 1.8.1」がリリース | OSDN Magazine

    jQuery開発チームは8月30日、JavaScriptライブラリの最新版「jQuery 1.8.1」をリリースした。バグ修正が中心の、1.8系で初となるメンテナンスリリースとなる。 8月はじめに公開されたメジャーリリース版であるjQuery 1.8系最初のメンテナンスリリース。もっとも大きな修正点としては、JavaScript CSSセレクタエンジンSizzleでの後方互換性の改善が挙げられている。jQuery開発チームは1.8でSizzleを再設計し高速化を実現したが、一方で実装が異なることから互換性が損なわれるという事態を招いていた。1.8.1では、旧バージョンとの互換性を維持する新しいAPIを導入することで問題を解消している。これに関する詳細のドキュメントも用意している。 開発者はまた、Quirks(互換)モードを利用しないようにとも警告している。jQueryはQuirksモードを

    Sizzleセレクタエンジンの後方互換性問題に対応、「jQuery 1.8.1」がリリース | OSDN Magazine
  • 1日に175回もGitHubはデプロイしているだとぉ…!? | Act as Professional

    GitHubは普通の会社とどう違うのか? リリースマネージャーがいない(いる必要がない) 週次のデプロイセットもありません(この週にこれだけの機能をまとめてリリースとかがない) 開発者とデザイナーは、早く提供できるように自分たちでデプロイする(できる)作った人達が自ら確認できて、サクッとデプロイできるのであれば、さっさと作って、ささと出してしまった方が良いに決まっています。これを実現させるために様々な工夫がされているようです。 GitHubの基的なワークフロー
The basic workflow goes like this: Push changes to a branch Wait for the build to pass on our CI server Tell Hubot to deploy it Verify that the changes work and fix a

    1日に175回もGitHubはデプロイしているだとぉ…!? | Act as Professional