MOONGIFTはオープンソース・ソフトウェアを紹介するブログです。2021年07月16日で更新停止しました Tank Vs Zombie Game Built in Ruby - Rubyで書かれた戦車 vs ゾンビゲーム Jul 16, 2021 - 1 min read Kopia - マルチベンダー対応のバックアップソフトウェア Jul 16, 2021 - 1 min read Polyfoto - モザイク画像を作成するPythonスクリプト Jul 15, 2021 - 1 min read SwiftLaTeX - WebベースのLaTeXエディタ Jul 15, 2021 - 1 min read Div.js - divタグだけでHTMLページを作成できる？ Jul 14, 2021 - 1 min read ASCIIFlow - アスキーアート用ドローアプリ Jul

Google PageSpeed Insights*1で、自作のRails製Webサービスの短歌投稿サイトUtakataを調べていたら、「適切なサイズの画像」という項目に引っかかった。詳細を見てみると、アイコンに使われているJPEG画像のサイズが、数KB〜数100KBまで妙に差があることが原因のようだ。 Exifとは、デジタルカメラで撮影した画像データに、撮影条件に関する情報（メタデータ）を追加して保存できる、画像ファイル形式の規格のことである。 同じ大きさの画像なのにファイルサイズが大きく異なるのは、Exifというメタ情報がJPEG画像に保存されていることによるらしい。 Ver Exif online , quitar Exif online 試しに上のWebツールでExif情報を除去してみたら、確かにファイルサイズが減った。 Rails + PaperclipでアップされるJPEG画像

仕事で Rails の画像アップロードライブラリを選定することになって、この分野のメジャーどころ Paperclip と CarrierWave を較べてみました。仕事で使うライブラリは一旦選ぶとそうそう簡単には乗り換えられないということもあって結構マジメに選んだつもりです。 -thoughtbot/paperclip -carrierwaveuploader/carrierwave -The Ruby Toolbox - Rails File Uploads どちらも RailsCasts がチュートリアル（？）を用意してくれているので、それをやった後、それぞれプラス 2時間くらいゴニョゴニョしてみた結果をメモしておきます。 -#134 Paperclip - RailsCasts -ASCIIcasts - “Episode 253 - CarrierWaveでファイルのアップロード”

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

S3に置いてあるファイルを一括でタウンロードしたい 既存の Wordpress サイトを Local by Flywheel に移行するため、S3に上げたファイルを一括ダウンロードする必要が出てきたのですが、、 S3のファイルってAWSコンソールからだと一つずつしかダウンロードできないのですね。。 リソースが少ない場合はそれで問題ないのですが、私は画像ファイルやらなんやらをたくさん置いていたので大問題。 結論、AWS-CLIを使えば可能！ google先生に聞いた結果、AWS-CLI（AWS Command Line Interface ）というものを使えばできる！ということがわかりました。 AWS-CLIってなんじゃい！という方はこちらをご参照ください。 やり方がわかってしまえばあとは簡単。 $ aws s3 cp s3://S3バケット名/ ダウンロード先パス --recursive

色んな所に手順ありすぎて無駄すぎですけどメモ 公式のドキュメントはこちらです。 http://docs.aws.amazon.com/ja_jp/cli/latest/userguide/tutorial-ec2-ubuntu.html#install-cli でもpythonとかpipとか入れるのだるいのでhomebrew一択です。依存関係もだるい。 homebrewをインストールする 事前準備 sudo できるパスワードいるので注意 事前準備2 事前準備はこちらを参考にXcodeのインストール含め http://qiita.com/_daisuke/items/d3b2477d15ed2611a058 homebrewインストール http://brew.sh/index_ja.html から以下の部分コピペしてシェルで実行 ruby -e "$(curl -fsSL https://

ども、@kimihom です。この記事は Heroku Advent Calendar 2017 の 20日目です。明日以降が豪華メンツで今から楽しみですね。 さて、今回は Heroku で本番運用を続けていくって方のための情報をシェアしたいと思う。自社サービスで Heroku を使い続けている事例ってのがあまり出て来ないので、積極的に開示していきたいと思う。 ※ 本記事は、今年書いた Heroku に関する記事のまとめ的な立ち位置として読んでいただけたら幸いだ。 Heroku で本番運用の実績 私は Heroku で 2年間以上、本番環境でサービスを動かし続けて来た。その間、Heroku 起因でトラブルに遭ったことは1日くらいで、他は安定的に動き続けてくれた。その1日も、いつもよりレスポンスが遅くなっていた程度で、なんとかなったので助かった。 さて、私がなぜ Heroku にこだわり続け

Herokuはwebアプリをインターネット上にデプロイする場所として広く使われている。web業界の人は誰もが一度は触った事があると思う。 何が便利なのかというと、デプロイ作業が極めて簡単なことだ。コマンド一発でサーバーが用意され、これまたコマンド一発でデプロイが出来る。一般に、webアプリは依存するライブラリが多種多様あり、それらを漏れなくインストールしないとデプロイ出来ないのだが、代表的なwebアプリケーションの作り方に添って作っている限り、後は構成を検知してよしなにやってくれるのだ。noteのリリース時の検証にも大活躍してくれた。 別にHerokuの回し者ではないのだが、一旦これを経験すると、VPSを借りてLinuxのセットアップをしてミドルウェアいれて....といった一般的な構築作業が気の遠くなる工程に思えてくる。 しかし、HerokuはUSとヨーロッパにサーバーがあり、日本からの通

開発中のサービスに Heroku を採用した経緯を社内で周知するために書いた文章なんですが、ついでに Qiita にも貼っておきます（ちなみに Heroku の回し者ではないので悪しからず）。 従来、Heroku は日本で使うにはレイテンシの問題で本番環境での利用が避けられることが多かった これは Heroku の Common Runtime には Tokyo region がなく US 等のサーバーと通信するとレイテンシが大きいため1 実際、Wantedly 社なんかもレイテンシを理由に Heroku から AWS に移行している だが、Service Worker の先読みと Fastly（のような instant purge 可能な CDN）の登場により、このレイテンシの影響は極小化された のではないか 多くのリクエストは Fastly のエッジサーバー からレスポンスを返せるはず

Happy Holiday :) 2016年のHeroku Advent CalendarはHerokuのPrincipal Solutions Architectの相澤がお届けします。 Herokuはサインアップするだけですぐに使えるWebアプリケーションのプラットフォームとして知られていますが、Herokuの真の価値はHeroku Enterpriseという企業向けのパッケージを使って初めて感じることができます。このエントリーではHeroku Enterpriseの目玉機能であるHeroku Private Spacesについて紹介していきます。 東京Regionの利用 PrivateSpacesの大きな特徴であり、日本のユーザーにとってインパクトが大きいのが、日本のデータセンターでHerokuを運用できるということでしょう。 詳しくは後述しますが、PrivateSpacesはユーザー

ImageMagickのmogrifyコマンドをつかいます。mogrifyコマンドは、元のファイルを変更して上書き保存します。 たとえば、カレントディレクトリ以下のjpgファイルから、EXIF情報を消す。 しかも、4並列で行う場合。 % find . | grep ".jpe\?g$" | xargs -t -n 10 -P 4 mogrify -strip core i7の8コアで処理した場合は、CPUがこんな感じで使われます。

Exifの例 Exchangeable image file format（エクスチェンジャブル・イメージ・ファイル・フォーマット）は、富士フイルムが開発し、当時の日本電子工業振興協会 (JEIDA)で規格化された、写真用のメタデータを含む画像ファイルフォーマット。デジタルカメラの画像の保存に使われる。略称はExifで「エグジフ」（もしくは「イグジフ」）。 カメラの機種や撮影時の条件情報を画像に埋め込んでいて、ビューワや写真編集ソフトなどで参照、応用することができる。Exif2.2ではExif Printという規格を組み込んでおり、撮影時の条件情報を元に自動的に最適化を行って、的確な状態でプリント出力を可能にしている。また撮影者や著作権情報、コメントなど付随することが出来る。 対応画像形式はJPEG、TIFF、JPEG XR（HD Photo）、PNG。 以下のようなデータが記録される。撮

Railsを使って、SNS上で共有された画像を活用したWEBサービスを作ろうと思い、画像ファイルの管理を担うgem、Paperclipについて調べてみた。 目次1. Paperclipとは 2. Paperclip::ClassMethods#has_attached_file 3. 添付ファイルに対するvalidation 4. 添付ファイルの削除、論理削除 5. s3の設定 6. Paperclipと他のgemの比較 1. Paperclipとはthoughtbot/paperclip · GitHub Paperclipは、RailsのActiveRecord用のライブラリである。Railsのアプリケーションで、ユーザーがアップロードした画像等のファイルについての煩雑な設定、すなわち、保存や削除などの設定を簡単に行うことができるようになる。 Paperclipは、ImageMagic

透過を使えるPNG画像 画像というとJPGやGIFがメジャーで、あまりPNGを見ない方もいるかもしれません。 印刷物ではあまり使われることのないPNG形式の画像ですが、Webサイトでは多用する事が多い画像形式です。 PNGはJPGやGIFと違い、透過情報・・・つまり透明度を持たせることができます。 なので画像の上に重ねた画像を作る事が出来るので、とても便利な画像形式です。 Webサイトでは背景色をCSSで色付けして、その上にPNG画像を重ねたりして使われることがあります。 背景色を含めたJPG画像でも表現できますが、透過させて置く事で、色の変更などにも柔軟に対応できますし、要素から画像だけが飛び出たような表現も容易になってきます。 ただしPNG画像はRGBの色しか表現できないので、印刷をする場合には使われることはありません。 印刷で使う画像に透過情報を持たせる場合はEPS形式やPSD形式で

>Q1 PNGでは、各画素の持つ色情報は、 ・RGB各8bit=合計1画素あたり24bit ・RGB各16bit=合計1画素あたり48bit ・グレイスケール8bit=1画素あたり8bit ・グレイスケール16bit=1画素あたり16bit などが選べます。アルファチャネル付きの場合は、これにさらにα情報が付加されて、 ・RGBA各8bit=合計1画素あたり32bit ・RGBA各16bit=合計1画素あたり64bit ・グレイスケール8bit+アルファ8bit=1画素あたり16bit ・グレイスケール16bit+アルファ16bit=1画素あたり32bit のようになります。 いわゆる「24bit形式」と呼ばれるのは、このうち「RGB各8bitの1画素24bit」もしくは「RGBA各8bitの1画素32bit」で、画素情報をそのまま圧縮するフォーマットを刺します。 一方、「インデックスカラ

さて、今回は「PNG」について。OS Xではスクリーンショットに使用されるなど、事実上システム標準の画像フォーマットとしての地位にあるが、歴史的経緯を知らず漫然と利用しているユーザも多そうだ。 PNGの種類 かつてOS標準のラスター画像フォーマットといえば、MacはPICTでWindowsはBMPだったが、現在では"主役級"とは言えない。写真はJPEG、WEBページのボタンにはPNGといった具合に、OSとは関係なく用途別に使い分けるほうが多いからだ。 特にPNGは高い圧縮率のほか、最大48bitのフルカラー(約280兆色)をサポート、複数の透過色を指定できる、という特徴から汎用的なラスター画像フォーマットとして普及している。特許問題を抱え扱いにくかったGIFの代替フォーマットとして登場した経緯もあり、基本的にはWEB素材やアイコンといった用途に利用されるが、フルカラー表示が可能なため画質劣

◇2部とジャスダックは統合し「スタンダード」市場に 東京証券取引所は、東証1部の上場・降格基準を厳格化し、日本経済をけん引する「プレミアム」市場と位置付ける改革案を固めた。中堅・新興企業向け3市場のうち、東証2部とジャスダックは統合して一般の上場企業が所属する「スタンダード」市場とする。 東証改革を議論している「市場構造の在り方等に関する懇談会」（座長・神田秀樹学習院大院教授）が近くまとめる報告書に盛り込む。東証は月内に公表する予定。その後、上場・降格の目安となる時価総額の基準や移行手順を詰める。 東証には現在、1部▽2部▽ジャスダック▽マザーズ――の4市場がある。これを「プレミアム」「スタンダード」、マザーズの役割を引き継ぐ新興企業向けの3市場へ再編する。 1部に直接上場する基準は、リーマン・ショック後の2012年に「推定時価総額500億円以上」から「250億円以上」に引き下げられた。2

優良中古ドメイン 優良中古ドメインのオークション/予約サービス 集客効率向上が見込める中古ドメイン。「検索エンジン評価」や「文字列の分かりやすさ」に優れたドメインが見つかります。

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

BUNDLED WITH って何？ bundler 1.10.0 以降で作成された Gemfile.lock では、BUNDLED WITH というセクションがあって、使用された bundler のバージョンがトラックされるようになっている [3485] 。 例えば bundler 1.9.0 で作成された Gemfile.lock のあるプロジェクト上で、 最新の bundler 1.10.3 を使用して bundle install --path vendor/bundle すると、 Gemfile.lock には以下の差分ができる。 これをもう一度 1.9.0 で bundle install すると、上の文字はきれいさっぱり消える。 BUNDLED WITH の何が困るか 多人数で開発するときには、この変更は微妙に邪魔で、意図しない Gemfile.lock 変更が出てしまうことで

かつてインターネットとは好事家たちが思い思いに好きな情報を書き込んで同士たちとつながる濃い場所だった。という風によく言われている。俺がそれが正しいのかどうかは知らない。しかし今のインターネットに古のインターネット老師たちが苛立つ気持ちはわかるし、なんなら俺がそのインターネット浪士たちを苛立たせている。というのも俺はあの悪名高い「いかがでしたかブログ」を書いて生計を得ている人間だからだ。 今回はお前たちにそのインターネットになぜいかがでしたかブログが生まれるのかを俺のような木っ端ライターの立場から解説するとしよう。 まず俺のような屑ライターはクラウドソーシングサイトで仕事を探しまくる。巷ではいかがでしたかブログは0.1円で量産されていると言われているがさすがに慣れてくるとそんな案件は受けない。最低限文字単価0.8～1円くらいの仕事は厳選する。ついでにいうが一部のプロクラウドワーカーならいざし