はてなブックマーク

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

ちょっとしたことの自動化のために Google Apps Script （GAS）で実装することがあるのだけど、時々、ちゃんと実行されているのかログを取りたいときがある。 これまでは、Logger.log()を使ったり、スプレッドシートに書き出していた。 Logger.log()だと、最後の実行時のものしか見れないし、表示もアレなのでたくさん出力すると探しづらい。スプレッドシートにシートに書き出すと、Logger.log()の問題点は解消できるが、課題解決に本質的でないコードを書かねばならない。 そう思っていたところに去年の夏頃に追加されたらしい1 Stackdriver Logging を見つけた。便利そうなので調べてみた。 料金 Stackdirver は Google Cloud のサービスで残念ながら 2018/03/31以降課金をするそうだ。 でも次の無料枠があり、個人的な効率化

Github Actions をワークフロー内で使う方法についてすぐに見返すための備忘録 Github Action を作るためのメモはこちら => Github Action の作り方メモ ドキュメント GitHub Actions について - GitHub Docs Workflow syntax for GitHub Actions - GitHub Docs Expressions - GitHub Docs Contexts - GitHub Docs 使用制限、支払い、管理 - GitHub Docs Environment variables - GitHub Docs ワークフローの定義 リポジトリに次のディレクトリを作成し、その中にYAML形式で定義する。 .github/workflows/ YAMLファイルは名前は自由。複数OK。 ワークフローの構造 ワークフローを

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

以前、GAS のGoogle謹製CLIツール claspと題して、@google/claspを紹介した。 このツールと新しい Google Apps Scriptの管理コンソールと Stackdriver Loggingのサポートにより GASの開発、運用環境は格段に使いやすくなった。 その後も開発は進み、なんと v1.5.0 以降で Typescript をサポートしたので、試してみた。 インストール 次のコマンドで、プロジェクトを初期化する1。 $ mkdir clasp-ts-sample $ cd clasp-ts-sample $ npm init -y $ npm install @google/clasp tslint -D $ npm install @types/google-apps-script -S $ tslint --init # tslint は必須ではないが

はじめに 自分もAlexaスキルを作ってみようとちょっといじってみた。 Alexaスキルのバックエンドには AWS Lambda を Node.js ランタイムで利用するのが手っ取り早い。 どうせなら、この機会に Typescript も使ってみようと思って Typescript と VSCode にも入門した。 また、Lambdaのデプロイ等の操作には今の所、 AWS SAM よりも 手間が少ないと感じる Serverless Framework を利用している。 Serverless Framework にはGithubなどで公開されている既存のアプリケーションを元にアプリケーションの雛形を作る機能(serverless install)があるので、ベースの部分をテンプレートとして公開してみた。 HeRoMo/serverless-aws-alexa-ts READMEの日本語版がわり

はじめに Alexaスキルを実装するときにもテストしながら開発したい。 でも、実機で声を出しながら実装するのは流石に効率が悪い。 Alexaシミュレータを使うのも繰り返していると辛くなってくる。 コードを変更するたびに Lambda関数をデプロイするのも辛いし、Alexaシミュレータに発話を入力するのも面倒。 なにより、エラーになったときに発生箇所がわかりにくく、デバッグログを仕込んではCloudWatchLogsで確認するのが辛い。 ローカルでテストしながら開発できないものか。。。 ということで Jest + virtual-alexa でAlexaスキルをテストする方法を紹介する。 開発環境 最初に私の開発環境について、記述する。 AlexaスキルのバックエンドはLambdaを利用している。ランタイムはNode8.10。ローカルのテストにおいてもNode8.10を利用している。 Typ

Google Apps Scriptというと以前はWebのエディター上でしかコードを書けなかった。 手に馴染んだエディタが使えないし、バージョン管理はしにくかった。 Googleからclaspが登場し開発環境は大幅に改善された。 利用バージョン： clasp v1.1.5 インストール npm コマンドでインストールできる。 npm i clasp でインストールすると以前は別モノがインストールされたが、今は An alias for @google/claspと書かれており単にclasp のみでも良さそう。 ログイン Webエディタ側から取るにも、Webエディタ側にアップするにもユーザ認証が必要ということで、まずはログインする必要がある。 ログインする前には Google Apps Script API を有効にしておく必要もある。 https://script.google.com/h

このポストは alexa-skills-kit-sdk-for-nodejsについてのものだが、V２がリリースされ、すでに過去のバージョンについてのものになった。バージョンが上がり、SDKの機能も実装スタイルも変わったので、リポジトリのV2のドキュメントの日本語訳を参考にされるのがよいと思う。 v1についてのドキュメントを参照するならば、 2018年3月、リポジトリに日本語版が追加されたのでそちらを参照いただきたい。 以下は私がalexa-skills-kit-sdk-for-nodejs/Readme.mdをざっくり訳したもの。v1のものである。 Overview Alexa SDKチームは新しいAlexa Node.js SDKをリリースする。これは開発者による開発者のためのオープンソースのSDKだ。 Alexa Skill Kit、Node.jsそしてLambdaの組み合わせは最も人

Raspbianで使う場合の最低限の初期設定のメモ たまにしかやらなくて覚えてられないのでメモ。 MacOS上でのモニター不要な手順を記す。 この手順は、一応次で試している。 RASPBERRY PI 1 MODEL B+ RASPBERRY PI 2 MODEL B RASPBERRY PI 3 MODEL B RASPBERRY PI 4 MODEL B RASPBERRY PI ZERO W boot イメージの作成 準備 bootイメージを書き込むMicroSDカードを用意する。 8GB、Class4以上が推奨スペック。 Raspberry Pi Imagerをダウンロードしてインストールしておく1。 MacOSだと brew cask install raspberry-pi-imager でインストール可能 もし、Raspiに直接キーボード、モニタを接続して設定するなら次も用意

これまで、エディタやターミナルの色についてほぼデフォルト設定のまま使っていたが、PCを新調したのを契機に Solarized テーマを導入してみたので、そのメモ。 環境は macOS Sierra Solarized とは ターミナルやGUIのために16色で設計されたカラーパレットで、様々なアプリケーション向けに暗いダークと明るいライトの2種類のカラースキーム設定が用意されている。 詳しくはSolarized - Ethan Schoonoverを参照。各種アプリケーションでの設定ファイルや設定方法もこのサイトにリンクされている。 幾つかのアプリケーションでは、デフォルトの設定の一覧に含まれるのでそれを選択するだけで適用できる。 macOS の標準Terminalの設定 macの標準ターミナルでは Solarized プロファイルを次の手順で追加できる。 tomislav/osx-term

Webサイトのスクリーンショットを取るCLIツールsite-checkerを作った。 インストール方法を書いていて、「Node.jsのvX.X.X以上をインストールして下さい」というのも今日的ではないなぁと感じて、実行環境のバージョンを気にせず利用できるようDockerイメージも用意した。その際、ちょっと引っかかったことを書く。 利用バージョン Puppeteer v0.10.2 Node.js v8.4.0 の公式Dockerイメージ Dockerfileの作成 最終的に作成したDockerfileは次の通り。 FROM node:8.4 MAINTAINER HeRoMo RUN echo 'deb http://ftp.jp.debian.org/debian jessie-backports main' >> /etc/apt/sources.list RUN set -ex; \

Let's Encrypt で取得したサーバ証明書を Nginxに設定するための手順。 確認した環境は次の通り。 OS: CentOS 7.2 Nginx 1.11 Let's Encrypt 導入の事前準備 証明書を取得したいドメインでアクセスできるサーバを立てておく。 アプリケーションやHTTPサーバのインストールは必ずしも必要ないが、次の2点が必要。 取得したいドメインがDNSで名前解決できる 80番ポートでアクセスできる 以下の操作はそのサーバ上で行う。 certbot のインストール まず、Let's Encrypt のクライアントcertbotをインストール。 インストールと言っても、git で cloneするだけ。 以下の例では、/usr/local にインストールしているが、場所はどこでもよい。 $ cd /usr/local $ git clone https://git

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 自治体やお役所のオープンデータの取り組みは以前に比べて多くなってきているが、問題はその公開フォーマット。 機械的に読み取って再利用したい側としては構造化されたテキストである JSON、あるいは XML、せめて CSV でほしいところだが、PDF でのみという場合も多い。 文章を PDF から抽出するのはそれほど難しくはないが、表を表の形のまま、抽出するのはなかなか難しい。行やカラムがずれたり、セルの中の改行をうまく扱えなかったりする。 これまで、自治体等が公開しているデータがどうしても PDF のみの場合に、コピー&ペーストしたり、入力

Android端末向けにアプリやwebサイトを開発するときに役立つツールと接続方法のメモ。 Vysor VysorはGoogle ChromeのアプリでPCに接続されたAndroid端末の画面をPC上に表示することができる。 ただし、Screan Recording機能を利用しているらしくAndroid4.4(Kitkat)以降の端末でしか使えないようだ。 特徴 表示するだけでなく、PC側から操作することができる。 文字入力をPCのキーボードを使ってできるのが非常に便利。 日本語の入力もPC側のIMEではなく端末側の機能を使うのだが可能。 Vysorを利用しながら、Android Studioから開発中のアプリを端末で起動することもできる アプリの開発中に使えば、アプリを起動して端末を手を持っていくことなく、PCの上で操作できてしまうので便利。 動作そのものは完全に端末側なのでエミュレータ

Nginx でリバースプロキシをする場合に、どうやってセキュアなリクエストであることをアプリケーションに伝えるか？のメモ。 Nginx - Rails の場合 NginxでリバースプロキシするときにもSSLはNginxで処理させる場合が多く、プロキシされるアプリケーションサーバにはSSLが解かれた状態でリクエストが届く。 そのため次のヘッダをNginxでつけるように設定する必要がある。 server { listen 80; server_name hoge.com; location / { proxy_set_header X-Real-IP $remote_addr; index index.html index.htm; proxy_set_header X-Forwarded-Proto $scheme; proxy_set_header X-Forwarded-For $pro