Oct 31, 2019Download as PPTX, PDF204 likes175,101 views DMやPrivate Channelを使うな、といっても意味がないから、 なんでDMを使ってしまうのかをまず考える、 そこからPublic channelの使い方を考えましょう みたいな話 https://eof-github.github.io/eof2019/ Read less

Visual Studio Users Community Japan #1 で発表した資料になります。 https://vsuc.connpass.com/event/143114/
7. 用語 解説 ホスト 監視対象 アイテム ホストから収集する監視項目、独自エージェントのほか、SNMP,IPMI,SSL,TELNET,ODBC,JMX,WMIによるデータ収集,ポート接続,ICMP応答,の収集が可能、収集済み アイテムに対する四則演算・アイテム同士の演算も可能 アイテムタイプ アイテムの取得方式の種類 ヒストリ アイテムの収集間隔ごとに収集される実データ トレンド ヒストリデータを1時間ごとに集計し、最大値、最小値、平均値を保存したサマリデータ ヒストリデータではプロットできない長期グラフを生成する際に使用される。トレンドデータを直接参照することはできない。 トリガー 障害判定条件、アイテムに対して、閾値判定、文字列一致判定が可能、複数のアイテムによる複合判定やトリガー同士の優先度設定(依存関係)設定が可能 イベント トリガー判定結果の履歴 アクション イベント、Ag
生物多様性情報の標準データフォーマットDarwin Core Archiveと生態学データに適合させる拡張形式"Sample-based Data"
The document discusses how personalization and dynamic content are becoming increasingly important on websites. It notes that 52% of marketers see content personalization as critical and 75% of consumers like it when brands personalize their content. However, personalization can create issues for search engine optimization as dynamic URLs and content are more difficult for search engines to index
Editor's Notes現実世界から学ぶ効率のいいサーバの使い方というお題で始めたいと思います。 よろしくお願いします。 えと、今リモートで登壇してます。 ちょっとマイクの都合上、そちらの声が聞こえないことがあると思うので、予めご了承ください。まずは自己紹介です。 こんな感じになっていて、アカウントはサービスごとに結構バラバラです。 トピックとしては最近燻製にハマってましてこんな感じのステータスになってます。 右上のが初回の燻製で結構焦げつきましたが、左が先週の燻製になります、だいぶ綺麗に仕上がりました あと右下ですが、ベーコンの開発をしてます。まぁそんなことは置いといて、資料70枚になってしまったのでサクサクいきたいと思います。 今日話すことは 最近の活動、コンピュータってなんだろう、 単純なCPUの構造、現実世界に置き換える、最適化 となっています。そんなわけで最近の活動です。AW
Webアプリケーションにおいて、マルチテナント型、つまり複数のユーザー組織がアプリケーションとデータベースを共有する構成にすることがあります。この構成の持つリスクとして、万が一バグにより他テナントの情報が見えてしまうとそれは情報漏洩となり、重大なインシデントとなってしまうことがあります。この重要性を考えると、「気を付けて実装する」だけではなく、仕組みで漏洩を防ぐような対策には価値があります。 そこで、今回はPostgresSQLの行レベルセキュリティと、SpringAOPによる処理を組み合わせて、ログインしているテナントのデータにしかアクセスできなくする仕組みを実現しました。 導入にあたり考慮した複数の選択肢、乗り越えたいくつかの壁についてご紹介します。 同様の課題を抱えている方の参考にしていただけるような情報をお伝えしたいと思います。
※ 最新版があります。こちら↓です ※「Redmineチューニングの実際と限界」 ※ http://www.slideshare.net/kakahane/redmine-48214015 MySQL勉強会 in 大阪#5_公開資料 日時: 2013/11/7 19:00~ 場所: 日本オラクル株式会社 西日本支社 参加: http://atnd.org/events/44157 主題:「事例発表:Redmine + MySQL 応答性能の調査結果と対策」 副題: ~ 200万チケット、画面応答100ms/req を想定したチュー ニング ~ 概要: ・ITS(Redmine)の全社適用後4年が経過した。チケット数 は10万を超え、その後も年間36,000件のペースで増加を 続けている。情報システム部門の業務システムとして 国内外へ活用範囲が拡大するなかで、応答性能の低下 対策が喫緊の課題
NIPS2017読み会 LightGBM: A Highly Efficient Gradient Boosting Decision Tree
諸般の事情により、俺の中にある漠然としたフロントエンド界隈のツールについてまとめたものを作ったので、一応SSにもあげておこう。
2015.10.3 にOSC2015 Fukuoka(@九州産業大学)で講演した資料です。 PacemakerとPostgreSQLのレプリケーション機能を組み合わせた「PG-REX」(*)は、共有ディスクを使用しない安価な構成で、商用運用にも耐える可用性を実現することができます。 このPG-REXを含むPacemakerによるクラスタ構成は初期構築後、実際の故障が発生した際にその効果を発揮しますが、ログやコマンドが複雑で、フェイルオーバの原因を突き止めたり、 その後に正しい状態に復旧する方法がわからない、といった問い合わせを受けることが多々あります。 そこで、デモでも使用しているPG-REXを例として、故障内容によるPacemakerの挙動の違い、および原因解析方法、復旧方法を、実例を挙げながら網羅的にご説明します。 * PG-REXのコミュニティも立ち上げ、普及に努めています。 コミュ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く