Ubuntu 13.04 Nginx 1.5.4 Ruby 2.0.0p247 Ruby on Rails 4.0.0 最新のNginxを入れる cd ~ Nginxの鍵をダウンロードし追加する wget http://nginx.org/keys/nginx_signing.key sudo apt-key add nginx_signing.key /etc/apt/sources.listに以下の2行を追加する deb http://nginx.org/packages/mainline/ubuntu/ raring nginx deb-src http://nginx.org/packages/mainline/ubuntu/ raring nginx apt-getを更新 sudo apt-get update Nginxをインストール sudo apt-get install

①anacondaの画面フロー変更。 ②GUIでのパッケージ選択を廃止 ③6.5➡7へのupgradeをサポート CentOS6.5➡7にupdateするには下記 CentOS6.5 ➡ Centos7にアップグレード eth0などはそのまま引き継がれる。 サービスは停止するもの（例えばntpなど）があったり、 6.5で動いてたものが正常に動作しなくなる可能性があるので、upgradeは推奨はしません。

RubyでWebアプリケーションを作るときにセキュリティ関連でやっておくべきことのメモです。 以下の4つの問題について、Sinatra・Hamlを使っている環境(うちの環境)での対策方法を説明しています。それぞれの問題についての詳細はここでは触れないので、徳丸本を読むとよいと思います。 XSS CSRF クリックジャッキング IEのsniffing XSS対策 エスケープ漏れを防ぐ きちんとエスケープをする、というのは言葉にすると簡単ですが手作業で実現するのは極めて困難です。まともなテンプレートエンジンにはエスケープを自動で行う機能が付いているのでそれを利用しましょう。エスケープを自動化することで、デフォルトでエスケープを行い、指定があった場合のみエスケープしないようにすることができ、エスケープ漏れを最小限に抑えられます。 app.rb class App < Sinatra::Base

こんにちは、うちです。 最近、個人情報流出などの大きなセキュリティ事故が連発していますね。 原因はシステムの脆弱性よりも、内部犯行者による個人情報流出や、eメール に添付されたexeをクリックしたためにウィルスに感染したなど、大きな組織 の統制の問題や人のリテラシーに起因するものが多く見られます。 一方で、レンタルサーバーやVPS、クラウドサービスが低価格化したため、サー バーを手に入れる価格のハードルはどんどん低くなり、誰でも安く手軽にサー バーをレンタルできるようになりました。 月額1000円以下は当たり前で、300円/月や100円/月のサービスなんかも普通に 目にするようになりました。 また、レンタルしたサーバー上で動かすアプリケーションとしてもWordPressの ような無料で手に入るブログやウェブサイト作成システムも流行していること から、今後益々個人や中

In Visual Studio 2022 17.10 Preview 2, we’ve introduced some UX updates and usability improvements to the Connection Manager. With these updates we provide a more seamless experience when connecting to remote systems and/or debugging failed connections. Please install the latest Preview to try it out. Read on to learn what the Connection ...

前回ブログで紹介したRailsサーバUnicornくんを運用し始めて結構時間が経ちました。 サービスを落とさないであるとか、システムの安定性を確保するために、 ちょっとしたユーティリティを作ったり監視ソフトMonitの設定を行ったりしていました。 みなさんのお役に立つかわかりませんが、弊社でUnicornと組み合わせて運用に利用しているツールや設定をブログに掲載してみたいと思います。 もっといいやり方がありましたら、ぜひコメント欄でご紹介頂ければと思います。 ダウンしたら自動的に再起動 これはMonitで行っています。 もちろん同内容の監視ツールGodでも可能だと思いますが、以前設定した経験があって設定が楽そうだったので、Monitでやってみました。(事実楽でした) check process unicorn with pidfile "/path/to/rails/tmp/pids/un

RHEL 7がリリースされてから約5ヶ月、クラウドサービスでもCentOS 7のテンプレートが使用できるようになってきたので、僕がWebサーバーを構築する際のひととおりの設定をCentOS 7でも実施してみました。 Webサーバー構築に関わるCentOS 6からの変更点と、参考となる記事の情報をまとめます。 総合的には、以下の記事がとても参考になりました。 （参考） ・Getting Started with RHEL7 https://kazuhisya.netlify.com/2014/06/15/getting-started-with-rhel7/ 使用したクラウドサービスとテンプレートは、AWSのAMI ‘CentOS 7 (x86_64) with Updates HVM’ by centos.orgと、IDCFクラウドの’CentOS 7.0 64-bit’です。 サービス管

service、chkconfigでなくてsystemctl これまでのCentOSに慣れていると、サービスを起動するには # service httpd start とやりたくなってしまいますが、serviceやchkconfigというコマンドは、CentOS 7ではsystemctl に置き換わっています。 #systemctl disable xxx でxxxをサービスの登録から解除 #systemctl enable xxx でxxxをサービスに登録 ＃systemctl list-unit-files | grep xxxでサービスの登録確認 #systemctl start xxx でxxxを起動 #systemctl stop xxx でxxxを停止 #systemctl status xxx でxxxのステータスを確認

解説 現在、HTTPS接続時に作られる暗号化通信路の仕組みには、Transport Layer Security（TLS）という標準規格が用いられている（古くからあるSSLの方は、すでにその座をTLSに譲り、使わないことが推奨されている）。 TLSにはバージョン1.0／1.1／1.2があり、どれが実際に使われるかは、WebブラウザーとWebサーバーそれぞれがサポートしている規格の中から、ネゴシエーションによって決定される。 IEの場合、原因は不明だが、特定のWebページ（Webサイト）とTLS 1.2で接続したとき、ページ表示が完了するのにひどく時間がかかることがたまにある（全てのHTTPSのサイトで生じるわけではない）。 本TIPSでは、TLS 1.2に起因してWebページの表示が遅くなっているかどうか確認する方法と、どのように対処すべきか、何をすべきでないか、説明する。 設定方法 ●T

はじめに 先日暗号化プロトコル「SSL/TLS」の複数のライブラリに脆弱性が存在し、 通信内容を盗聴したり改ざんする中間者攻撃 FREAK ( Factoring attack on RSA-EXPORT Keys ) が可能である旨レポートされましたが、週末には Windows でも影響がある(らしい) 旨報告が出ました。 遅ればせながら、問題の確認等行ったので記しておきます。 Vulnerability Summary for CVE-2015-1637 写真 : 写真素材ぱくたそ ( 使いまわしてます... ) Export Cipher が使われている環境の脆弱性が指摘されているため、これが有効になっている場合に無効化すればよいようです。 EXP-DES-CBC-SHA EXP-RC2-CBC-MD5 EXP-RC4-MD5 EXP-EDH-RSA-DES-CBC-SHA EXP-

ここ最近、SSL/TLS の勉強をしています。いろいろなサイトの暗号化アルゴリズムを確認していると、RC4 のストリーム暗号がよく使われていることに気づきました。なぜだろうと思って調べてみると、「SSL/TLS で BEAST を恐れて RC4 を優先するのは危ない」にその経緯が詳しくまとまっていました。 通常の発想では、従来より脆弱性が指摘されている RC4 よりは AES を優先にするべきとなるところですが、最近はむしろ SSL/TLS では RC4 を優先すべきという論調が増えていました。というのは、ここ 1 ～ 2 年のうちに SSL/TLS において AES を含むブロック暗号を CBC モードで使っている際に有効な BEAST 攻撃や Lucky13 攻撃などが報告されてきており、その対策として RC4 への移行が促されてきたからです。 無線 LAN の WEP が脆弱であるこ

Ruby on Rails　を勉強していると、Gemという単語がよく出てきます。さらに、Bundlerも。しかも、環境設定の時、一番何も分からない時に、色んな単語が出てきてインストールさせられるので、訳が分からないままになっていましたが、今日、ひまだったので徹底的に調べました。 まず、Gemとは。 Rubyで使われるライブラリやアプリケーションはGemと呼ばれる形式のパッケージにすることができます。多くのライブラリがGem形式でパッケージされ公開されており、これらはRubyGemsと呼ばれるパッケージ管理ツールを使ってダウンロードを行なったりインストールすることができます。これらのパッケージのことを単にGemとかGemパッケージなどと呼んだりします。 参照サイト：http://www.rubylife.jp/rails/ini/index2.html なるほど。 GemとはRubyで使わ

mysite.jp というサイトを運用していて、新たに help.mysite.jp みたいな別サイトをサブドメイン切ってかつ別の Web サーバーで用意したとします。 このサイトはヘルプページがメインなので高額な SSL 証明書をとらず http で良しとしていた…つもりが http://help.mysite.jp へのリクエストが何故か勝手に https://help.mysite.jp にリダイレクトされてしまい挙げ句の果てに証明書のエラーが出てアクセスできない、なんてことがありました。 最初は help.mysite.jp に問題があると思って色々調べていたんですが、実は問題のあったのは mysite.jp の方。mysite.jp はログイン前提のサイトだったのでこんなヘッダを設定していました。 Header set Strict-Transport-Security "max

次の記事でMarkDownで書きなおしてみた 理由が記載されていない設定例しか見当たらなかったのでメモしておく。2013/9時点の理解。 Apacheでも名前の読替えで全て同じ設定が可能。 ssl_protocols SSLv3 TLSv1 TLSv1.1 TLSv1.2; ssl_ciphers AESGCM:SHA384:SHA256:@STRENGTH:RC4:HIGH:!EXP:!LOW:!MD5:!aNULL:!eNULL:!KRB5:!PSK:!SRP;ssl_prefer_server_ciphers on; ssl_stapling on; add_header Strict-Transport-Security max-age=31536000; 暗号方式は ・RC4 ＞ CBC （BEASTの方が重大と考える）なら、上記の通り。 ・CBC ＞ RC4 （RC4の危殆化が

基本は喰ってるか飲んでるかですが、よく趣味でカラオケ・PKI・署名・認証・プログラミング・情報セキュリティをやっています。旅好き。テレビ好きで芸能通 もくじ 1. はじめに 2. SSLv3を無効化できる場合のサーバー対策 2.1. Apache HTTPD Server + mod_ssl 2.2. Apache HTTPD Server + mod_nss 2.3. nginx 2.4. lighttpd 2.5. Microsoft IIS 2.6. (訂正)Apache Tomcat (Java JSSE) 2.7. Node.js 2.8. IBM HTTP Server 2.9. Amazon Web Services 2.10. その他のサーバー 2.11. SSLv3 を無効化するリスク 2.12. OpenLDAP 3. 諸般の事情で SSLv3 を有効にせざるを得ない場

Railsから複数行のLinuxコマンドを非同期（バックグラウンド）で実行させる 時間のかかる処理を非同期で実行させる場合に、いろいろはまったのでまとめておきます。 最終ゴール： 複数行のLinuxコマンド（ShellScript）を非同期で実行させ、 途中でキャンセルもできるようにする 非同期で実行する仕組みはresqueとかsidekiqとかいくつもありますが、 非同期で実行させたいのはRubyのコードではなくLinuxのコマンドだけ 定期ジョブで実行させたい（コマンド処理が終わればRubyは終了させたい） ということもあり、Ruby標準の仕組みで簡単に済まそうと考えました。 ポイントは次の6つです。 複数のLinuxコマンドは実行可能ファイルにまとめる その実行可能ファイルを非同期（バックグラウンド）で実行させる バックグラウンド実行のために標準出力と標準エラーをファイルに落としてお

Kernel.#system サクッと実行したい場合に便利 実行結果(true, false, nil)が返却される stdin : 渡せない stdout : 取れない stderr : 取れない status : 取れる($? で参照)

HTTP ガイド リソースと URI ウェブ上のリソースの識別 データ URL MIME タイプ入門 よくある MIME タイプ www 付きと www なしの URL の選択 HTTP ガイド HTTP の基本 HTTP の概要 HTTP の進化 HTTP メッセージ 典型的な HTTP セッション HTTP/1.x のコネクション管理 プロトコルのアップグレードの仕組み HTTP セキュリティ Content Security Policy (CSP) HTTP Strict Transport Security (HSTS) X-Content-Type-Options X-Frame-Options X-XSS-Protection サイトの安全化 HTTP Observatory HTTP アクセス制御 (CORS) HTTP 認証 HTTP キャッシュ HTTP の圧縮 HTT

Redmineのユーザ認証に「redmine_omniauth_google」プラグインをインストールして、Google Apps認証を実現してみたら意外に簡単だった

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

このマニュアルでは、Webアプリケーション全般におけるセキュリティの問題と、Railsでそれらの問題を回避する方法について説明します。 このガイドの内容: 本ガイドで取り上げられている問題に対するあらゆる対策 Railsにおけるセッションの概念、セッションに含めるべき項目、有名なセッション攻撃 Webサイトを開くだけで（CSRFによる）セキュリティ問題が発生するしくみ ファイルの取扱い上の注意、管理インターフェイスを提供する際の注意事項 ユーザーを正しく管理する（ログイン・ログアウトのしくみ、あらゆるレイヤにおける攻撃方法） 最も有名なインジェクション攻撃方法の解説 1 はじめに Webアプリケーションフレームワークは、Webアプリケーションの開発を支援するために作られました。フレームワークの中にはセキュリティを比較的高めやすいものもあります。実際のところ、あるフレームワークは他のよりも安

無料で使えるWebアプリケーション脆弱性検査ツールに「OWASP ZAP」がありますが、 日本語化がまだまだ完全には出来ていないです。 日本語化するための手段として、翻訳サイト「Crowdin.net」が採用されています。 これはTwitterなどのアカウントを使用して、誰でもユーザ登録して参加することが出来ます。 この翻訳サイト「Crowdin.net」の使い方について書きたいと思います。 OWASP ZAPについて OWASP(Open Web Application Security Project)が提供している、WEBサイトの脆弱性を診断するためのぺネトレーションテストツールです。オープンソースで、無料で使用できます。 公式サイト https://www.owasp.org/index.php/OWASP_Zed_Attack_Proxy_Project ダウンロード場所 htt

OWASP ZAPとは OWASP(Open Web Application Security Project) Zap(Zed Attack Proxy)とは、PCなどにインストールしてネット上のWebアプリケーションを攻撃し、セキュリティ的に問題がある箇所を発見するツールです。 IPAテクニカルウォッチ 「ウェブサイトにおける脆弱性検査手法の紹介」の公開：IPA 独立行政法人 情報処理推進機構 のようにセキュリティ関連の提言をよく出しているIPA(情報処理推進機構)でもそれなりに高い評価受けているツールです。 Webアプリケーションを破壊する可能性もあるので自分が管理しているサイト以外には攻撃しないようにしましょう。（その方法は以下で説明するコンテキスト、スコープの設定などです。） まずインストール Downloads - zaproxy - OWASP ZAP: An easy to

Software WebSecurity OWASP ZAP スキャンポリシーの検査項目一覧(Release版)※当サイトにはプロモーションが含まれています。 スキャンポリシーで選択できる各検査項目(Release品質の項目のみ)の一覧と、やっている検査処理の簡単な説明です。 脆弱性を自動診断して何らかの脆弱性が報告された場合、本当にその脆弱性が存在するのか調査すると思いますが、どういう診断処理が行われたのかが分かっていないと、非効率な調査しかできません。ですので、OWASP ZAPの自動検査で発見された脆弱性を調べる時に、この一覧を役立てて頂ければ嬉しいです。 ※ 脆弱性自体の説明があまりされていなかったり、各CWE情報へのリンクが貼っていなかったりして少し不親切な状態ですが、今後少しずつ追加していければなと思っています。 Passive Script passive scan rule

以下の記事は情報が古くなっています。（2014年の記事が多いです） 準備 OWASP Zed Attack Proxy (ZAP)とは？Webアプリ脆弱性調査のためのプロキシツール選定起動同梱のJDKを使わずにMac版OWASP ZAP2.3を使う方法設定OWASP ZAP 2.3 自動認証機能の設定OWASP ZAPのコンテキスト、スコープ、URL正規表現についてOWASP ZAP の Scan Policy ダイアログボックスで設定を変更した時の挙動についてOWASP ZAP の Structural Parameters 設定項目OWASP ZAP のルート証明書を更新してブラウザにインポートする実践OWASP ZAP の Persist session と Snapshot session についてOWASP Zed Attack Proxy (ZAP)で脆弱性検査する方法ブラウザ

前回のエントリ(ブラウザのキャッシュコントロールを正しく理解する)でブラウザ側のキャッシュ制御について説明しました。 ただ動的スクリプトなら、次の例のようにHTTPレスポンスヘッダを操作すればいいのですが、 <?php header('Content-Type: text/plain; charset=UTF-8'); header('Cache-Control: max-age=0'); echo "Hello World!"; ?> スクリプトを介さない静的リソース(HTMLファイル、JSファイル、CSSファイル、画像ファイルなど)はどうやってHTTPレスポンスを操作すればいいかというと、もしApacheを利用している場合は mod_header と mod_rewrite を利用して次のように簡単に出来ます！ 設定例 想定ケースとして、次のようにブラウザ側のキャッシュを制御したいと仮

①ブラウザに一切、キャッシュさせたくない場合 サーバからクライアントへのHTTP応答ヘッダ → Cache-Control "no-cache" アクセス毎に内容が変わったり、サーバにアクセスしてもらわないと困るようなコンコンテンツの場合です。 スクリプト言語等で生成する動的コンテンツは、このようにした方が安全です。 例えば対象コンテンツが画像である場合、ブラウザで同じ画像のURLが含まれたHTMLを開いた場合は、 もちろんローカルにキャッシュがないので、サーバへ問い合わせを行う 条件つきリクエスト（If-Modified-Since、If-None-Match）もサーバへ送ってこない ②ブラウザにキャッシュさせるけど、変更ないか都度確認するようにしたい サーバからクライアントへのHTTP応答ヘッダ → Cache-Control "max-age=0" → Expires "Mon, 2

Nginxを1.4.7から1.6にバージョンアップした際にやったこと 2014/04/24にNginx 1.6 がリリースされたので、Buildしてインストールした。 SPDY, PageSpeed(ngx_pagespeed)の導入、既存設定の見直し、Configure/Buildのメモ 環境 Nginx 1.6.0 AWS Amazon Linux SPDY Googleが開発しているHTTP/1.xに変わる新しいプロトコル。HTTP/2のドラフトになっている。読み方はSPDY(スピーディ)。 httpbis interim@チューリッヒ レポート 対応ブラウザはChrome, Firefox, Opera, IE 11など。 ちょうど本日のWWDC 2014で、OS X 10.10のSafariからSPDY対応が発表された。 設定 Nginx 1.6からSPDY 3.1に対応。 Op

Webフォントの設定 @font-faceでフォントを指定する時、font-familyを同じ名前にして、font-weightとfont-normalを使用するフォントに合わせる。 /*medium*/ @font-face { font-family: 'myfont'; src: url('fonts/myfont-medium.woff') format('woff'), url('fonts/myfont-medium.ttf') format('truetype'); font-weight: 500; font-style: normal; } /*light*/ @font-face { font-family: 'myfont'; src: url('fonts/myfont-light.woff') format('woff'), url('fonts/myfont-l

静的ファイル Cache-controlヘッダを指定する Expiresと同じく、キャッシュの有効期限を指定できるレスポンスヘッダ。HTTP1.1で定義されたもので、有効期限だけでなくキャッシュに関する詳細な設定を行える。大多数のブラウザが HTTP1.1に対応しているので、Expiresではなく、Cache-Controlヘッダを利用するのがよい。 説明 max-age : キャッシュの有効期限を設定する。(相対時間で指定し、単位は秒。） 例えばブラウザのキャッシュを1年間有効にしたい場合は、次のように指定する。 有効期限の間はキャッシュが利用され、サーバに問い合わせが発生しないようにできる。

先日、HTTPSでsecure属性を付加した場合でも改変できると話が話題になりました。 クッキーの脆弱性が判明： HTTPS のセキュリティを突破する、攻撃が成り立ってしまう！ HTTPSを使ってもCookieの改変は防げないことを実験で試してみた(2013/9/30) Cookies Lack Integrity: Real-World Implications(PDF) そういったリスクを軽減するために、HTTPのオリジンからはsecure属性の付いたクッキーをセット, 上書きを廃止する仕様が提出されている。Googleの人がAuthorな点も興味深い。 提案 提案されている仕様は以下である。 「Deprecate modification of 'secure' cookies from non-secure origins」 とても短い仕様であり、既存の仕組みを先に述べたように変更

この記事は ドワンゴ Advent Calendar 2014 20日目の記事です 新しい年を迎える準備 もうあと10日もしたら新年です。 みなさん新年を迎える準備はできているでしょうか? ん? その前に大事なイベント? コミケのことかな??? 正月の準備といえば、家を大掃除し、しめ飾りや門松を飾り、餅を撞き、おせちを作り、色々ありますが、 これはすべて神様を迎え入れるための準備なんですね。 年神様という、元日に各家に訪れ、一年の実りと幸せをもたらしてくれるありがたい神様です。 年神様を心から歓迎し、失礼ないようおもてなしすれば、次の一年の幸福と繁栄とマネタイズは約束されたも同然です。 さて、今年は、Railsエンジニアが年神様をお迎えするにあたって、 その前に供物を捧げ荒ぶる現世神の怒りを鎮めなければなりません。 すなわち、今年のうちに secure属性がついたcookie を現世神にお

渡辺です。 スノーボードでのスピン（回転）では、フロントサイド（前回り）は視界に向けて回るので比較的に簡単です。 ところが、バックサイド（背中周り）は非常に難しいと感じます。 これは見えない方向への回転なので見えないためであり、恐怖心が原因です。 解らないのは怖いことです。 解ってしまえば意外と簡単だったりします。 「幽霊の正体見たり枯れ尾花」とは良く言ったものですね。 Git（バージョン管理）のMergeも同様です。 Mergeの正体を理解し、恐怖心をなくしましょう。 最後の最後は気合いで手動Merge はじめにお断りしますが、Mergeを理解したとしても、手動でMergeする作業がなくなるわけではありません。 そして、手動でMergeするときは、最終的に気合いでMergeする以外の方法はありません（笑） しかし、Mergeを理解しConflict（競合）が発生しにくい運用を行うことで、

PHPでPostfixを利用して、簡単にメールを送る方法は調べれば出てきます。 PHPで作るお問い合わせメールフォーム(自動返信機能付き) 同じようなことをRailsでやりたくて、ネットを調べたのですがGmail経由の情報は合ったのですが、独自ドメインで送信する方法が見つからなかったので、ご紹介します。 RailsのActionMailerでメールを送信する(Gmail経由) Postfixがインストールされているかの確認 VPSなどからメールを送る際には、SMTP(Simple Mail Transfer Protocol)に則ったソフトウェアが必要になります。色々種類は有りますが、ここではPHPのメール送信で利用したPostfixを利用します。 PostfixはVPS上で以下のコマンドで入っているかどうか確認することができます。(yumでインストールされた中で、postfixを検索検索

先日、wysiwygなエディタであるCKEditorを紹介しました。 今回はJavaScriptを使って動的に値を設定・取得する方法を紹介します。 ajaxでWebAPIからデータ取ってきて、その結果をセットする場合等に使用できるはず。 HTMLソース 以下のようなソースで作成されたtextareaがあるとします。 @Html.EditorFor(model => model.Contents, new { htmlAttributes = new { @class = "form-control ckeditor" } }) 生成されたHTMLはこんな感じ。 <textarea name="Contents" class="form-control ckeditor text-box multi-line" id="Contents" style="display: none; visi

今更？ ローカル環境にはあるけど一応、アウトプットしておく 環境 VMware Player CentOS6.5 ※iosをただ、インストールしただけ Postfixをインストールしなくてもあった [root@localhost ~]# which postfix /usr/sbin/postfix [root@localhost ~]# 必要そうなパッケージをインストールして起動 yum -y install cyrus-sasl-plain cyrus-sasl-md5 service saslauthd start chkconfig saslauthd on telnetもない場合はインストール yum install -y telnet 465で接続 [root@localhost ~]# telnet smtp.gmail.com 465 Trying 173.194.72.1

CKEditor Ecosystem Documentation Samples, tutorials, developer guides, functionality overview, deep dive into the architecture, API reference. CKEditor 5 A powerful WYSIWYG framework delivering a fully customizable editing experience. Getting startedChoose the right rich-text editor for your needs, install it, and configure it properly. FeaturesGet to know features for creating rich content, editi

先日、AWSからさくらVPSにRedmineを移行しました。AWSのスモールインスタンスだと、毎月6千円くらいかかっていたので、さくらVPS1Gプランに変更し、ランニングコストを下げようということです。さくらVPS1Gプランなら月額980円なので、年間で6万円近く安くなる感じですね。 さて、それはいいとして、Redmineを移行したあと、メール送信（非同期のメール送信）ができていなことに気づいて色々調べてみました。ということで、備忘録程度にまとめておきます。 もともAWSで動いていたRedmineはバージョン2.3系をだったのですが、移行と同時にバージョンアップしv2.4.2にしました。その辺りで何か変更があったのかも知れません。 ちなみに、ZEALOTではGoogle Appsを使っているので、GmailのSMTPを使ってメール送信しています。 v2.3で動作していた設定は以下の通り。

redmineのメール運用はできていたのですが、メールサーバーを変更したので 再設定が必要となり、単純にできると思ったら引っかかったので載せておきます。 前回設定して、問題なく運用できていたconfiguration.yml ------------------------------------------------------------------------------------- production: email_delivery: delivery_method: :smtp smtp_settings: address: "mail.example.com" # メールサーバー port: 587 # 送信ポート authentication: :cram_md5 domain: "redmine.example.com" # ドメイン user_name: "hoge

こんにちは、さち です。 ウェブサイト制作の経験がある人には有名な話なんですが 古いバージョンの Internet Explorer（以下：IE） は ウェブサイトの表示で 特殊な挙動，未実装の問題 があり サイトを作る時に、別途 IE 対策が必要です。 そこで今回は IE だけに適用される HTML を記述できる 「条件付きコメント」の使い方についてまとめていきます。 「条件付きコメント」とは？ 「条件付きコメント」は IE だけが解釈できる HTML コードです。 構造は下記のようになっています。 <!--[if IE 7]> 適用するHTMLコード <![endif]--> 最初に、<!--[if IE 7]> で適用する IE のバージョンを指定。 例では、[if IE 7] なので 閲覧者のブラウザが IE7 の場合に適用します。 次に、適用内容を HTML 形式で記述。 最後に