タグ

2019年12月16日のブックマーク (13件)

  • Slim Framework

    Slim is a PHP micro framework that helps you quickly write simple yet powerful web applications and APIs. <?php use Psr\Http\Message\ResponseInterface as Response; use Psr\Http\Message\ServerRequestInterface as Request; use Slim\Factory\AppFactory; require __DIR__ . '/../vendor/autoload.php'; $app = AppFactory::create(); $app->get('/hello/{name}', function (Request $request, Response $response, ar

  • GitHub - slimphp/Slim-Skeleton: Slim Framework 4 Skeleton Application

  • PHP 7.3 + Swoole で非同期処理の Coroutine を使ってもごもごする - Qiita

    はじめに 以前 pthreads で非同期処理(厳密には並列処理)をする話を書きました。 PHPで超簡単に並列処理をするPromiseを作ってPackagistに公開した話 PHP Promiseで複数のソケットを同時に捌く PHPのpthreads(マルチスレッディング)でソケットを捌く と、記事を書かせていただいたのですが、実は非同期処理の拡張の有名所で、 Swoole があります。 Swooleは公式サイトにも書かれていますが、イベントドリブンな非同期処理をすることを専門に扱っている拡張機能です。 Swoole is an high-performance network framework using an event-driven, asynchronous, non-blocking I/O model which makes it scalable and efficient

    PHP 7.3 + Swoole で非同期処理の Coroutine を使ってもごもごする - Qiita
  • Open Swoole: PHP Server with Async IO, Coroutines and Fibers (previously Swoole) | Open Swoole PHP

    Powering the next-generation microservices and applicationBuild high-performance, scalable, concurrent TCP, UDP, Unix Socket, HTTP, WebSocket, GRPC services with PHP and easy to use coroutine, fibers API Write your next scalable async application with PHP coroutines and fibers. Compared with other async programming frameworks or software such as Nginx, Tornado, Node.js, Open Swoole is a complete a

    Open Swoole: PHP Server with Async IO, Coroutines and Fibers (previously Swoole) | Open Swoole PHP
  • API サーバーを Clean Architecture で構築する - OPTiM TECH BLOG

    はじめまして。オプティムのR&Dに所属している新卒2年目の板垣です。 普段は、AI の学習に必要な教師データを作成するためのアノテーションツールの設計・開発・運用を行なっています。 アノテーションツール自体は Web アプリで、クライアント側は ReactTypeScript、サーバー側は Go で実装しています。 さて、先日 Clean Architecture 達人に学ぶソフトウェアの構造と設計 というITエンジニアに読んでほしい!技術書・ビジネス書 大賞2019 の技術書部門ベスト10にノミネートされました。 記事を読もうと思って下さった方の中には、このを読もうと思っている、または、もう読んだという方が結構いらっしゃるのではないでしょうか。 かくいう私も、携わっているソフトウェアのソースコードがひどくて(というより、そのアーキテクチャでは耐えられなくなってきたと言った

    API サーバーを Clean Architecture で構築する - OPTiM TECH BLOG
  • 実践クリーンアーキテクチャ │ nrslib

    YouTube での解説 YouTube にて Java コードをベースに解説を行いました。 コードの雰囲気は C# とほとんど同じなので参考になるかと思います。 もしよければご覧ください。 Java コードの記事リンク:https://nrslib.com/clean-architecture-with-java/ その他解説もしています。もしよろしければチャンネル登録をお願いいたします。 Qiita 版 Qiita に CUIGUI 向けのクリーンアーキテクチャの記事を書きました。 ボブおじさんのクラス図を模したものです。 Web とはまた異なった実装になるので、もしよければ合わせてご参照ください。 https://qiita.com/nrslib/items/a5f902c4defc83bd46b8 さらに PHPLaravel 版も作ってみました。 https://qi

    実践クリーンアーキテクチャ │ nrslib
  • JWT.IO

    JSON Web Tokens are an open, industry standard RFC 7519 method for representing claims securely between two parties. JWT.IO allows you to decode, verify and generate JWT. Learn more about jwtSee jwt libraries Warning: JWTs are credentials, which can grant access to resources. Be careful where you paste them! We do not record tokens, all validation and debugging is done on the client side.

    JWT.IO
  • 開発者が知っておくべきSOLIDの原則 | POSTD

    (編注:2020/08/18、いただいたフィードバックをもとに記事を修正いたしました。) オブジェクト指向プログラミングが、ソフトウェア開発に新しい設計を持ち込みました。 その結果、開発者は単一の目的を処理するために、全体のアプリケーションに関係なく、1つのクラスの中で、同じ目的や機能を持つデータを結び付けることができるようになりました。 しかし、このオブジェクト指向プログラミングで、分かりにくいプログラムやメンテナンスができないプログラムを防ぐことはできません。 そこで、5つのガイドラインがRobert C. Martinによって作り出されました。これら5つのガイドラインすなわち原則により、開発者にとって読みやすく、メンテナンスが可能なプログラムを作成しやすくなりました。 5つの原則は、S.O.L.I.Dの原則と呼ばれています(頭字語はMichael Feathereによって名付けられま

    開発者が知っておくべきSOLIDの原則 | POSTD
    shimooka
    shimooka 2019/12/16
  • マイクロサービス時代の認証と認可 - AWS Dev Day Tokyo 2018 #AWSDevDay

    マイクロサービスが話題を集め、コンポーネントの急速な API 化が進んでいます。 認証や認可は、主にエンドユーザとシステムの間の問題だと認識されますが、今やコンポーネント間のサービス呼び出しにおいても重要な役割を担っています。 複雑に入り組んだマイクロサービス間の認証と認可について、実際に開発している API プラットフォームの実例を元に、実践的な知見をお伝えします。Read less

    マイクロサービス時代の認証と認可 - AWS Dev Day Tokyo 2018 #AWSDevDay
  • どうする?マイクロサービスでの認可と認証 後編 | cloud.config Tech Blog

    はじめに 以前のブログにおいて、マイクロサービスにおける認証や認可の仕組みの実装の難しさについて説明しました。 モノリシックなアーキテクチャのサービスとは違い、マイクロサービスアーキテクチャではサービスが複数になるので、ユーザー情報や認証情報をどのように持つのかが問題になっていました。 認証に関する同じデータを全部のサービスに持たせると、どれか一つで情報に変更が加えられると残りのすべてのサービスに反映させなければならないのでデータベースの時と同じようにデータの整合性の問題が起きます。 これをどのように解決していけばいいのかについて、今回は解説したいと思います。 David Borsosによる4つのパターン Javaアプリケーション開発で8年の経験があるDavid Borsosという方が、「Authentication in Microservice Systems」というタイトルでマイクロ

    どうする?マイクロサービスでの認可と認証 後編 | cloud.config Tech Blog
  • どうする?マイクロサービスでの認可と認証 前編 | cloud.config Tech Blog

    はじめに 何らかのサービスを作成するうえで、認証、認可の仕組みは必要不可欠です。 ログインができて、ログインしたユーザーしか特定のサービスを使えないようにするという機能は、実際ほとんどどんなサービスにも実装されています。 その機能のために必要なのが認証と認可の仕組みであり、その実装方法について様々な方法が開発され、使われてきました。 しかし、マイクロサービスなアーキテクチャでアプリケーションを作成しようとした場合、これらの機能はモノリシックなアーキテクチャと同じように実装しようとすると困難が生じます。 例えば、モノリシックアーキテクチャと同じようにサービスごとに認証機能を実装していると、一つのサービスにログインしてそのサービスを利用した後に別のサービスを使用しようとしたとき、そのサービスではログインしていないために再びログインを求められることになり不便になります。 そしてそもそも、認証や認

    どうする?マイクロサービスでの認可と認証 前編 | cloud.config Tech Blog
  • マイクロサービス アーキテクチャの設計 - Azure Architecture Center

    このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 マイクロサービスは、回復性があり、単独でのデプロイが可能で、迅速に展開できる非常にスケーラブルなアプリケーションを構築するための一般的なアーキテクチャ スタイルです。 しかし、マイクロサービス アーキテクチャが成功するには、アプリケーションを設計および構築するのためのさまざまなアプローチが必要です。 マイクロサービス アーキテクチャは、小さな自律サービスのコレクションで構成されています。 各サービスは自己完結型であり、境界付けられたコンテキスト内で 1 つのビジネス機能を実装している必要があります。 境界付けられたコンテキストは、ビジネス内の自然な区分であり、ドメイン モデルが存在する明示的な境界を提供します

    マイクロサービス アーキテクチャの設計 - Azure Architecture Center
  • Acrobatが買えなくても安心、PDFの墨消し - おがさわらなるひこのオープンソースとかプログラミングとか印刷技術とか

    この記事はLibreOffice Advent Calendar 2019の15日目の記事です。昨日はhajime_nakagamiさんのLibreOffice の Base と Firebirdでした。 さて。お手元にある特定の文書。誰かにお渡しなければならないのだけど、あるいはWebなどで公開する必要があるのだけど、いやーこの一部の情報だけは隠さないといろいろまずい。そんな状況に急に追い込まれることが、この複雑な社会で生きていると、あるかもしれません。 要は見えなきゃいいんでしょ? じゃあ黒いオブジェクトを上に乗せて、PDFにして編集不可にすればいいじゃない。 ほら、これで大丈夫! けど、このPDFをLibreOffice Drawで開くと…… 動かしたら情報丸見え! そう、単にPDF化しただけでは、オブジェクトとしては残っちゃってるんですねー。 ナニナニ? Acrobatには「墨消し

    Acrobatが買えなくても安心、PDFの墨消し - おがさわらなるひこのオープンソースとかプログラミングとか印刷技術とか