はてブログ

はてなブックマーク新着エントリーの過去ログサイトです。



タグ クライアントサイド

新着順 人気順 5 users 10 users 50 users 100 users 500 users 1000 users
 
(1 - 25 / 101件)

フルスタック Web フレームワーク HonoX を使ってみる

2024/02/11 このエントリーをはてなブックマークに追加 91 users Instapaper Pocket Tweet Facebook Share Evernote Clip フルスタック web hono vite honox

フルスタック Web フレームワーク HonoX を使ってみる 2024.02.10 HonoX は Hono と Vite をベースにしたフルスタック Web フレームワークです。Hono が提供するサーバーサイドやクライアントサイドの機能を使いつつ、ファイルベースルーティングや Islands Architecture などの新しい機能を使うことができます。 HonoX ... 続きを読む

パスワード変更用のURLを明示すためのwell-known URL for Changing Passwordsという仕様について

2023/06/01 このエントリーをはてなブックマークに追加 205 users Instapaper Pocket Tweet Facebook Share Evernote Clip 仕様 URL bokken_ tag 想定 パスワード変更

作成日 2023-05-31 更新日 2023-05-31 author @bokken_ tag well-known, appsec はじめに パスワード変更のためのURLを示すための、A Well-Known URL for Changing Passwords という仕様が存在する。¶ この仕様は主にクライアントサイドのパスワード管理ツールで使われる想定の仕様だ。¶ 本記事ではこの仕様がどういうも... 続きを読む

期間の扱い方とその名前 - いけだや技術ノート

2022/08/29 このエントリーをはてなブックマークに追加 15 users Instapaper Pocket Tweet Facebook Share Evernote Clip イケダ 技術ノート 扱い方 名前 期間

とあるAPIのスキーマの叩き台をクライアントサイドとして検討している際に、コンテンツの公開期間やイベントの開催期間のような期間について議論が少し盛り上がった。 要件としては、期間の開始と終了の日時をそれぞれ取得できたい。 期間を考える時、開始と終了がそれぞれinclusiveなのかexclusiveなのかをまず考慮すべ... 続きを読む

Relayに学ぶGraphQLのスキーマ設計 - cockscomblog?

2021/04/13 このエントリーをはてなブックマークに追加 17 users Instapaper Pocket Tweet Facebook Share Evernote Clip Relay Apollo TypeScript スキーマ設計

2018年の初めくらいから、仕事でGraphQL APIを何度も作っている。サーバーサイドもクライアントサイドも実装している。 最近クライアント側にRelayを使ってみている。 GraphQLのクライアントとしてはApolloを使う場合が多いと思うが、Facebook製のRelayもかなりよくできている。以前はTypeScriptに対応していなかったが... 続きを読む

クライアントサイドのバリデーションエラーのデータ型についての考察 - STORES Tech Blog

2021/04/05 このエントリーをはてなブックマークに追加 17 users Instapaper Pocket Tweet Facebook Share Evernote Clip stores inouetakuya バリデーション 考察

業務委託で STORES の開発をしている @inouetakuya です。 先日 STORES のフロントエンドチーム内でクライアントサイドのバリデーションについて見直す機会があり、特にバリデーションエラーのデータ型をどうするかについての議論が興味深かったので、共有させていただきます。 背景 議論の背景について簡単に触れておく... 続きを読む

バックエンド Web API に管理画面/管理機能を追加するアーキテクチャパターン - valid,invalid

2021/01/22 このエントリーをはてなブックマークに追加 283 users Instapaper Pocket Tweet Facebook Share Evernote Clip プレゼンテーションロジック アーキテクチャパターン 実装

プレゼンテーションレイヤ、いわゆるフロントエンドがクライアントサイドで実装・実行されるアーキテクチャ (注 1) において、管理画面/管理機能をあとから追加する際にどのような実装パターンがあるのかを整理してみます。 注 1: Presentation Domain Separation の実践の中でも、物理的にプレゼンテーションロジックと... 続きを読む

C#のみを使って、今ソーシャルゲームアプリを作るとしたら - Qiita

2020/06/29 このエントリーをはてなブックマークに追加 12 users Instapaper Pocket Tweet Facebook Share Evernote Clip Qiita サーバーサイド 言語 ソーシャルゲーム界隈 近年

はじめに 現在進行形でC#のみを使って個人でソシャゲ作りを試しているyoship1639です。 本記事はQiita夏祭り2020「〇〇(言語)のみを使って、今△△(アプリ)を作るとしたら」のテーマに沿った内容となっています。 近年のソーシャルゲーム界隈は多様化が進んでクライアントサイドだけではなくサーバーサイドもあらゆる... 続きを読む

GraphQLとクライアントサイドの実装指針.md · GitHub

2020/02/22 このエントリーをはてなブックマークに追加 25 users Instapaper Pocket Tweet Facebook Share Evernote Clip Facebook GitHub GraphQL スキーマ 特徴

GraphQLとクライアントサイドの実装指針.md GraphQLとクライアントサイドの実装指針 GraphQLって何 Facebookが開発した クエリ言語 今はGraphQL Foundationに移管されている https://quramy.github.io/graph-api-note/#/ GraphQLの特徴 スキーマと静的な型 Demand Driven Architecture Composition 1. スキーマと静的な... 続きを読む

C#大統一理論 - Qiita

2019/12/03 このエントリーをはてなブックマークに追加 14 users Instapaper Pocket Tweet Facebook Share Evernote Clip Qiita Cysharp サーバーサイド クライ 理論

C#大統一理論とは CySharpのneueccさんが提唱している理論で、ザックリ言えば サーバーサイドもクライアントサイドもC#で完結できるとよくね? という理論です。 そして現状サーバーサイドとクライアントサイドの両方で使える言語はC#を除くとJavaScriptくらいだと思います(なんかあったら教えてください) C#でクライ... 続きを読む

クライアントサイドに基づいたWeb開発アーキテクチャ「JAMstack」がなぜ人気になっているのか | コリス

2019/11/05 このエントリーをはてなブックマークに追加 60 users Instapaper Pocket Tweet Facebook Share Evernote Clip JamStack コリス 静的サイトジェネレーター 元ザ 下記

静的サイトジェネレーターが最近、非常に普及してきました。 それに合わせて注目されているのが「JAMstack」です。JAMstackとは何なのか、なぜJAMstackが人気になっているのかを紹介します。 Why JAMstack is Becoming so Popular by Luca Spezzano 下記は各ポイントを意訳したものです。 ※当ブログでの翻訳記事は、元サ... 続きを読む

クライアントサイドからサーバサイドまで破壊するテンプレートエンジンを利用した攻撃と対策

2019/08/09 このエントリーをはてなブックマークに追加 54 users Instapaper Pocket Tweet Facebook Share Evernote Clip テンプレートエンジン サーバサイド autoscale 攻撃

autoscale: true クライアントサイドからサーバサイドまで破壊するテンプレートエンジンを利用した攻撃と対策 - 3つのテンプレート - 自己紹介 Name : azu Twitter : @azu_re Website: Web scratch, JSer.info アジェンダ テンプレートとは テンプレートの種類(レベル) テンプレートをコンパイルする場所と問題 信頼でき... 続きを読む

サイト上で実行されるプログラムについて同意を確認するためのプログラム – GUNMA GIS GEEK

2018/06/19 このエントリーをはてなブックマークに追加 119 users Instapaper Pocket Tweet Facebook Share Evernote Clip GUNMA GIS GEEK 同意 プログラム サイト上 昨今

昨今、クライアントサイドでプログラムを実行するリスクが高まっています。 そこで、ページ上で実行されるプログラムについて閲覧者に同意を求めるプログラムをこのページに埋め込んでみました。 ひとえにクライアントサイドで実行されるプログラムといっても様々なものがあります。 例えばこのブログはWordpressで作ら... 続きを読む

JavaScriptによるnoindex挿入をGoogleは推奨せず、JSレンダリングはセカンドウェーブのインデックス | 海外SEO情報ブログ

2018/06/12 このエントリーをはてなブックマークに追加 36 users Instapaper Pocket Tweet Facebook Share Evernote Clip Googlebot noindex rel インデックス 上級

[レベル: 上級] noindex タグを JavaScript によってクライアントサイドで挿入することが可能です。 Googlebot はきちんとレンダリングし処理できます。 しかしながらこの方法は、処理に時間がかかることがあるため推奨されません。 JS による noindex 挿入を推奨しない JavaScript によって クライアントサイドでレンダリングさせた rel="canonica... 続きを読む

JS挿入してクライアントサイドでレンダリングしたcanonicalタグをGoogleは実際にはきちんと処理することが判明 | 海外SEO情報ブログ

2018/06/06 このエントリーをはてなブックマークに追加 16 users Instapaper Pocket Tweet Facebook Share Evernote Clip canonicalタグ 判明 Google 実際

続きを読む

レンダリング後にGoogleに無視されるのはrel=canonicalとrel=amphtmlの2つだけ。hreflangとprev/nextはクライアントサイドでの挿入が可能 | 海外SEO情報ブログ

2018/05/29 このエントリーをはてなブックマークに追加 38 users Instapaper Pocket Tweet Facebook Share Evernote Clip Prev rel canonical hreflang DOM

[レベル: 上級] JavaScript で DOM を操作して クライアントサイドでレンダリングした rel="canonical" は Google には無視 されます。 rel="canonical" 以外のほかのタグはどうなのでしょうか? 同じように無視されるのでしょうか? それともきちんと認識されるのでしょうか? 無視されるのは rel=”canonical” と rel=”amphtm... 続きを読む

クライアントサイドでレンダリングしたrel="canonical"をGoogleは完全無視 | 海外SEO情報ブログ

2018/05/21 このエントリーをはてなブックマークに追加 29 users Instapaper Pocket Tweet Facebook Share Evernote Clip Twitter rel canonical レンダリング 補足

[レベル: 上級] Google は生 の HTML に記述されている rel="canonical" だけを処理します。 クライント側のレンダリングで生成された rel="canonical" は完全に無視されます。 Web担当者Forum 連載コラム で先週取り上げ、その後 Twitter でも補足 したことなのですが、特に、開発者と密接に連携してサイト管理している人にとっては重要な情報なので... 続きを読む

クライアントサイドのモデルとは何か 後編 ~ 単方向データフローと参照透過性 - mizchi's blog

2018/05/17 このエントリーをはてなブックマークに追加 232 users Instapaper Pocket Tweet Facebook Share Evernote Clip クライアントサイド MVC mizchi's blog

2018 - 05 - 17 クライアントサイドのモデルとは何か 後編 ~ 単方向データフローと参照透過性 この記事は クライアントサイドのモデルとは何か 前編 ~ クライアントサイド MVC の死 - mizchi's blog の後編。 前提として、今回の出す例で、「Web フロントエンドで、そこまで複雑な状態を考慮するなんてそもそも間違ってる」という意見があると思う。これに関して、そもそも「... 続きを読む

クライアントサイドのモデルとは何か 前編 ~ クライアントサイド MVC の死 - mizchi's blog

2018/05/15 このエントリーをはてなブックマークに追加 524 users Instapaper Pocket Tweet Facebook Share Evernote Clip Flux 蓄音機 MVW ViewModel Model

2018 - 05 - 15 クライアントサイドのモデルとは何か 前編 ~ クライアントサイド MVC の死 前置き この記事、本来は Flux には Model がないのではないかと思った覚書 - ナカザンドットネット と Flux の Store が ViewModel かって話からの MVW とかどうでもいいって話 - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く として書き始めた記事だ... 続きを読む

DroidKaigi 2018で『すばらしきGraphQLのSEKAIへようこそ』という発表をしました - Islands in the byte stream

2018/02/09 このエントリーをはてなブックマークに追加 19 users Instapaper Pocket Tweet Facebook Share Evernote Clip SEKAI DroidKaigi サーバーサイド 実装 視点

DroidKaigi 2018 に参加して発表してきました。 今回はDroidKaigiということでクライアントサイドの視点から解説しています。よって、サーバーサイドの実装についてはまったく触れていません。サーバーサイドの実装については以前発表をしたことがあるのでそちらもどうぞ。 RejectKaigi 2017で「GraphQL on Rails」という発表をしました - Bit Journey... 続きを読む

Reactを使って本気でアンケートシステムをつくった - Qiita

2017/12/25 このエントリーをはてなブックマークに追加 481 users Instapaper Pocket Tweet Facebook Share Evernote Clip Qiita React レポジトリ OSS 実装

この記事は エムスリー Advent Calendar 2017 の25日目の記事です。 普段はDB・サーバサイド・クライアントサイドまでの設計・実装・運用を扱っていますが、この記事ではReactを使って開発したシステムについてを紹介しようと思います。 作ったもの アンケートシステム( survey-designer-js )を作り、社内で使っていました。またOSSとしてレポジトリに公開もしていま... 続きを読む

Firebase Cloud FunctionsでFirebase Analyticsのカスタムイベントをリアルタイムで扱う方法 | Nagisaのすゝめ

2017/09/20 このエントリーをはてなブックマークに追加 25 users Instapaper Pocket Tweet Facebook Share Evernote Clip イベントログ カスタムイベント Firebase イベン 動機

試した動機 クライアントサイドはAPIのアクセスログやらを直接触る機会がないと思いますが、ふとユーザーの垂れ流しになっているイベントログを使ってあそんでみたいなと思ったのがきっかけです。 なので色々探したところ、 Firebase の Analytics でイベント計測をして Cloud Functions で出力をする方法が見つかったので、そちらの手段を紹介します。 Analytics にイベン... 続きを読む

Web クライアントサイドのパフォーマンスメトリクス — Speed Index、Paint Timing、TTI etc... ::ハブろぐ

2017/07/11 このエントリーをはてなブックマークに追加 93 users Instapaper Pocket Tweet Facebook Share Evernote Clip TTi パフォーマンスメトリクス ハブろぐ web

色々なパフォーマンス指標のこと 何かを評価するときには何らかの指標(メトリクス)を定めますが、何を指標として設定してどのように測るかというのは重要です。 いわゆる KPI もそうですが、扱っている商材やビジネスのステージ(フェーズ)によっても適切な指標は変わるかもしれません。色々な指標をよく理解して引き出しを広げておくことは、状況に合わせて適切な指標を選んで改善していく過程で役立ちます。 これまで... 続きを読む

#teppeis_sushi でクライアントサイドDDDについて発表した | Web Scratch

2017/07/04 このエントリーをはてなブックマークに追加 45 users Instapaper Pocket Tweet Facebook Share Evernote Clip FAA azu Electron DDD ブラウザ

#teppeis_sushi というイベントで、 Faao - ドメイン駆動設計で作るGitHub Issue Client - という話をしました。 Electronやブラウザなどで動く faao というGitHubクライアントを書いていてそれの技術的な話です。 クライアントサイドでDDDを取り入れた設計になっていて、その設計や規約の作り方やそれを守る方法についての話をしました。 azu/faa... 続きを読む

無料でAES256で暗号化された静的HTMLページを簡単に作成できる「StatiCrypt」 - GIGAZINE

2017/06/15 このエントリーをはてなブックマークに追加 57 users Instapaper Pocket Tweet Facebook Share Evernote Clip GIGAZINE サーバサイド github.io 復号化

暗号規格のJavaScriptライブラリである「 crypto-js 」を用い、サーバサイドではなくクライアントサイドで復号化できる静的なパスワードで保護されたHTMLページを作成できるのが「 StatiCrypt 」です。使用される暗号化方式は「 AES256 」です。 Static HTML Crypto https://robinmoisson.github.io/staticrypt/ 使... 続きを読む

Reactのサーバサイドレンダリングとパフォーマンスについてのメモ - Qiita

2017/05/24 このエントリーをはてなブックマークに追加 88 users Instapaper Pocket Tweet Facebook Share Evernote Clip Qiita React サーバサイドレンダリング 圧縮 メモ

Reactのサーバサイドレンダリングとパフォーマンスについて調べてたのでメモ 基本的なこと サーバサイドとReactのproduction build 要約: Reactをサーバサイドで使うときも、クライアントサイドのように圧縮(というよりあcode eliminate)しないと遅い Reactはdev向けのコードを大量に含んでいる。 これは process.env.NODE_ENV !== 'p... 続きを読む

 
(1 - 25 / 101件)