はてなブックマーク

Lambda関数の設定 「Lambda」の設定は「Create function」からblueprintは「Blank」を選択し、Triggersも未選択で、メインの設定画面を開きます。 次のように設定します。 インラインに貼り付ける今回のサンプルコードはこちらです。環境変数で指定したkintoneアプリに対して、レコード一括取得（GET/records）のkintone REST APIを実行する内容です。 'use strict'; const AWS = require('aws-sdk'); // APIをコールする汎用関数 const requestAPI = (url, method, headers, data) => { // リクエストボディは"object"もしくは"string" if (typeof(data) !== 'string') { try { data

以前「REST APIを使ってルックアップフィールドの一括更新を行う」で、「ルックアップに関連付けるアプリのルックアップ（コピー）元のキーフィールドの設定が「重複禁止」設定になっている必要がある」というのをご紹介しましたが、ルックアップフィールドに関連するレコード更新について最近また気付きがありましたので、今回続編としてケーススタディ的にお届けしたいと思います！ 結論 勿体振らずに結論（と言うより考察）を先に書かせて頂きますと、どうやら次のようになりました。 – ルックアップ元のアプリのキーフィールドには重複禁止の設定が必要（再掲） – ルックアップ元のアプリでルックアップの対象のフィールドが変更された後にしか、ルックアップ先のアプリのコピー対象フィールドは更新されない。ルックアップでコピーされるフィールドへのREST APIによる強制的な更新は不可能ということ（元データが変更されてないの

弊社ではkintone（キントーン）のカスタマイズ開発でスケジューリングが必要なバッチ処理が発生した場合にAWS Lambdaを利用することがあります。 Lambdaはnode.jsに対応しているため、kintoneで日頃JavaScriptで開発している我々としても扱いやすく、また何よりもサーバーレスでコードを実行できるのでkintoneとの相性も非常に良いサービスです。 ただし、Lambda上でLambda functionを実行し、kintoneからデータを取得し、加工処理をしてからkintoneにデータを戻すといった連携を行う場合、kintone（正確にはcybozu.com基盤）上でIPアドレス制限をかけているとLambda側からkintoneへのAPIアクセスができなくなるというちょっと困った状況に陥ります。 Lambdaが利用しているグローバルIPアドレスを.com側の許可I

続いて、I2Cを使うための準備を行います。 (2)I2Cの設定は次の通り、一挙に「/boot/config.txt」、「/etc/modules」に設定を追記し、再起動します $ sudo su # echo dtparam=i2c_arm=on >> /boot/config.txt # echo i2c-dev >> /etc/modules # reboot (3)そして、I2C動作確認ツールをインストールします（$ sudo apt-get install i2c-tools） (4)センサーの動作確認を行います。センサーを外した状態と付けた状態で比較すると、今回使っているセンサーの判別がしやすいです。チャンネルは、今回対象としている2やB+、B Rev.2の場合には1、Rev.1の場合には0とします（$ sudo i2cdetect -y {channel}） チャンネルを1とし

いつの間にか、人知れずZapierにkintoneがアプリとして追加されたのを知った今日この頃、早速設定してみました。この記事自体は長めですが、設定は5分足らずで終えることができました。 様々なWebサービス同士をkintoneと同じようにノンプログラミングで設定できるハブサービスです。IFTTTと合わせて紹介されることが多いように思います。対応しているアプリ（Webサービス）は日々増加中で有名ドコロはだいたい揃っています。ざっくり言うと、5Zap（接続・連携の単位）まで無料で使えます。 kintoneアプリ Zapierにおけるkintoneアプリは、現在Triggerとしてレコードの登録、Actionもレコード登録が利用できます。 Zapierでは、所々kintoneの「k」が大文字になっています ^^; 設定に必要な情報 ・連携させるkintoneアプリ（フィールドコードをラベルに合