弊社ではチャットワークを使用して、情報共有や各連絡などを行っております。 便利ではありますが、もうひと工夫して更に便利にする使い方の紹介です。 今回は、Google Apps Scriptというものを使って定期botを作る方法です。 せっかくの便利機能なので、ノンプログラマーでもできるように優しめに説明していきます。 Google Apps Scriptとは？ 知らない人のためにまずは、Google Apps Script（以降はGAS）についてです。 GASは、Googleスプレッドシート・Gmail・Googleカレンダー等々のGoogleのアプリを操作できるスクリプト言語で、javascriptベースでオリジナルの処理が実装できます。 また、トリガーという機能があり、時間や曜日などを設定すると、任意の期間でスクリプトが処理されるようになります。今回はこれがポイントとなります。本来なら

本記事では、CentOS7でLaravel5.4の環境構築方法を紹介する。 Laravelはバージョンアップの頻度が高く、マイナーアップデートでも仕様が大きく変わる。 現在の最新バージョンはLaravel5.4.9である。 この最新の環境でのLaravel環境構築の文献が非常に少ない。 またよく起こるエラーの回避法なども体系的にまとめられていない。 本記事は今回環境構築を行なったことを参考にエラーが出ず、コマンドをコピペするだけで環境構築ができることを目指す。 はじめに 今回、ローカル環境からLaravel5.4.9の環境をサーバにデプロイしたいと友人に頼まれたので、一緒に環境構築を行なった時のコマンドを追いながらメモをとる。 環境構築をして気づいたのは、なかなか最新の環境での文献が少なく何が正解なのかわからないところだと思った。 構成する実行環境・およびマシン環境 ・CentOS7.3

アーキテクチャダイアグラムは、設計、デプロイ、トポロジーを伝達する手段として優れています。 このページでは、ダイアグラムの構築に役立つ Amazon Web Services (AWS) 製品のアイコン、リソース、およびツールを提供しています。AWS では、お客様やパートナーがこれらのツールキットやアセットを使用してアーキテクチャ図を作成できるようにしています。 AWS アーキテクチャアイコンはシンプルに設計されているため、ダイアグラム内で簡単に使用できます。ホワイトペーパー、プレゼンテーション、データシート、ポスターなどの資料にアイコンを使用することも可能です。 ダイアグラムは、サードパーティーツール上の既存のライブラリを使用して構築できます。ライブラリにはレガシーアイコンセットが含まれているものもあるため、最新のアイコンを使用していることを確認してください。 アーキテクチャアイコンパッ

これはVAddy Adventカレンダー12日目の記事です。 VAddyは、継続的なWeb脆弱性検査が簡単に実現できるSaaSです。 私が好きな国内クラフトビールに、志賀高原IPAがあります。 この会社は自分たちが飲みたいビールを作るをコンセプトに、ホップまで栽培しています。いいですねー！ いつか志賀高原でパウダースノーを堪能してホテルで最高の一杯を飲んでみたいものです。 シェルのパイプで繋いだ先で、パイプ元のコマンドの異常終了ステータスを検知する 前回の記事で、VAddyのWeb脆弱性検査を定期的に実行して結果をSlack通知を書きました。 この記事ではVAddyのCLIツールから、脆弱性検査開始し、結果取得して脆弱性があった場合のみSlackに通知する方法を載せました。 VAddyのコマンドの結果をパイプで繋いでSlack通知スクリプトに渡せば問題ないだろうと思っていたのですが、パイプ

エンタープライズJava開発に従事している方であれば、一度はStruts 1を扱ったことがあるでしょう。Struts 1はJavaのWebアプリケーションフレームワークとして2001年ごろに誕生しました。 MVCモデルに基づいたアーキテクチャと高い生産性から、数年後にはデファクトスタンダードとなるほどの人気を獲得。当時、多くの企業がこぞってStruts 1を使った企業システムを構築しました。筆者自身が業界に入ったのは2004年のこと。最初に参加したプロジェクトがStruts 1を使った企業システムの構築だったことをよく覚えています。 当時に作られたシステムの多くは、今でも現役で稼働しています。最近でもStruts 1ベースの企業システムを改修する話はよく聞きます。しかし、2013年にサポート終了を迎えたため、今後Struts 1を使い続けることは大きなリスクになりました（参考）。つまり、新

AWSに於けるビッグデータ分析環境構築に於いては、DWHであるAmazon Redshiftにデータを貯めこむ為に様々な経路からCSVやJSONファイルをS3等の環境に集約する作業が必要となります。そしてその作業の中にはオンプレ環境を始めとした外部データソースをAWSに集約するという経路がある一方で、AWS環境下にあるデータをAmazon Redshiftに投入させるために一旦ファイルとして出力させる(そしてAmazon Redshiftに投入する)という経路もあるかと思います。そこで当エントリでは、『RDS(MySQL)からAmazon Redshiftにデータを移行する際にどのような手段を取ることが出来るのか』という点について、幾つか洗い出してまとめてみたいと思います。 目次 EC2上でmysqlコマンドによるクエリ実行結果をファイルとして出力 mysqlコマンドでTSVファイルを生成

Excel の罫線は線の種類や色を選択することができます。ここでは Excel VBA を使って罫線の種類と色を設定する方法について解説します。 (Last modified: 2023年07月10日) 罫線の種類を設定する 罫線の線の種類はBorderオブジェクトの「LineStyle」プロパティで管理されています。デフォルトでは罫線を表示しない「xlLineStyleNone」が設定されていますので罫線を表示したい場合には「LineStyle」プロパティに適切な値を設定します。

文字の水平位置と垂直位置を設定する まずセルの中の文字の水平位置と垂直位置についてです。Rangeオブジェクトの「HorizontalAlignment」プロパティで水平位置を、「VerticalAlignment」プロパティで垂直位置を設定します。 Dim range1 As Range Set range1 = Range("A1") range1.HorizontalAlignment = xlCenter range1.VerticalAlignment = xlTop

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

CloudWatchの情報は2週間しか保持できないので長期的に保持したい場合、他の仕組みが必要です。 fluentdでCloudWatchのELBのメトリクスをZABBIXに渡す どうやらZabbix、Fluentdと連携させると簡単にZabbix側で長期的にデータ保存できそうだったのでやってみました。 Zabbixの構築は初めてだったので、ZabbixサーバーのインストールやエージェントのインストールによるEC2の監視(本題からは外れますが)と併せて最後にCloudWatch連携をやってみました。 参考 改訂版 Zabbix統合監視実践入門 ~障害通知、傾向分析、可視化による省力運用 Amazon LinuxにZabbix2.0.9をインストールしてみた fluentdでCloudWatchのELBのメトリクスをZABBIXに渡す 環境 Amazon Linux AMI 2015.03

CloudWatchの値をZabbix側でも見られるようにしたので、その手順を共有します。 CloudWatchの値をZabbixで取りたい理由 Zabbixでは最初から非常に多くの項目を監視できるのですが、AWS等のクラウドを利用していると、必要だけど監視できない項目が出てきます。RDSやELB等のフルマネッジドサービスのリソース状況はもちろんのこと、EC2のCPU使用率といった一見Zabbixで監視できそうなリソースも、実は正確な値は取れていません。 一方、CloudWatchはEC2内部の情報、例えばロードアベレージやプロセスの監視はできません。また、データの保持期間が14日間なので古い情報は見られません。 そこで、CloudWatchの情報をZabbixに貯めるようにすれば、、両方を一元的に管理できるし、情報の保持期間も好きなように設定できるようになります。 Zabbixの外部チェ

ご無沙汰しております。増田でございます。 先日2日にはゼノブレイドが発売され、今月23日にはブレイブリーセカンドが発売されます。 そんな忙しい中、みなさんいかがお過ごしですか。 KyotoTycoonからElastiCacheへの移行 今まで弊社のソーシャルPLUSでは、RailsのセッションストアとキャッシュサーバにKyotoTycoonを使っていました。 しかし、KyotoTycoonはRails4でmemcachedを使うために必要なdalliから使えません。バイナリプロトコルをフルサポートしていないためだと思います。 そのため今週月曜日にAWS ElastiCacheに移行しました。 KyotoTycoonは他にも以下のようなツラミがありました。 開発が止まっている KyotoTycoonが稼働するEC2インスタンスを自前で用意し、運用する必要がある レプリカと合わせて2台構成 サ

サービスメトリックは、特定のサーバとは直接紐付かないメトリックを可視化、監視するための仕組みです。例えば、あるウェブサービス全体のレスポンスタイムや、ステータスコードの分布を可視化し、レスポンスが遅くなったり、エラー率が上昇していないか確認できます。 このサービスメトリックはfluent-plugin-mackerelを利用することでfluentd経由で投稿できます。 また具体的なサービスメトリックへの投稿例を2つ紹介しています。 Nginxのアクセスログからステータスコードごとにリクエスト数をサービスメトリックに投稿する AWSのCloudWatchのメトリックからELB関連のメトリックをサービスメトリックに投稿する セットアップ まずfluentdとfluent-plugin-mackerelをセットアップします。 $ gem install fluentd fluent-plugin