SMTP 通信を暗号化する方法として SMTP over SSL (SMTPs) と STARTTLS があります。 慣れるまでは混ざってしまいがちですが、難しい違いではないので一度覚えてしまえば大丈夫です。 SMTP over SSL SMTPs とも呼ばれます。これは SMTP セッションの最初から通信を暗号化します。ポートは大抵 465 番が使用されますが、歴史上の経緯から Well-known ポート番号としては非公式のようです。 STARTTLS SMTPs が最初から暗号化して通信を行うのに対し、STARTTLS はセッション開始時は平文で始まり、クライアントから STARTTLS コマンドを送信した時点で暗号化のためのネゴシエーションを行います。従ってポート番号は平文による SMTP 通信と同じく、大抵の場合は 25 番か 587 番が使用されます。 参考 SMTPS - W
アフィリエイトサイトを作る上で、当然ながら記事を書きます。 それも、1記事や2記事あれば十分というわけではなく、 10記事・100記事・300記事とドンドン記事を追加していきます。 その際、Yahooニュースやライブドアニュース等、 人気の情報サイトから記事を引用する場合もあるでしょう。 そんな時に気を付けないといけないのが、 自分の書いた記事が著作権法違反になっていないか? ということ。 著作権を侵害しているようなサイトを作ってしまうと、 アフィリエイトの広告主から提携解除される可能性があります。 特に、Google AdSenseなんかはポリシーにうるさいので要注意です。 いきなり一方的にAdSenseアカウント停止されたらたまりませんよね。 では、他サイトから記事を引用する際、 どういった点に気を付ければいいのかと言いますと、 ザックリ言えば、下記3つ点に気を付ければOKです。 1.
次に、「自分がブログやSNSにアップした写真を、無断で他者が使用していたら?」という話が挙がりました。昨今では、主に「バイラルメディア」や「キュレーションメディア」と呼ばれるタイプのウェブメディア、TwitterやFacebookなどのSNSでよく見られる問題です。以下2つのケースに分け、その問題点を福井さんが解説してくれました。 ここでのキーワードは「引用」です。福井さんは「この問題は、画像をコピーしているか、それともリンクに過ぎないか」をまず考えるべきだと言います。 1.「出展:あなたのブログ(リンク付き)」として、画像を無断で使われていた 使用者が自ら画像をコピーして、使用しているサーバーやサービスにアップしている場合は、著作権者に許可が必要となる「複製」と「公衆送信」を行っているため、出典元がリンク付きで記載されるか否かに関わらず、原則的にNGです。また、画像のコピーには、いわゆる
wheneverとは? javan/whenever · GitHub 簡単に説明するとRubyのコードでcrontabの管理が出来るライブラリです。 導入以前 whenever導入前はbatchを実行するserverに入って「crontab -e」とかで編集する crontabメンテナンスおじさんが存在していた。 問題点 設定がcrontabメンテナンスおじさんに依存してしまう crontabメンテナンスおじさんとcrontabを設定しているserverがお亡くなりになった場合、再設定出来ない 解決方法 chefで管理する ansibleで管理する どこかにまとめておく whenever導入 等々があった訳ですが 1,2はほぼ同じでプロビジョニングツールで管理するやり方です。 crontab変更する為だけにプロビジョニングツールを走らせるのめんどくさい recipeやplaybook変更
MySQLログインを定期的にしてますが、パスワード漏洩がどうしても怖くなったので、mysql_config_editorでパスワード情報を配布しないで済むように定義してみたいと思います。 ちなみにこの設定は、5.6からの新機能なので、5.5以前は使えないのでご注意ください。 ①定義したいOSユーザにスイッチする。 $ su - user01 $ id user01 ②mysql_config_editorで定義をする。 OSユーザ:user01 MySQLでログインするユーザ:user01 ログインのパス名称:user01 ※ログインのパス名称は任意の名前でなんでもOKですね。 $ /usr/bin/mysql_config_editor set --login-path=user01 --user=user01 --password ③定義を確認 $ mysql_config_edit
はじめに:Springが起動するコマンドはいったいどれだ!? Rails 4.1からはアプリケーションpreloaderとしてSpringが標準で組みこまれています。 Springを使うとバックグラウンドでRailsサーバーが動いている状態になるので、rails g やrakeコマンドが素早く起動します。 一般に、Springを使う場合は bin/rails g や bin/rake -T のように、bin/ を付けるように言われていますが、これは必須なんでしょうか? bin/ を付けずに実行すると、何が起きるんでしょうか? というわけでちょっと調べてみました。 対象バージョン Rails 4.1または4.2 railsコマンドの場合:bin/ を付けなくても大丈夫! まず最初に、bin/rails c と rails c を実行して、Springのstatusがどう変わるか確認してみまし
mysqlのバックアップ用rakeタスクを作成する ここを参考にしながら、mysqlデータベースをaws s3にバックアップを行なうためのrakeタスクを書いた。そしてそれをwheneverで定期的に実行するようにしてデータベースのバックアップ体制を取りました。ここのスクリプトでは、dotenvとaws-sdkに依存しています。dotenvを使用している部分はよしなに環境変数を使用するように変更すると良いと思います。 Railsでデータベースのバックアップを取るためのgemとしてbackupっていうgemもあるのですが、設定が色々と面倒くさそうだったので、ミニマムに自分で書いた方が早そうだと思って自分でスクリプト書く次第となりました。 とりあえずで書いたので、DRYになってないのでリファクタリング掛けたい所。 require 'dotenv/tasks' namespace :backup
AWS SDK for Ruby投稿日 2015/02/15[Home] 前の記事 次の記事 当サイトのオリジナルRubyリファレンス Python SDK はこちら AWS SDK for Ruby API準備証明書 (Credentials) の取得とインストールAWS SDK for Ruby を使うためには、証明書 (Credentials) が必要になります。これは、AWS CLI が使える環境ならすでに作成・インストール済みです。もし、AWS CLI が使えないなら新たに証明書を取得する必要があります。詳しくは「AWS CLIの使い方」を参照してください。 AWS SDK fo Ruby のインストールLinux または Windows どちらもデフォルトでは ruby はインストールされていないので、もし、インストールされていなければ、(例) Ubuntu なら下のようにして
dotenv gem で環境変数をスマートに管理 概要 dotenv gem で環境変数をスマートに管理します。 他のエントリでの dotenv gem の登場頻度が増えてきたので、一度詳細にまとめようと思います。 なぜ dotenv gem が必要か?・・・の前に dotenv gem がなぜ必要か、という話の前提に twelve-factor app に触れておく必要があります。 dotenv の README.md の出だしで Storing configuration in the environment is one of the tenets of a twelve-factor app. と記述されています。 twelve-factor app は Heroku が提唱しているモダンなアプリケーションを構築するための 12 のマニュフェストです。 詳細は下記をご確認ください。
Railsアプリの話。というかWheneverの話。 Railsアプリケーションを実装していて、「この処理はオンラインではなくて、バックグラウンドでバッチ処理にして、Cronで定期実行したいな」っていうとき、ありますよね。そんな時は whenever というgemを使えば、カンタンにバッチ処理をCron化できます。 Wheneverを使ってバックグラウンド処理をCron化する Wheneverのインストール まずはBundlerを使って、Wheneverをインストールします。 # Gemfile gem 'whenever', :require => false Gemfileに書いたら、bundle install します。 $ bundle install インストールできたら、一応 gem list でwheneverがインストールできているかを確認します。 $ gem list イ
update 記事中ではCarrierWaveのキャッシュ機能を使用できないと記載していますが、v0.10.0よりキャッシュの保存先をS3などに指定できるようになっているようです。 詳しくは以下の記事などを参照してください。 CarrierwaveでS3にアップロードさせるとき、キャッシュもS3に置く - Qiita 現時点でキャッシュストレージをS3に変更してテストをしていませんが、パフォーマンス上の問題が発生しないようであれば、こちらを選択するのもありかなと思います。 ファイル名長さの制限はherokuではなくS3(ファイルパス含め1000バイト?)のものになり、かなり緩和されることになります。 Ruby/on Rails には CarrierWave というファイルアップロード用の Gem があります。 人気の Gem なので使っている方も多いと思いますが、同じくRailsの実行環境
# == Schema Information # # Table name: users # # id :integer not null, primary key # email :string default(""), not null # encrypted_password :string default(""), not null # reset_password_token :string # reset_password_sent_at :datetime # remember_created_at :datetime # sign_in_count :integer default(0), not null # current_sign_in_at :datetime # last_sign_in_at :datetime # current_sign_in_ip :in
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く