約 2,937,041 件
https://w.atwiki.jp/akb44/pages/4155.html
LISPをお気に入りに追加 LISPとは LISPの73%は心の壁で出来ています。LISPの17%は果物で出来ています。LISPの6%は大阪のおいしい水で出来ています。LISPの3%は度胸で出来ています。LISPの1%は赤い何かで出来ています。 LISP@ウィキペディア LISP LISPの報道 【プログラミング】開発者が好きなスキルランキングNo.1が決定！ 2位の「Clojure」を抑えた1位は？（ねとらぼ） - Yahoo!ニュース - Yahoo!ニュース 世界のプログラミング言語(36) 純粋関数型言語Haskellは難しいが学ぶ価値がある言語 - マイナビニュース 最も稼げる開発スキルランキングNo.1が決定！ 「F#」を抑えて1位になったのは？（ねとらぼ） - Yahoo!ニュース - Yahoo!ニュース プログラミング言語「Racket v8.2」がリリース | TECH+ - マイナビニュース 世界のプログラミング言語(34) Node.jsに関する10の反省点から生まれたJS実行エンジンDeno - マイナビニュース 世界のプログラミング言語(33) 一度は挫折したDart言語が最近モバイル開発で右肩上がりに - マイナビニュース 世界のプログラミング言語(32) LISP系言語で実用的なWebアプリも作れるClojureScript - マイナビニュース Scheme実装「GNU Guile 3.0」リリース - ThinkIT 世界のプログラミング言語(18) 憧れの関数型言語Lispは古くて最新のプログラミング言語 - マイナビニュース Rustで作る3種のDSL 使いどころから構築方法まで - ログミー PostgreSQL「進化」の軌跡――誕生から20年を石井達夫氏が振り返る (1/2) - ASCII.jp まつもとゆきひろさん「Rubyはさまざまな言語やコミュニティから影響を受けデザインされている」The Many Faces of Module 〜RubyKaigi2017 基調講演 2日目：RubyKaigi 2017 Keynoteレポート - Gihyo Jp IoT時代のプログラミングの楽しい学び方：新刊ピックアップ - Gihyo Jp iOS/Android用ライブラリをCommon Lispで開発可能なLispWorks - InfoQ Japan 第1章 関数プログラミングは難しくない！―初めて学ぶ人にも，挫折した人にもきちんとわかる - Gihyo Jp データセンター相互接続がいよいよ企業の選択肢に。「OTV」「LISP」を徹底解説！ - ITmedia Lisp系プログラミング言語、「Clojure 1.4」登場 | TECH+ - マイナビニュース まつもとゆきひろ氏が語る「言語の世界」の過去・現在・未来 - EnterpriseZine Lispの創案者、ジョン・マッカーシー逝去（84歳） - TechCrunch 声優ユニットのLISPが活動休止 - ORICON STYLE 声優ユニットLISP、初のTV冠番組『LIS★P』スタート - BARKS 声優ユニット・LISP、1stアルバムは「ラムのラブソング」ほか全15曲入り - BARKS “超至近距離”声優ユニットLISP、少女コミック誌『Cookie』で漫画化 - BARKS 声優ユニットLISPの着うたフル（R）DL特典は、史上初の着ライブ - BARKS 声優ユニットLISPの初お披露目イベント、「ダンスは慣れないです～！」 - BARKS LISP：できたてほやほや“超至近距離”声優ユニット 3人に独占インタビュー - まんたんウェブ 「ＬＩＳＰ」は超至近距離アイドル - 芸能ニュース nikkansports.com - 日刊スポーツ プログラミング言語NuでLispプログラミング ～S式の使い方～ - CodeZine プログラミング言語Nuの基本とインストール方法 - CodeZine ClojureがSTMとLISPをJVMにもたらす - InfoQ Japan SCSH（Scheme Shell）スクリプト入門：Beginner s Guide（1/5 ページ） - ITmedia 第11回 Let s Talk Lisp：まつもとゆきひろのハッカーズライフ（1/2 ページ） - ITmedia “Simple is best”――Lispのエレガントな魅力を知る - ITmedia LISPをキャッシュ サイト名 URL LISPの掲示板 名前（ＨＮ） カキコミ すべてのコメントを見る LISPのリンク #blogsearch2 ページ先頭へ LISP このページについて このページはLISPのインターネット上の情報を時系列に網羅したリンク集のようなものです。ブックマークしておけば、日々更新されるLISPに関連する最新情報にアクセスすることができます。 情報収集はプログラムで行っているため、名前が同じであるが異なるカテゴリーの情報が掲載される場合があります。ご了承ください。 リンク先の内容を保証するものではありません。ご自身の責任でクリックしてください。
https://w.atwiki.jp/idol8/pages/4201.html
LISPをお気に入りに追加 LISPとは LISPの73%は心の壁で出来ています。LISPの17%は果物で出来ています。LISPの6%は大阪のおいしい水で出来ています。LISPの3%は度胸で出来ています。LISPの1%は赤い何かで出来ています。 LISP@ウィキペディア LISP LISPの報道 【プログラミング】開発者が好きなスキルランキングNo.1が決定！ 2位の「Clojure」を抑えた1位は？（ねとらぼ） - Yahoo!ニュース - Yahoo!ニュース 世界のプログラミング言語(36) 純粋関数型言語Haskellは難しいが学ぶ価値がある言語 - マイナビニュース 最も稼げる開発スキルランキングNo.1が決定！ 「F#」を抑えて1位になったのは？（ねとらぼ） - Yahoo!ニュース - Yahoo!ニュース プログラミング言語「Racket v8.2」がリリース | TECH+ - マイナビニュース 世界のプログラミング言語(34) Node.jsに関する10の反省点から生まれたJS実行エンジンDeno - マイナビニュース 世界のプログラミング言語(33) 一度は挫折したDart言語が最近モバイル開発で右肩上がりに - マイナビニュース 世界のプログラミング言語(32) LISP系言語で実用的なWebアプリも作れるClojureScript - マイナビニュース Scheme実装「GNU Guile 3.0」リリース - ThinkIT 世界のプログラミング言語(18) 憧れの関数型言語Lispは古くて最新のプログラミング言語 - マイナビニュース Rustで作る3種のDSL 使いどころから構築方法まで - ログミー PostgreSQL「進化」の軌跡――誕生から20年を石井達夫氏が振り返る (1/2) - ASCII.jp まつもとゆきひろさん「Rubyはさまざまな言語やコミュニティから影響を受けデザインされている」The Many Faces of Module 〜RubyKaigi2017 基調講演 2日目：RubyKaigi 2017 Keynoteレポート - Gihyo Jp IoT時代のプログラミングの楽しい学び方：新刊ピックアップ - Gihyo Jp iOS/Android用ライブラリをCommon Lispで開発可能なLispWorks - InfoQ Japan 第1章 関数プログラミングは難しくない！―初めて学ぶ人にも，挫折した人にもきちんとわかる：［入門］関数プログラミング―質の高いコードをすばやく直感的に書ける！ - Gihyo Jp Lisp系プログラミング言語、「Clojure 1.4」登場 | TECH+ - マイナビニュース まつもとゆきひろ氏が語る「言語の世界」の過去・現在・未来 - EnterpriseZine Lispの創案者、ジョン・マッカーシー逝去（84歳） - TechCrunch 声優ユニットのLISPが活動休止 - ORICON STYLE 声優ユニットLISP、初のTV冠番組『LIS★P』スタート - BARKS 声優ユニット・LISP、1stアルバムは「ラムのラブソング」ほか全15曲入り - BARKS “超至近距離”声優ユニットLISP、少女コミック誌『Cookie』で漫画化 - BARKS 声優ユニットLISPの着うたフル（R）DL特典は、史上初の着ライブ - BARKS 声優ユニットLISPの初お披露目イベント、「ダンスは慣れないです～！」 - BARKS LISP：できたてほやほや“超至近距離”声優ユニット 3人に独占インタビュー - まんたんウェブ 「ＬＩＳＰ」は超至近距離アイドル - 芸能ニュース nikkansports.com - 日刊スポーツ プログラミング言語NuでLispプログラミング ～S式の使い方～ - CodeZine プログラミング言語Nuの基本とインストール方法 - CodeZine ClojureがSTMとLISPをJVMにもたらす - InfoQ Japan SCSH（Scheme Shell）スクリプト入門：Beginner s Guide（1/5 ページ） - ITmedia 第11回 Let s Talk Lisp：まつもとゆきひろのハッカーズライフ（1/2 ページ） - ITmedia “Simple is best”――Lispのエレガントな魅力を知る - ITmedia LISPをキャッシュ サイト名 URL LISPの掲示板 名前（ＨＮ） カキコミ すべてのコメントを見る LISPのリンク #blogsearch2 ページ先頭へ LISP このページについて このページはLISPのインターネット上の情報を時系列に網羅したリンク集のようなものです。ブックマークしておけば、日々更新されるLISPに関連する最新情報にアクセスすることができます。 情報収集はプログラムで行っているため、名前が同じであるが異なるカテゴリーの情報が掲載される場合があります。ご了承ください。 リンク先の内容を保証するものではありません。ご自身の責任でクリックしてください。
https://w.atwiki.jp/hmiku/pages/20255.html
【登録タグ CD CDR SeikoPCD 全国配信】 前作 本作 次作 Lune Repose Aletheia SeikoP 流通 即売 配信 発売 2012年1月15日 2012年1月25日 価格 ￥500 ￥600 / 1曲￥150 サークル Peridot Foresta iTunes Storeで購入する 紹介 SeikoPの4曲入りCD。 1月15日開催のこみっくトレジャー19で初頒布。 KARENTレーベルよりダウンロード販売が行われている。 曲目 Deify （feat. VY1） Repose 白妙の詩 （feat. メグッポイド） Numen （feat. メグッポイド） リンク 作者ブログ KARENT：「Repose」 コメント 名前 コメント
https://w.atwiki.jp/ksmn/pages/48.html
IL POSTINO GoogleMap 休業日月曜 コメントテーブル数台に暖色系の間接照明の灯るおしゃれなイタリア料理屋。料理はパスタやピザはもちろん、和牛頬肉ワイン煮などの本格的な料理も揃える。魚介類のメニューもあるが、こちらはその日の仕入れによって変わるという気合いの入れっぷり。期待を裏切らず味も上々で、かかっているソースが残ってしまうのがもったいなく思えるほど。煮込み料理はパンを一緒に注文するといいと思う。少し値段は張る。メニューは大体一品900-2000円程度。ただ、その価値はあると思う。評価A。追記：ランチセットは1,000円でパスタ＋パンサラダ飲み物（珈琲・紅茶）。（ymmt）
https://w.atwiki.jp/sanosoft/pages/73.html
MySQL5.6のインストール MySQL5.6をインストールします。 1. インストール yumのリポジトリの追加登録方法 (CentOS 7)で「MySQL」のリポジトリを追加して、MySQLの5.6をインストールします。 # yum --enablerepo=mysql56-community install mysql-community-server 2. MySQLの設定 (1) /etc/my.cnfの設定 MySQLの設定は、「/etc/my.cnf」で行います。 デフォルトでインストールされる「my.cnf」は設定項目が少ないので、元ファイルを退避して、新規に作成します。 # mv /etc/my.cnf /etc/my.cnf.default # vi /etc/my.cnf [mysqld] ##-------------------------------------------------------------------- # mysqldの基本設定 ##-------------------------------------------------------------------- # id は 1 から 2^32 -1 個の間で唯一の値になる必要がある # server-idはReplicationを使うときには重複されてはいけない # 単一システムの場合はDefaultの１で十分 server-id = 1 # サーバーを起動するユーザーの指定 user = mysql basedir = /usr # このディレクトリの所有権とグループはuserで指定したユーザーにする必要がある datadir = /var/lib/mysql # このディレクトリはMysqlサーバーが内部的に作業をするときに臨時ディレクトリとして使う # 例えば、大量のselect処理のため、臨時テーブルを作ったりする場合、ここにファイルが生成される。 tmpdir = /tmp socket = /var/lib/mysql/mysql.sock pid-file = /var/lib/mysql/mysqld.pid # 外部ロック(locking), システムロックを使わないようにする。この設定はMyISAMテーブルのみ影響がある。 #skip-external-locking # 文字セット指定 character-set-server = utf8 collation-server = utf8_general_ci # 基本(Default)のストレージエンジン # Mysqlサーバーが支援するストーレジエンジンの中で一つを選択できる。 # サーバーが支援するストレージエンジンは SHOW ENGINES コマンドで確認できる Aria default-storage-engine = innodb # Transactionレベルを設定します。 # レコード基盤のReplicationをするためにはREAD-COMMITED # DefaultはREPEATABLE-READ transaction-isolation = REPEATABLE-READ ##-------------------------------------------------------------------- # Network 設定 ##-------------------------------------------------------------------- # サーバーのポート指定 port = 3306 # サーバーに接続したClientの確認のためにIPを利用してClientのドメインを探すのを防ぐ # これを設定するとサーバーに接続したClientを定義するときにHostのFieldにドメインを使っては行けない、IPのみ使用可能。 # Clientのドメインを探す作業がなくなるので、性能がよくなる skip-name-resolve # Mysql ThreadPool (6.0 only) or mariadb #thread_handling = pool-of-threads #thread_pool_size = 32 #thread_pool_max_threads = 1024 #thread_pool_idle_timeout = 10 # 最大同時接続の指定、やけに大きい値を設定するのではなく適当に設定する必要がある # 接続した人がこの値を超えると"Too many connections error" というメッセージを出力する # Dynamicの設定も可能。 SET GLOBAL max_connections = 300 max_connections = 300 # Mysqlに接続可能なUserごとの最大同時接続者。 Defaultは0(Unlimited)である # Dynamicで設定可能。 SET GLOBAL max_user_connections = 1024 max_user_connections = 0 # Mysqlサーバーに接続したClientは色々なエラーが発生される。サーバーはこういうClient別のエラーをCountingして置く # もし、Clientが一定のCountingを超えるとMySQLは何か異常があると仮定して、それ以上の接続の要求をブロックする。 # Clinetが発生させるエラーの限界値を調整するための設定である。 Defaultは10だ。 # 設定した値に達すると"Host [client] is blocked because of many connection errors"エラーを発生させる。 # Dynamic設定は可能だ。 SET GLOBAL max_connect_errors = 1000000 # このCountの初期化は FLUSH HOSTS 命令でできる。 max_connect_errors = 1000000 # 接続したClientが何もせずにいるときに、Connectionを切断する時間。 単位は 秒 でDefaultは 28800秒(8時間)である。 # WEBでの接続の場合、Timeoutは大体 30秒 にWebサーバーのタイムアウトになってるため、DBのDefaultの値は大きい数値である。 # Dynamic での設定も可能だ。 SET GLOBAL wait_timeout = 600 wait_timeout = 600 # 非活性の状態から活性状態になるまでの待機時間。(seconds to waits for activity on interactive connection) # これは MySQL API の中で mysql_real_connect() メッソドを使っているApplicationだけに適用される。 単位は秒単位でDefaultは 600 だ。 # Dynamic での設定も可能。 SET GLOBAL interactive_timeout = 600 interactive_timeout = 600 # Bad handshake に応答する前にPacketの接続を待っている時間。 # "Lost connection to MySQL server at XXX , system error errno"というメッセージがよく出てきたら、この値を増やす必要がある。 # 単位は秒, Defaultは 10 だ。 # Dynamic の設定も可能だ SET GLOBAL connect_timeout = 10 connect_timeout = 10 # Clientからサーバーに送るQueryは一つのPacketで処理される。もし、サーバーに送られてくるQueryの大きさがこの値より小さいと増やす必要がある。 # 特にTableのカラムに BLOB タイプを使っている場合, バイナリ(Binary)の値、この値を増やす必要がある。 # 単位は byte, Defaultは 1048576(1MB) だ。限界値は 1GB である # Dynamicでの設定も可能である。 SET GLOBAL max_allowed_packet = 1048576 max_allowed_packet = 33554432 ##-------------------------------------------------------------------- # Logging ##-------------------------------------------------------------------- # 一般的なQueryのLog(general query log)とSlow Query Log(slow query log)が出力される場所を指定する # このオプションは他のオプションより強い権限がある。 この値が NONE の場合には、の他のオプションでログを記録するように設定しててもログは記録されない。 # Dynamic での設定も可能だ SET GLOBAL log_output = FILE log_output = FILE # Aborted connection..のような警告を error Logに書く。 Replicationを使っている場合、このオプションを使うのをお勧めする # Defaultは 1. # Dynamic の設定が可能である。 SET GLOBAL log_warnings = 131072 log_warnings = 1 # エラーとかMysqlのStartのログファイルを指定。 # ファイル名を指定しないと host_name.err を使用する。 拡張子を指定しないと .err が自動的に付く。 # Defaultはない。 Dynamic の設定は出来ない。 log_error =/var/lib/mysql/mysqld_error.log # 一般的なQueryログ(general query log)の使用有無を決める。 log_output の値が NONE なら、この値は無視される。 # Defaultは 0(0) # Dynamic の設定も可能だ。 SET GLOBAL log_output = 0 general_log = 0 # すべてのQueryを記録するファイルを指定。QueryログもしくはGeneralログと呼ばれる。 # ファイル名を指定しないと host_name.log になる。 # Dynamic での設定は可能だ。 SET GLOBAL general_log_file =/var/lib/mysql/general_query_all.log general_log_file = /var/lib/mysql/general_query_all.log # "OPTIMIZE TABLE, ANALYZE TABLE, and ALTER TABLE" のような管理命令について slow query を残すかどうかを決める。 # Default 0 # Dynamic の設定は出来ない。 log-slow-admin-statements = 1 # Index処理されない Full Scan のようなQueryについてのLog処理有無を決める。 # Default 0 # Dynamic の設定は可能だ。 SET GLOBAL log-queries-not-using-indexes = 1 log-queries-not-using-indexes = 1 # Slow Query Logを記録するかどうかを決める。 log_output の値が NONE なら、この値は無視される。(ON/OFF) # Default 0 # Dynamic の設定は可能だ。 SET GLOBAL slow_query_log = 0 slow_query_log = 1 # Slow Queryを記録する時間。この時間より大きいと記録される。(この時間が過ぎても処理が終わらないと) # 値は 0 ~ 10 の間だ # Default 10. # Dynamic で設定も可能だ。 SET GLOBAL long_query_time = 1 long_query_time = 2 # Slow Query Logファイルを指定 # ログファイル名を設定しないと host_name-slow.log になる # Dynamic で設定も可能。 SET GLOBAL slow_query_log_file =/var/lib/mysql/slow_query.log slow_query_log_file = /var/lib/mysql/slow_query.log # バイナリログを使う場合は # ログファイルの名前を入力する log-bin=mysql-bin # バイナリログを自動削除する日数 # Deafult 0. # Dynamic の設定は可能だ。 SET GLOBAL expire_logs_days = 5 expire_logs_days = 30 ##-------------------------------------------------------------------- # CacheとMemory ##-------------------------------------------------------------------- # thread_cache_size = threadをcacheにいくつ保存しておくのかを決める # 基準はQuestionsではなくConnectionsである。 # MySQLは接続終了後のサーバスレッドをいきなり解放せず、次の接続時に再利用 # できるようにキャッシュして置く。このため、切断後の再接続時のオーバーヘッド # をより軽減することができるのだ。デフォルトは0だが数百程度でもいいようだ。 # 細かいチューニングは実際の稼働状況を把握しないと何とも言えないが、とりあえず # max_connectionsの１/３ぐらいか # show statusの(Threads_created / Connections)の結果が # 0.01 すなわち 1% 以上なら、 thread_cache_size を増やす必要があると判断 # 同時接続者が多ければ多いほどこの値を増やす必要があるが、メモリの使用率も一緒に増える # Default 0. 単位はスレッドの数 # Dynamic で設定も可能だ。 SET GLOBAL thread_cache_size = 52 thread_cache_size = 52 # すべてのThreadが開いてCacheができるTableの数。 この値が増えると mysqld は file descriptors を増やす # Default 400. # Dynamic で設定も可能だ。 SET GLOBAL table_open_cache = 400 table_open_cache = 400 # この値は Memory ストレジエンジンに影響を及ぼす。 この値は Memory ストレジエンジンで MAX_ROWS 値を計算し使ったりもする。 # また、 MySQL サーバーがQueryを処理するのに、時々臨時テーブルをメモリを生成したりするが、 # その時、生成されるTableは Heap Tableと呼ばれている。 tmp_table_size と共に内部 Heap Tableの大きさに影響を及ぼす。 # 単位は byte. Defaultは 16777216(16MB)である # Dynamic で設定も可能だ。 SET GLOBAL max_heap_table_size = 16777216 max_heap_table_size = 33554432 # Memoryに生成される臨時のTableの最大の値。 Memoryに生成されるTable値がこの値を超えると MySQLはDiskに MyISAM Tableに変換する。 # Queryに GROUP By が多くて、メモリも十分な状態なら、この値を増やす必要がある。 # この値はユーザーが生成する Memory Tableには影響を与えない。 # 単位は Byte. DefaultはSystemに依存する。 # SHOW GLOBAL STATUS で、 Created_tmp_disk_tables と Created_tmp_tables に該当の統計情報が記録されてある。 # Dynamic で設定も可能だ。 SET GLOBAL tmp_table_size = 524288 tmp_table_size = 524288 # ソートの際に利用される領域。ORDER BYやGROUP BYを多用するのであればこの値も増やした方がいい。 # 各Sectionで整列のために与えられたBufferの大きさ。 この値はどのストレージエンジンに特化されたものではなく、最適化をするための一般的な値だ。 # SHOW GLOBAL STAUS で、 秒(より)/ Sort_merge_passes の値が多く感じたらQueryを改善するかIndexを改善する代わりに、この値を増やしてみるのもいい方法だ # しかし、2MB 以上は設定しないのをお勧めする。大体 64KB ~ 512KB の間が適当である # 単位は Byte. Default 2MB # Dynamic 設定は可能だ。 SET GLOBAL sort_buffer_size = 2097144 sort_buffer_size = 4MB #128kb # インデックスを使用する／しないにかかわらず、全文検索の時に使用される領域。 # テーブル全体をスキャンするSQL文を何度も実行する場合はこの値を調整した方がよい。 # ※「インデックスを使用しない場合に使われる」と書かれている場合もあり、どちらだか分からない。後で調べようと思う。 # MyISAM Tableに対して各Threadが sequentail scan をしようとしたときにこの大きさ分、Bufferを割り当てる。 # sequentail scan がよく発生するとこの値を増やす必要がある。 # 単位は Byte. Defaultは 131072 (128K) だ。 # Dynamic 設定も可能だ。 SET GLOBAL read_buffer_size = 16777216 read_buffer_size = 131072 # ソート後にレコードを読むときに使われる領域で、 # ディスクI/Oが減るためORDER BYの性能向上が期待できる。 1?2Mくらいが妥当？ # MyISAM Tableから Key-sorting 整列によるデータをレコードから読み込むときにDiskから探すのを避けるためにこのBufferを使う。 # ORER BY をたくさん使っているのであれば、この値を増やすと、Performance向上の効果が期待できる # 単位は Byte. Default 262144(256K) だ。 # Dynamic 設定は可能だ。 SET GLOBAL read_rnd_buffer_size = 131072 read_rnd_buffer_size = 1MB # インデックスを用いない全文検索を伴うテーブル結合（フルジョイン）において、 # レコードデータのキャッシュに使われる領域。 # 一回のフルジョインにつき１つのジョインバッファが確保され、SQL文の実行終了とともに解放される。 # インデックスを用いないテーブル結合はパフォーマンスの観点からして避けるべきなので、 # この値は大きくする必要はないようだ。 # Minimum、 index scans, range index scans などを計画したり、Joinをするのに indexの利用ができず、Full Table Scanをする必要がある場合に使われる。 # Full Joinしないといけない状況がある場合、この値を増やすことで、Performanceが上がる効果がある。 # 単位は Byte. # Dynamic 設定は可能だ。 SET GLOBAL join_buffer_size = 131072 join_buffer_size = 131072 # MySQLの性能向上を図る上でかなり重要なメモリ領域で、 # SELECT文の実行結果をメモリ内にキャッシュする。100?200くらいが推奨されているよう。 # Queryの結果をCacheするためのメモリの量。 パラメタ名とは違ってQueryをCacheすることではなく、処理結果をCacheする。 # Queryの結果をCacheするため、 INSERT, UPDATE, DELETEが頻繁に起こるサーバーでは大きく設定する必要はない。 # 単位は Byte. Defaultは 0(disable). 128MB 以上、設定しない方がいいReplication(Slaveかな？)サーバーで Select のみする場合は、 128MB 以上の設定も可能。 # SHOW VARIABLES LIKE query_cache_size で、確認可能 # Dynamic 設定可能 SET GLOBAL query_cache_size = 131072 query_cache_size = 52MB #54525952 # 一つのQueryごとの結果をCacheする量を制限する。 query_cache_sizeはQueryの結果をCacheする全体のメモリの量を設定するパラメタで # query_cache_limit は各QueryごとにCacheする結果の量を意味する。 この値より大きいQueryの結果の場合はCacheしないという意味。 # 単位は Byte. Default 1048576(1M). # Dynamic 設定可能 SET GLOBAL query_cache_limit = 131072 query_cache_limit = 2097152 # MySQLではひとつのテーブルにつきひとつのファイルが割り当てられるが、table_cashe_sizeは # それらのテーブルのキャッシュに使用され、同時実効性をあげるための重要なパラメータとなる。 # MySQLサーバーは一度開いたファイルのポインタをtable_cacheに保存し、次回からの # アクセスを高速化するのである。目安は同時接続数 x テーブル数。1024?2048が一般的。 #table_cache = 1800 # old version table_open_cache = 1800 # mysql 5.6 ##-------------------------------------------------------------------- # MyISAM ##-------------------------------------------------------------------- # MyISAMテーブルに対して索引検索をする際にそのインデックス情報を格納する領域。 # MyISAMテーブルを多用する場合はこの値もある程度増やす。 # MyISAM テーブルのインデックスBlock(Index blocks)はBufferされ、すべてのThreadに共有される。 # このIndex BlocksはBufferのためのメモリの量だ。 データベース専用サーバに MyISAM エンジンのみ使う場合 # 全体のメモリの 25%を割り当てても問題ない # 単位は Byte. Default 8388608(8MB) # Dynamic 設定も可能だ。 SET GLOBAL key_buffer_size = 131072 key_buffer_size = 128MB #33554432 # bulk insert ? INSERT ... SELECT, INSERT ... VALUES (..),(..),... , LOAD_DATA_INFILE などを使うときに # Bufferを使い、速度をあげられる。 # 単位 Byte. Default 8388608 (8MB) # Dynamic 設定も可能だ。 SET GLOBAL bulk_insert_buffer_size = 131072 bulk_insert_buffer_size = 8MB #33554432 # CREATE INDEX, ALTE TABLE などでIndexを生成したり REPAIR_TABLE をするのにIndexの整列が必要な時、使うBuffer # 単位は Byte. Default 8388608 (8MB) # Dynamic 設定可能。 SET GLOBAL myisam_sort_buffer_size = 131072 myisam_sort_buffer_size = 2097152 # REPAIR_TABLE, ALTER_TABLE, LOAD_DATA_INFILE の中で MyISAM Indexを再生成しなければならない時に、許可する臨時ファイルの最大値 # 単位は Byte. Default 2147483648 (2GB) # Dynamic 設定も可能。 SET GLOBAL myisam_max_sort_file_size = 131072 myisam_max_sort_file_size = 2147483648 # 予期してないサーバーの中断などでサーバーが再起動されたときにRecoverするかどうかを決めるオプション # 0, DEFAULT, BACKUP, FORCE, QUICK の値をComma(,)で羅列して使用できる。 # Default 0. 値を設定しないと DEFAULT だ # Dynamic 設定可能。 myisam_recover_options = DEFAULT ##-------------------------------------------------------------------- # InnoDB behavior ##-------------------------------------------------------------------- # InnoDB テーブルで使うファイルの基本のフォーマットを設定する # Default Antelope # Dynamic 設定可能。 SET GLOBAL innodb_file_format = Barracuda innodb_file_format = Barracuda # InnoDBのBackground Threadである、I/O ThreadのRead/WriteのThreadの数を決める # innodb_read_io_threads のDefault： 4 # innodb_write_io_threads のDefault： 4 # Dynamic 設定可能。 innodb_read_io_threads = 4 innodb_write_io_threads = 4 # "SHOW TABLE STATUS", "SHOW INDEX" の情報を INFORMATION_SCHEMAのテーブルの統計に更新する # この変数が Disable になると大きいテーブルとかIndex、schemaへの接続速度をあげられる # この変数を Enable するとQueryのPlanするのに役に立ちます。 # Default 1 # Dynamic 設定可能。 SET GLOBAL innodb_stats_on_metadata = 1 innodb_stats_on_metadata = 1 # dirty pages のパーセントを超えないために InnoDBは buffer poolをデータFlushを(flush)試します。 # innodb での dirty pages のパーセンテージ # Default 75 # Dynamic 設定可能。 SET GLOBAL innodb_max_dirty_pages_pct = 75 innodb_max_dirty_pages_pct = 90 # InnoDB? apaptive hash index の利用有無を決める # adaptive hash index 機能は workload に有用 # Default 1 # Dynamic 設定可能。 SET GLOBAL innodb_adaptive_hash_index = 75 innodb_adaptive_hash_index = 1 # InnoDB buffer pool で dirty pages をFlushする比率を動的に調節するかどうかを決める # データのflushのタイミングをよりアグレッシブにしてくれる 設定で、builtinのInnoDBだと状況によっては # writeでI/Oがバーストの活動を避けられる目的で使える # Default 1 # Dynamic 設定可能。 SET GLOBAL innodb_adaptive_flushing = 75 innodb_adaptive_flushing = 1 # 特定の条件について警告をらターンするかエラーをリターンするかを決める strict SQL mode と類似している # Default 0 # Dynamic 設定可能。 SET GLOBAL innodb_strict_mode = 1 innodb_strict_mode = 1 # insert buffer からデータを合わせたり(merge) buffer poolからページを更新？(flush)のような # InnoDBのBackgroundのタスク(Task)によって実行されるときにI/O 活性の上限値(An upper limit)を設定 # Default 200 # Dynamic 設定可能。 SET GLOBAL innodb_io_capacity = 200 innodb_io_capacity = 600 # auto-increment の値を生成するときに lock mode を決める # Default 1 # Dynamic 設定可能。 innodb_autoinc_lock_mode = 1 # INSERT が発生されると補助インデックスがすぐ反映されずにメモリにBufferingにされる、これを利用するかしないかを決める。 # inserts, deletes, purges, changes, all, noneの中で選べる # Default all. # Dynamic 設定可能。 SET GLOBAL innodb_change_buffering = inserts innodb_change_buffering = inserts # このパラメータを設定すると、Old LRUリストに格納されたページに対して # 再びアクセスが発生しても、指定した時間が経過するまではYoung LRUリストに移動されないようになります。 # innodb_old_blocks_timeはミリ秒単位で指定し、デフォルトは0(無効)となっています。 innodb_old_blocks_time = 500 ##-------------------------------------------------------------------- # InnoDB base ##-------------------------------------------------------------------- # InnoDBをメインで使うなら、一番重要なパラメータ。 # InnoDBに対する各種操作の他、レコードデータなどのキャッシュ領域として利用され、 # 非同期I/Oスレッドやサーバスレッドがアクセスする。InnoDBバッファプール上 # データへのアクセスにはディスクI/Oが発生しないが、バッファプール内に収まり # きらなくなったデータはディスク上に退避されることになる。 # InnoDBがテーブルもしくはインデックスデータをCacheするためのBuffer Poolサイズ # ※この値を大きく設定するとDiskのI/Oを減らしてくれる # InnoDB 専用サーバーなら物理的なメモリの80%を割り当てても問題ない # Default 134217728 (128MB) # Dynamic 設定可能。 innodb_buffer_pool_size = 1GB #1073741824 # InnoDB のデータファイルの位置を指定 innodb_data_home_dir =/var/lib/mysql # InnoDB データファイルとその大きさを指定 # Default 10MB の大きさでファイル名は ibdata1 だ。 innodb_data_file_path = ib_data 100M autoextend # 基本的に InnoDBはシステムテーブルスペースと呼ばれるところにすべてのテーブルが生成される。 # この変数を活性化するとシステムテーブルスペースの代わりにデータとインデックスを別途のファイルに保存する。 # 拡張子は .ibd # Default 0 # この機能は 5.6.1 以上から使える # Dynamic 設定可能。 SET GLOBAL innodb_file_per_table = 1 innodb_file_per_table = 1 # InnoDB システムテーブルが容量いっぱいになったら、拡張するが、拡張する大きさを決める。 # Default 8 MB # Dynamic 設定可能。 SET GLOBAL innodb_autoextend_increment = 10MB innodb_autoextend_increment = 10MB # InnoDB redo log ファイルが生成されるディレクトリを指定。 生成されるファイル数は innodb_log_files_in_groupで指定。 # InnoDB 値を指定しないと 5MB 大きさの ib_logfile0, ib_logfile1 二つのファイルが生成される。 # Dynamic 設定可能。 innodb_log_group_home_dir =/var/lib/mysql # InnoDB Shutdownモードを決める設定。 この値が 0 なら、InnoDBはFull PURGE, insert Bufferをmerging(反映する)Slow Downになる。 # Default 1 # Dynamic 設定可能。 SET GLOBAL innodb_fast_shutdown = 1 innodb_fast_shutdown = 0 # ロググループのログファイル数を指定 # Default 2 # Dynamic 設定可能。 innodb_log_files_in_group = 4 # ロググループの各ログファイルのサイズを決める。 1MBから innodb_buffer_pool_size/innodb_log_files_in_group で出た値を設定する # Default 5MB # Dynamic 設定可能。 innodb_log_file_size = 268435456 # InnoDBログパッファはInnoDBテーブルに対する更新ログ、いわゆるトランザクション # ログを管理し、InnoDB専用スレッドやサーバスレッドがアクセスする領域。 # Oracleで言うとREDOログに相当する。トランザクション終了時（コミット時やロールバック時）、 # バッファがいっぱいになった時、一定時間ごとにディスクに書き込まれる。 # 実行途中のトランザクションの多くはこのバッファで管理される。 # １つのトランザクション内で多くのデータを更新するのであればサイズを大きくした方がいいが、 # それほど気にしなくてもよさそうではある。1?8Mの範囲が推奨されている。 # ログのBufferのためにサイズを指定。たくさん割り当てる必要はないかも。。 # Default 8388608 (8MB) # Dynamic 設定可能。 innodb_log_buffer_size = 16777216 # InnoDBテーブルの定義情報など、データディクショナリ情報を格納する。 # この領域が足りなくなったらエラーログに警告を出すとともに、OSのメモリ領域 # から追加で割り当てられる。それほど気にする必要はないが、InnoDBテーブルの # 数を多くする場合はこの値も多少増やした方がいい、かも。 innodb_additional_mem_pool_size = 8MB # XA Transactionで two-phase commit を支援するかどうかを決める。 # 一つのThreadでデータの変更を実行する場合はこのオプションは利用しない方がいい # Default TRUE # Dynamic 設定可能。 SET GLOBAL innodb_support_xa = TRUE innodb_support_xa = FALSE # 処理を同時に実行できるスレッド数の上限値 # 処理を並列に行うとスループット(単位時間当たり処理量)の向上が期待出来るが、 # 同時に実行中のスレッドがあまりに多すぎるとロックの競合が多発してしまって返って性能を落とす原因になってしまう # 上限値にThreadが達するとFIFOのQueueに待機状態になる。 # Default 0 (infinite concurrency) # Dynamic 設定可能。 SET GLOBAL innodb_thread_concurrency = 1 innodb_thread_concurrency = 100 #0 # InnoDB transactionが row lock がかかった時に、待つ時間 # Default 50. 単位は秒(second) # Dynamic 設定可能。 SET GLOBAL innodb_lock_wait_timeout = 50 innodb_lock_wait_timeout = 60 # InnoDBで、TransactionがCommitされるたびに、Diskに書くかどうかを決める # Default 1 # Dynamic 設定可能。 SET GLOBAL innodb_flush_log_at_trx_commit = 1 innodb_flush_log_at_trx_commit = 1 # MySQL サーバーが起動される際に InnoDBを復旧作業を実行するが, 復旧作業がうまくいかなかったら復旧されない。 # この時、この値を指定してサーバを始めると各数字に沿って復旧のレベルが決められる。 # デフォルトは 0 (強制的な復旧を行わない通常の起動) # Dynamic 設定可能。 innodb_force_recovery = 0 # UNIX/Linuxにおいてデータファイル、ログファイルの読み書き方式を指定するためのもの # Bufferの読み書き方式 # Default fdatasync # Dynamic 設定可能。 innodb_flush_method = O_DIRECT # この機能を使うと InnoDBはデータを２回保存する、１回目はdoublewrite buffer, # ２回目は実際の data files 書く # Default 1 # Dynamic 設定可能。 innodb_doublewrite = 1 # Threadがサスペンド(中止される)前に InnoDB Mutex（相互排他ロック）が切れる前に待つ時間？ # Default 30 # Dynamic 設定可能。 SET GLOBAL innodb_sync_spin_loops = 20 innodb_sync_spin_loops = 20 # autocmmit = 0 の場合、 InnoDB は "LOCK TABLES"になる。 # もし、この変数を活性化すると autocmmit =0 である状態で "LOCK TABLES" コマンドで # 内部的に InnoDBはテーブルロック(lock)する。 # Dynamic 設定可能。 SET GLOBAL innodb_table_locks = 1 innodb_table_locks = 1 # InnoDB QueueをJoiningする前に InnoDB Threadをどれぐらい待たせるのかを設定 # innodb_concurrency_ticketsが0になったスレッドは、システム変数innodb_thread_sleep_delayで設定された時間だけ待ってInnoDBキューに加わる。 # Default 10000, 単位は microseconds # Dynamic 設定可能。 SET GLOBAL innodb_thread_sleep_delay = 10000 innodb_thread_sleep_delay = 1000 # purge(PURGE LOGSログファイルの削除) 処理が遅い時、 INSERT, UPDATE, DELETE 処理をどれぐらい遅延させるかを設定 # Defaultは 0, 単位は millisconds だ。 # Dynamic で設定できる。 SET GLOBAL innodb_max_purge_lag = 10000 innodb_max_purge_lag = 0 # 同時にCommitができるThreadの数。 0 は制限なし # Defaultは 0 # この設定はRuntimeで ０ には変更できない # ０ 以外は変更できる # 制限が入って Dynamic 変更可能。 SET GLOBAL innodb_commit_concurrency = 100 innodb_commit_concurrency = 0 # InnoDB に同時に入る事ができるスレッドの数 # スレッドが InnoDB に入ろうとする時にもし並行処理の限度までスレッド数が達していたら、それらは列になる # Default 500 # Dynamic 設定も可能 SET GLOBAL innodb_concurrency_tickets = 500 innodb_concurrency_tickets = 500 ##-------------------------------------------------------------------- # mysqldump ##-------------------------------------------------------------------- [mysqldump] # TableをDumpするときに、 MySQLはサーバのメモリをBufferingする。 でも大きいテーブルをDumpするときに、メモリBufferingをするとサーバに問題が起きる可能性がある。 # このメモリBufferingを消すためのパラメタ。 # Default：メモリBuffer使用する quick # ユーザプロセスとサーバスレッドの間で、SQL文による問合せやその結果をやりとりする際に # 使用される領域の最大サイズを指定する。 # これより大きなサイズのデータ通信はできない。 # デフォルトは1Mだが、大きなサイズのデータを扱う場合はこの値も大きくした方がいい。 # Default 1M max_allowed_packet = 32MB #33554432 ##-------------------------------------------------------------------- # mysql console ##-------------------------------------------------------------------- [mysql] # mysql で、Defaultの文字セット指定 default-character-set = utf8 # コマンドの自動完成機能、 # あれば、楽だがシステムのメモリを使うため、使わない方がいい no-auto-rehash # MySQL で、警告(Warning)が発生すると表示はせず、その結果に警告があるかどうかだけ、出るようになっていて、 "SHOW WARNINGS;"を利用してみなければならないが # 警告が発生するとそのまま表示してくれるように設定できる show-warnings # MySQL ClientのPromptを変更する #prompt=\u@\h \d\_\R \m \\s prompt=mysql # paging 機能を支援する。 pager="less -n -i -F -X -E" ##-------------------------------------------------------------------- # mysql client ##-------------------------------------------------------------------- [client] socket = /var/lib/mysql/mysql.sock port = 3306 (2) DBの初期化 初期DBの作成を行います。 # mysql_install_db --datadir=/var/lib/mysql --user=mysql (3) MySQLの起動 設定が完了したら、MySQLのサービスを起動します。 # systemctl start mysqld.service (4) 自動起動設定 サーバを再起動した場合に自動的にサービスが起動するようにします。 # systemctl enable mysqld.service (5) mysql_secure_installationの実行 MySQLのセキュリティを向上させるために「mysql_secure_installation」を実行します。 # /usr/bin/mysql_secure_installation このコマンドは、 rootユーザのパスワード文字列を設定する anonymousユーザを削除する リモートからのrootログインを禁止する TESTデータベースを削除する 権限を再読み出しする という作業を対話式に順次実行します。 3. rootパスワードの設定 インストール直後のMySQLは「root」ユーザにパスワードが設定されていないので、パスワードを設定します。 ※前述の「mysql_secure_installation」を実行した場合には不要です。 MySQLにログインします。 # mysql -u root パスワードを設定します。 mysql SET PASSWORD FOR root@localhost=PASSWORD( xxxxxx ); mysql exit; パスワードなしでログインしてエラーが発生することを確認します。 # mysql -u root ERROR 1045 (28000) Access denied for user root @ localhost (using password NO) 設定したパスワードでログインできることを確認します。 # mysql -u root -p パスワードを入力します。 Enter password ログインできればOKです。
https://w.atwiki.jp/bovecrach/pages/72.html
執筆中 目次 参考にするリンク とりあえずインストールしてみる繋がらない時に確認すること 初期設定 運用レビュー お得情報コミットの自動更新をバージョン管理システムと同期する Redmineについて思うところ 関連リンク 参考にするリンク Redmine.JP http //redmine.jp/ RedmineのFAQとアンチパターン集 http //www.slideshare.net/akipii.oga/redminefaq とりあえずインストールしてみる 何も準備してない状態からApache＋Passenger＋Redmineが動くようにする。 実際にサーバーで運用する場合はこの通りにしてはいけないが、まぁ個人運用なら十分。 執筆現在(2012/11/10)は Redmine 1.3 が落ちてくるので、その手順を書いている。 プラグインもたくさん動作するし、ね。 もしも 2.X.X をインストールする場合は一部を http //redmine.jp/guide/RedmineInstall/ で補完するように。 Ubuntuを使っている場合は以下をインストールする。 sudo -s apt-get install redmine apt-get install apache2 apt-get install libapache2-mod-passenger これでほぼ準備完了。 Redmineインストール中にデータベースを何にするか聞かれるが、個人利用ならsqlite3で問題ない。 というか、MysqlとかPostgreSQLで作ると余計な手間が増えるので不要。 個人利用なら。大事なことなのでもう一度。個人利用なら。 Redmineでログとかファイル添付するディレクトリの設定 http //www.redmine.org/projects/redmine/wiki/RedmineInstall#Step-8-File-system-permissions そのままだと存在しないディレクトリがあるので、mkdirに足している。 sudo -s cd /usr/share/redmine/ mkdir files log tmp tmp/pdf public/plugin_assets chown -R www-data www-data files log tmp public/plugin_assets chmod -R 755 files log tmp public/plugin_assets Apacheで公開するためにpublicディレクトリを設定 sudo ln -s /usr/share/redmine/public /var/www/redmine あとは /etc/apache2/site-available/default の下の方に以下を追加するだけ。 Location "/redmine" RailsEnv production RailsBaseURI /redmine /Location Apache再起動して読み込ませる sudo service apache2 restart アクセスしてみてRedmineが表示されれば無事完了 http //localhost/redmine 繋がらない時に確認すること 原因がいろいろあるので、近いところから次々に見ていくのが一番早い。 確認方法にApacheの起動も関係するので簡単に書くけれど、 http //127.0.0.1/とかhttp //127.0.1.1/で/var/www/index.htmlが見れるか http //localhost/で/var/www/index.htmlが見れるか http //localhost/redmineが見れるか http //[LAN内のIP]/redmineが見れるか http //[ドメイン名]/redmineが見れるか とかそんな感じ。 localhostは見えるが、[LAN内のIP]で見れない場合は VM使ってる場合は、ネットワークのポートフォワーディング設定を確認 Windows7やWindows Server 2008 R2ではBranchCacheが動作しているかも記事リンク：Windows7で80番ポートが使えない(404エラーになる) とかがあるので確認してみよう。 「BranchCacheを止める」ってのも、どうせ個人で使うならポート番号なんてブックマークすれば何番でも構わんので、 VMで起動してるならポートフォワーディングで 10080 ⇒ 80 とかしてもいい。 ネットワーク構成の疎通試験やセキュリティ試験は大概難しいので 本職じゃないなら頑張ってｇｇｒ以外に方法が無いので地道に解決していこう。 初期設定 Redmineを使い始めるための初期設定を見て設定する。 さらっと要約すると、 ユーザ名：admin、パスワード：admin でログインする 右上にある「My account」を押してデフォルト英語になっている言語(Language)を一番上の「(auto)」にしてSave 日本語に変わったら「タイムゾーン」を確認して「東京」になってたらOK。でなきゃ設定して保存。 左上にある「管理」を押して必要な設定と諸々の作成をしていく※各設定画面のタブを移動するとリセットされてしまうので都度保存していくこと 管理画面：設定全般タブ「アプリケーションのタイトル」と「ウェルカムメッセージ」は適当に設定 DNS使ってるなら「ホスト名」も変えておく 「添付ファイルとリポジトリのエンコーディング」を例にならって「utf-8,cp932,euc-jp」に設定 表示タブ「既定の言語」は「日本語」にしておいた方が無難 「ユーザ名の表示書式」を姓・名にするために「Admin Redmine」に変更 認証タブきっと面倒になるので「自動ログイン」を「365日」に設定 「ユーザは自分で登録できる」は個人利用では特に必要ないので「無効」 リポジトリタブ ※オプション不要なバージョン管理システムのプラグインは無い方が使うときは楽かもしれん 個人的にはコミットの自動更新をバージョン管理システムと同期するを使うべきと思うので「コミットを自動取得する」をOFFにし 「リポジトリ管理用のWebサービスを有効にする」をONにして 「APIキー」を生成しておく 管理画面：ユーザAdminのパスワードを必ず変えておくこと あとは好きにユーザ登録する 管理画面：プロジェクトこれも好きに作ればいいと思うが、ここに所感を書いておいた。端的に言うと、短命なプロジェクトは使いにくいと思う。 プロジェクトを作ったらメンバー追加も忘れずに。 設定はこんなもんだろう。 不要なものもたくさん書いたがそれは取捨選択をいただいて、快適なRedmineライフを送って欲しい。 運用 Redmineを実際に運用していく場合は、所定のサイクルを繰り返すことになる。 問題提起や新機能追加でチケットを発行して なんやかんやあってチケットが完了に近づくと、レビュー的なことをして レビューが終わったらフィードバックして 問題ないか認証をもらって終了する デフォルトのままでも十分にRedmineは運用可能だけれど、 開発中に追加したい機能は増えていくことだろう。 ここからは一般的に運用で必要になる知識や、欲しくなるプラグインを紹介してゆく。 また、Redmineでは力不足を感じれば実現可能な方法を書けるだけ書いておきたいと思う。 レビュー これが全体レビュー前にできるかどうかは非常に大きい。 紙だろうとWebだろうと別の何かでも、コード書いていきなり全体レビューでは工数の無駄。 管理者の工数は「仕様」と「調整」に使うべきで文字が違うとか、単純ミス見つけるとか、説明を書くとか、そんなもんはレビューに管理者が必要ない 設計と矛盾した構成とか、意図が掛け違っているとか、そういうレビューには時間を割きたい 仕様は知ってても言語知識が無い場合もあるので、リソース管理のジャッジではどっちみち説明は聞かねばならぬ 開発者の工数は「開発」に使うべきレビューアが勘違いしているっていう指摘をされているのを他の開発者が聞いても意味ないことが多いというか、レビュー記録見ればいいだけの話 この辺を考えると開発者が管理者と同時にレビュー参加する意味って“嵌る箇所を事前に指摘する”くらいしか無いんだよな それ以外のソースに関する指摘は開発者のみでレビューできるのが望ましい この辺を考えるとレビューは大きく２つに分かれている。 １つは仕様を確認するレビュー もう１つは実装やコードの読みやすさを確認するレビュー んでこれは設計や製造で挟まるようにレビューされる 設計レビューで仕様をレビュー製造レビューで実装やコードの読みやすさをレビュー 設計と製造の仕様が矛盾していないかレビュー というような感じ。 設計書もバージョン管理システムに入ることを前提にすると、以下のようになるか？ トピックブランチのレビューは開発者とレビューを行ういくつかのリビジョンを跨ることがあるので、RedmineのプラグインじゃキツイReview BoardとRedmineを連携するという考え方もある トピックブランチからメインブランチに反映するときに管理者とレビューを行うredmine_code_reviewで十分いける！ Gitだと後者をPull Requestに置き換えれば簡単になりそうだがなぁ。 社内開発したい場合はGitLabを使ってしまうのも手か。 お得情報 コミットの自動更新をバージョン管理システムと同期する 公式に記載があるのでURL貼っておく。 http //redmine.jp/faq/repository/subversion/ 方法2 コミットと同時に取得する がそれ。非常に有用なやり方なので是非導入して欲しい。 Redmineについて思うところ 使い方なんて人それぞれであって、どう使おうと構わないと思っているのだけれど、 プロジェクト管理をやっていると色々な人の使い勝手について意見をもらったりするので 一般的に使えそうな内容について記載しておこうと考えた次第。 ここに移動した Redmineについて思うところ 関連リンク 取得中です。 trackback タグ一覧：tags plugin error ページが存在しているかを確認してください。 名前
https://w.atwiki.jp/socup/pages/246.html
REST 主にWebで使われる。 RESTとは分散システムで複数のソフトが動く際の設計原則(2000年)。 RESTful API URLにHTTPアクセス(パラメータ付きで)するとXMLが返ってくる。(同じリクエストは同じ結果が返ってくる) RESTの原則の要点 状態管理をしない(セッション等) 操作命令が定義され、共有されている。 情報の構文が一意に識別可能 情報内に他の情報のリンクがあって良い 対応するRESTの原則に沿ったWeb HTTPはセッション管理機構がない POST,GET URLスキーム HTMLのハイパーリンク SOAP(プロトコル) ソフト同士がオブジェクトをやりとりすつためのプロトコル。XML記述。 SOAPとRESTの違い 参照URL http //xmlconsortium.org/wg/web2.0/teigensho/4--REST-SOAP.html 他の方法 REST原則には従うがXMLで返さない系(JSON, HTML)。要するにXMLを返さない系のREST
https://w.atwiki.jp/dashfreedom30/pages/17.html
Eclipse SQL Explorer RDBMS操作をeclipseからできる優れものであるらしい http //journal.mycom.co.jp/articles/2006/10/03/eclipsesqlexplorer/002.html http //mywiki.jp/sahd/%82%CD%82%AB%82%BE%82%DF%93I%82%C8%83A%83%8C/Eclipse+SQL+Explorer/
https://w.atwiki.jp/sami1127/pages/28.html
ちゃんと基本わかってればはまらないことだけど。 エラー内容がわかりにくくてまたはまる可能性あるので。 一見大丈夫そうなsqlMapなのにNestedSQLExceptionが出る件。 com.ibatis.common.jdbc.exception.NestedSQLException --- The error occurred in sqlMap/xml_name.xml. --- The error occurred while applying a result map. --- Check the namespace.resultMapId. --- Check the result mapping for the propertyName property. --- Cause com.ibatis.sqlmap.client.SqlMapException Error getting nested result map values for basePictures . Cause java. sql.SQLException Column column_name not found. … Caused by com.ibatis.sqlmap.client.SqlMapException Error getting nested result map values for basePictures . Cause java.sql.SQLException Column column_name not found. … ... 30 more Caused by java.sql.SQLException Column column_name not found. … で、↓がXML。 resultMap id="pkResult" class="jp.co.aaaa.bbb.data.BaseItem" result ・・・ / /resultMap !-- 検索結果 拡張Bean -- resultMap id="extResult" class="jp.co.aaaa.bbb.data.BaseItem" extends="pkResult" … result property="namespace2Properties" resultMap="namespace2.extResult" / result property="namespace3Properties" resultMap="namespace3.extResult" / /resultMap !-- SQL文 プライマリ検索 -- select id="selectByPrimaryKey" parameterClass="Integer" resultMap="extResult" SELECT include refid="namespace1.select" / , include refid="namespace2.select" / FROM namespace1 as baseitem LEFT JOIN infonow_test.namespace2 as cndt ON baseitem.namespace1_id = cndt.namespace1_id WHERE baseitem.namespace1_id = #Id# /select !-- SQL文 条件検索 -- select id="selectByOption" parameterClass="jp.co.aaa.bbb.dao.FindOption" resultMap="extResult" SELECT include refid="namespace1.select" / , include refid="namespace2.select" / , include refid="namespace3.select" / FROM ( namespace1 as baseitem LEFT JOIN namespace2 as cndt ON baseitem.namespace1_id = cndt.namespace1_id ) LEFT JOIN namespace3 as pict ON baseitem.namespace1_id = pict.namespace1_id include refid="where" / include refid="orderBy" / include refid="limit" / /select /sqlMap PK検索の時はnamespace3いらないんでJOINしてないんですが、プロパティーはextResultのresultmapで紐付けられてる。 ので、NestedSQLException発生。 そらそうだわな。 なので↓のようにResultMapをちゃんと分けて、使いたいメンバーにのみマッピングしてあげる。 !-- プライマリ検索用ResultMap -- resultMap id="primaryResult" class="jp.co.aaa.bbb.data.BaseItem" extends="extResult" groupBy="namespace1_id" result property="namespace2Properties" resultMap="namespace2.extResult" / /resultMap !-- 条件検索用ResultMap -- resultMap id="optionResult" class="jp.co.aaa.bbb.data.BaseItem" extends="extResult" groupBy="namespace1_id" result property="namespace2Properties" resultMap="namespace2.extResult" / result property="namespace3Properties" resultMap="namespace3.extResult" / /resultMap !-- SQL文 プライマリ検索 -- select id="selectByPrimaryKey" parameterClass="Integer" resultMap="primaryResult" … /select !-- SQL文 条件検索 -- select id="selectByOption" parameterClass="jp.co.aaa.bbb.dao.FindOption" resultMap="optionResult" … /select 30分ほど悩んだ。。。orz
https://w.atwiki.jp/gonjoukk/pages/21.html
このページのメモ内容は、 centOS上での設定方法である 既にデフォルトのsqliteでアプリケーションが作成されているものを、mysqlへ変更する場合である ①Gemfileを変更 gem sqlite3 → gem mysql2 ②database.ymlの内容を変更 アプリ名/config/database.yml default default adapter mysql2 encoding utf8 pool 5 username root password # - mysqlインストール時に設定したパスワード 例 1 socket /var/lib/mysql/mysql.sock development *default database asago_development #アプリ名_development test *default database asago_test #アプリ名_test production *default database asago_production #アプリ名_production username asago #アプリ名 password %= ENV[ TESTMYSQL_DATABASE_PASSWORD ] % ③データベースを作成 $ rake db create ④作成されているマイグレーションを実行 $ rake db migrate