はてなブックマーク

ちょっとでもセキュリティに自信がないなら、 Firebase Authentication を検討しよう （※ こちらの参照記事の内容自体に不備があるとか甘いとか指摘するものではないんですが、勝手に枕として使わせてもらいます） 上記記事は、Firebase Authenticationが提供するJavaScript APIを使ってJWTのトークンを取得し、自前のサーバにHTTPのヘッダで送りつけて検証をさせることで、認証の仕組みをセキュアかつかんたんに実現しよう、という内容です。 このようにJavaScriptのAPIでトークンを発行して自前バックエンドのAPI認証につかう方法はAuth0のSDKなどでも行われていますので、IDaaSをつかってSPAを開発する場合には一般的なのかもしれません。 話は変わりますが、SPAの開発に携わっている方は「localStorageにはセッション用のトー

ついに出る! JSforce 2.0 JSforce 2.0 のαバージョンがリリースされています。(2.0.0-alpha.1) 2.0は、1.xでの JavaScript (ES5)ベースのコードからTypeScriptでの総書き換えになります。一時期はJSforceのAuthorの好みというか主義からFlowtypeでの書き換えを行っていましたが、昨今のTypeScriptの型表現力の向上と採用数の増加を受けてTypeScriptに途中で書き換えられました。そのため、4,5年くらい前から計画されていた2.0ではありますが、やっとのαリリースになります。 JSforceがTypeScriptベースで書き直されたことの恩恵は、まずはライブラリ内のコードの品質を高める効果が第一となるので、同ライブラリを利用するだけのユーザから見ればあまり感じないかもしれません。しかし昨今ではTypeScr

Salesforce DX向上委員会によるプラットフォーム愛護週間の記事です。 Salesforce組織における開発の問題点 Salesforceでシステムを作る際の良い点というのは、ほぼエンドユーザのような非エンジニアでもポイント＆クリックでカスタマイゼーションできてしまうところです。もちろん、エンジニアであっても、UIで作業をしてそのままプロトタイピングできるというのは大変効率の良いものです。 ただ、もちろんこれは諸刃の剣であって、一般的なシステム開発では当然のように使われているVCS（Version Control System; gitなど）と相性がとても悪いということが挙げられます。アプリケーションを構成する情報のソースがSalesforce組織内に閉じられてしまい、コードにコミットされたものと異なってしまいがちだからです。 Salesforceは、エンドユーザ自身がカスタマイズ

Web Components と Lightning Web Components 「Web Components」というWeb標準仕様があります。具体的には "Custom Elements" と "Shadow DOM" および "HTML Template" という個別の仕様群となりますが、この仕様に対応したブラウザプラットフォーム上であれば、開発者はこの仕様に則ることで再利用可能なコンポーネントを開発することができる、というものです。 Salesforce が最近発表した「Lightning Web Components (LWC)」は、このWeb Components仕様に対応した形で開発ができるというアナウンスがされています。 これについて、実際には　「Web Components標準仕様に準拠」といってしまうのは少し無理がある、少なくとも文字通り受け取るのは難しいと考えていま

型付け地獄へようこそ 個人的にはここ2, 3年ほどJavaScriptの型付けとしてFlow(Flowtype) をメインで扱ってきていたのですが、いよいよTypeScriptもバージョン3になり型の表現力も増し、さらにBabelでもうまくいけるようになったのを見てきたので、TypeScriptもちらほらやってきています。 しかしながら、主にReactの開発でTypeScriptを使っていますが、Flowtypeと比べてどうも腑に落ちない点が多々あります。その一つがHOCの型付けの際の型推論です。 まずは普通のpresentational (dumb) component。描画要素およびハンドラをプロパティで受け取るだけ。 import * as React from 'react'; export type CompProps = { title: string, count: numb

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Lightningコンポーネント開発の現状 いままでLightningコンポーネント開発には、大きく分けて2つの方向性がありました Lightning Componentフレームワークに則って開発する React/Vue.js(あるいはjQuery)などオープンなJavaScriptフレームワークを利用して開発する 1.に関しては、Salesforceが推し進める本道ではあるのですが、世の中のフロントエンドアプリケーション開発の動きとは少々乖離しているため、今後投資したことが負債になるのではないか、という不安はエンジニアを中心に多く聞か

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? OAuth2 JWT Bearer Token フロー SalesforceのAPIを使ってSalesforce内のデータにアクセスする場合、最近はOAuth2を使って認証するのが一般的かと思います。 しかしながら、OAuth2で最もポピュラーなフローであるAuthorization CodeフローはWebブラウザを使ったリダイレクトの仕組みを用いており、一旦ユーザエージェントを介すことが前提となることから、システム間連携などで接続するには少し不向きともいえます。また、複数のSalesforceユーザアカウントで接続する必要がある場合な

本記事では、Salesforceが提供する「LockerService」というWebアプリケーションにおけるSandboxを実現する機構について、それが産まれた背景と技術的な概要、および抱えている課題についてとりあげます。 背景 エンタープライズシステムにおけるWebアプリケーションとコンポーネント流通 コンポーネントを利用した開発をWebアプリケーションに導入しようという試みは、特にユーザインターフェースの構築における設計と開発の効率化やコードの再利用などを目的として、かなり古くからなされてきました。特に最近ではアプリケーションをSPAで開発するのが市民権を得てきており、ユーザインターフェースをコンポーネントベースで組み立てるライブラリ／フレームワークがもてはやされるようになっています。 もちろん、このようなコンポーネント指向の開発は、あくまでアプリケーション開発者の側でのコードの再利用

自分はだいたいこんなことやってますよっ、てやつ。適宜ご参考にして下さい。 1. マイドメインを登録する なぜかデフォルトの (ap|ap2).salesforce.com のままで使っている人がいまだに多いのだけど、よく慣れたSalesforce開発者は自分用の組織を3桁くらい持っているのが普通であり、そのうちの2,3は同時にログインすることになったりするので、同一ドメインでログインCookieが上書きされるのきついのです。いちいち他のブラウザとか立ち上げてられない。 2. プロファイルのIPアドレス制限を 0.0.0.0 - 255.255.255.255 に設定 たかだかDE組織にいちいちIP制限かけられたくないよ、という場合。これ設定しておくと他人とアカウント共有する場合に毎回承認メールが飛ぶのを防ぐ効果もある。 3. パスワードポリシーの有効期間をNeverに 90日で自動エクスパ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事について この記事は、現在エンタープライズ向けWebアプリケーション開発に携わってはいるが、SalesforceでのWebアプリケーション開発、ということについて慣れていない or 新たに参入する必要がある立場の人/事業者に、どのような状況であるかを解説します。 １パートナー＆市井の開発者の立場としての意見ですので、デベロッパーマーケによる大本営発表のメッセージとは違う部分は多々あると思います。 そもそもの話：Salesforceって？ Salesforceは営業支援がメインのクラウド型アプリケーションサービス。一般的にはSaa

Redux の不満 Fluxの実装であるReduxの不満点のうちの１つとして、Reducerの扱いがある。もちろんReducerの考え方とそれによるStoreの状態管理、およびcombineReducersによる状態の分割統治についてはまあよいのだけれども、Reducerには同期的な状態変化しか扱えない（扱わない）という制約がある。得てして実際のアプリではモックで同期処理で行っていたことでがいつの間にか非同期の処理となったりすることもあり、その場合Reducerで上手くやってたことでもAction Creatorの方に移動しなきゃいけなくなったりする。 Action Creatorsでは現在のState情報を見るのにはgetState()といきなりStateツリー全体にアクセスすることになる。Reducerではうまくできていた分割統治がここでは厳しくなる。なんとかMiddlewareで工夫

Node-REDは、Node.jsの環境上で動くのですが、AWS LambdaはNode.jsのアプリケーションを動作させることができるので、うまくNode−REDのflowを動かせないかなと思って試してみた話です。 課題 AWS LambdaはNode.jsの関数を記述できますが、いろいろ決まり事および環境上の制約があります。 タイムアウト（最大300秒まで設定可能） HTTPのアクセスはAPI Gateway経由 ローカルファイルシステムの書き込みは不可（/tmpディレクトリをのぞく） ここで 1. については、それほど問題なさそうです。もしバッチのような処理をやりたいなら別の環境でやるべきかと思います。 また、2. については、HTTP in / WebSocket in ノードなどうまく動かないものも出てくるでしょうが、これらのノードは諦めれば何とかなるでしょう。 しかし 3.につ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに HTML5でのアプリケーション開発は、エンタープライズ向けアプリケーションでも当たり前のようになってきました。これはSalesforceにおけるアプリケーション開発でも同じです。 Salesforceでのアプリケーション開発はVisualforce/Apexで行うというのが数年ほど続いてきたので、HTML5つまりJavaScriptを主体とするアプリケーション開発にはなれていないベンダーも多数あるかと思います。自分は創業当時からJavaScriptでのSPA(Single Page Application)をメインプロダクトに

Salesforceにおけるデータクエリ方法 Salesforceに保存されているデータを検索（クエリ）するには、SOQLというクエリ言語を用いてデータ取得方法を記述します。外部からの連携用にREST/SOAPでのAPIアクセスが開放されており、SOQL文をAPIリクエストに乗せて送信することで任意のSalesforce内のオブジェクトに格納されたレコード情報を取得することができます。 JavaScriptで作成されたHTML5/SPA(Single Page Application)からデータにアクセスする際にもAPIは利用できます。ただしブラウザJavaScriptにはSame Origin Policyが適用されますので、もしSalesforce以外のドメインにホストされているWebアプリからリクエストする場合は適切にCORS設定を施しておく必要がありますが、Visualforceか

Deployd とは Deployd は、モバイルアプリケーションなどのバックエンドAPIを作成するためのオープンソースソフトウェアです。いわゆる「MBaaS (Mobile Backend as a Service)」とよばれるクラウドサービスが提供しているサービスの基盤の部分が実装されたものと考えてよいでしょう。 特徴 プラットフォームの動作環境としてNode.js、および永続システムとしてMongoDBを採用しています。REST形式のAPIを通してJSONメッセージで通信します。つまり隅から隅までJavaScriptベース、ということです。クライアントアプリがHTML5であればJavaScriptのクライアントライブラリも提供されています。もちろん、REST APIを直接利用するのでも構いません。 プラットフォームはイベントAPIを利用して拡張できるようになっており、妥当性検証や複数