商用利用できるオープンソースライセンスはけっきょくどれで何をすればいいのか？ - Qiita
自由に使えるのはけっきょくどのライセンスか？ 以下のライセンスは商用利用可能です。 Apache 2.0 License MIT License Unlicense WTFPL BSD License(要注意) これらについてやるべきことは、著作権表示とライセンス条項を書いておくだけです。 つまり、ソースコードの先頭などに書いてるライセンス表記をそのまま残しておけばそれでいいです。 ただし、バイナリ形式で固めて配布する場合はどこか別の場所に記載する必要があります。 これ以外のものは使わない方がいいです。 以上。 で終わりなのですが、 注意点とか他のライセンスもあるのでもう少し詳しく書きます。 BSD Licenseは注意 上記のうち、BSDライセンスだけは注意が必要です。 BSDはもともと4条項の条件が付けられていたライセンスです。 その条項が一つずつ削られて4つ、3つ、2つとなりました。
MySQLのレプリケーションでありがちな10の問題 | Yakst
レプリケーションの問題でよくある10パターン。 1) セッションのみで有効なバイナリログ sql_log_bin = 0を設定すると、そのセッション内でバイナリログを無効にできる。つまり、マスタのセッション内で実行したDMLやDDLは、スレーブにはレプリケーションされない。 マスタでバイナリログをオフにする。 mysql> set sql_log_bin = 0 ; Query OK, 0 rows affected (0.00 sec) reptestデータベースにテーブルを作成してみる(マスタ上で実行)。 mysql> create table reptest(ID int) ; Query OK, 0 rows affected (0.01 sec) mysql> show tables ; +-------------------+ | Tables_in_reptest | +-
node-inspectorなしでNode.jsをデバッグする - Qiita
Node.jsをデバッグする時は「node-inspector」を使うことが多いです node-inspector ですが、「node-nightly」版を使うと「node-inspector」なしでデバッグすることが可能です！ v6.3.0で標準実装されました！(2016/07/07追記) 準備 ダウンロード 「node-nightly」版を落としてきます [https://nodejs.org/download/nightly/v7.0.0-nightly20160621ecc48a154d/] ↑ここに環境ごとのバイナリファイルがあるのでダウンロードします 解凍
iOSアプリのアップデート申請手順（2015年9月版） | makotton.com
※2014年9月版の記事はこちらを参照ください。 ※初回申請はまずこちらを参照ください。 ※開発準備、申請まわりの情報をお探しの方はiOSアプリの開発準備と申請の手順まとめを参照ください。 iOS9のリリースに伴い少々UIが変更になりました。一年前に大きく変わった申請フロー自体は基本的にそのまま引き継がれていますが、多少混乱しそうですので2015年9月版として手順を載せておきます。 ここでは既存アプリのアップデート申請（iOS9対応版）を例にiTunesConnectでの申請フローを書き留めておきます。また、これは2015/9/29現在の方法であり、予告なしに変わる可能性がありますので、変わっている部分は最新情報を提供している他の方の記事を御覧になるか、変更点を読み替えるなどして対応してください。 なお、情報の掲載にあたっては細心の注意を払っておりますが、不正確な記載を含む場合があります。
Contents
対策 (1)HTMLサニタイズ法 ・文字列を出力する直前に、htmlspecialchars(変数, ENT_QUOTES)をかけます。 第２パラメータのENT_QUOTESを省略すると、シングルクォーテーションが処理されません。 echo htmlspecialchars($_GET['message'], ENT_QUOTES) ・属性値にURLを渡す場合などに、「javascript:」という形でJavaScriptが埋め込まれることがあるので、 preg_replace()関数で、「javascript」を除去します。 また、Internet Explorerのバグで（仕様？）、「javascirpt:」という文字列の間に\0,\t,\r,\nなどのコントロールコードが入っていてもJavaScriptと見なすため、 それらの文字を除去する必要があります。 $url = preg_r
MySQL 5.6とAmazon RDSの設定の違い | Yakst
MySQL Performance Blogの翻訳。MySQL 5.6とAmazon RDSの設定パラメータの違いと、その理由について解説する。 過去数年にわたってずっと耳にし続けていて、現在でもよく聞く不満と言えば、Amazon RDSが、MySQLをEC2インスタンスで動かした時と比べて設定の柔軟性がないことだ。と同時に、MySQLインスタンスをチューニングするために非常に重要なパラメータへアクセスできるようにしているという、一貫してAmazonのやってきたことを無視してもいる(所詮、bind_addressをRDSインスタンスで設定することが顧客にとってどの程度関連があるかによる)。 視覚的に見てみよう。 MySQLは、523のオプションを提供している(うち35がNDB関連なのでRDSとは関係ない)。一方で、RDSは(Web UIからは)283のオプションを提供しており、うち58が変
MySQLのMyISAMが混在する環境のバックアップについて注意事項
※古い記事ですのでご注意ください※ こんにちは。小宮です。 社内のMyISAMテーブルが混在しているサービスにて、 mysqldumpによるバックアップに失敗しコールドバックアップを取ったが不整合出たという事件について相談うけまして、 その顛末を記録しがてら注意事項をまとめておきたいと思います。 （昔軽く伝えた記憶があり皆知ってると思ってたんですが、わかりやすさや伝える力と、 私と他の人のmysqlに対する愛のレベルが少し異なるという認識が足らなかったようです。 トラブルは起きるもんだし失敗は挑戦の証で成功の元ですが同じことは繰り返さないようにしないと。） 何が大切かって、マスタとスレーブのデータの整合性です。 つまり、 ⇒バックアップ対象が絶対に更新されてないこと ⇒バックアップ取得時点のポジションとバイナリログファイル名が明確であること が超重要です。 MyISAM混在環境では気をつけ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
svnの属性にめげない - Qiita