管理者権限のないプレーンなWindowsでWebサーバを立てる戦い - Qiita
ある事務職エンジニアの嘆き 非IT企業に勤務する事務職という名のエンジニアの皆様におかれましては、以下のようなきわめて過酷な環境に置かれていることと思います。 管理者権限のないWindows ソフトウェアのダウンロード・インストール不可。 Webは仮想環境でしか閲覧不可。 PHPもPythonもRubyもNode.jsも使用不可。 当然VisualStudioもVSCodeもSublimeTextさえ使えず、あるものといえばWordとExcelとメモ帳と付箋くらい。 この牢獄のような環境下で、事務職エンジニアはExcelVBAやHTA、WSH、コマンドプロンプト、PowerShellといった、プレーンなWindowsでも使える技術を手に、日夜メモ帳と戦っていることでしょう。 特にわたしはWebが好きで、html/css/javascriptが得意なので、HTA（Webの技術で超簡単にデスク
HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様
今日では HTTP(s) で API が公開されることは当たり前の時代ですが、エラーをアプリケーションにどう伝えるかは、個々の API の設計に依存していました。特に、HTTP ステータスコードは有限であり、元々持っている意味があるので、自由に使うことはできません。API はそのドメインごとにもっと複雑で細かなエラー情報があるはずで、それらはレスポンスボディに載せてアプリケーションに伝えることになりますが、その書式に規定は今までありませんでした。 HTTP API にて、アプリケーションにエラー情報を伝達するための（レスポンスボディに載せられる）標準的な形式が、RFC7807 Problem Details for HTTP APIs で定められています。適用例としては、以下のようになります。 HTTP/1.1 403 Forbidden Content-Type: application
トークンを利用した認証・認可 API を実装するとき Authorization: Bearer ヘッダを使っていいのか調べた - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? TL;DR HTTP でトークンを利用した認証・認可をする手法として RFC 6750 がある OAuth に限らず、トークンを利用して認証・認可する機構の一部として Authorization: Bearer ヘッダを使うことができる 使い方について詳しくはこの記事の下のほうに書いた 要求 トークンを利用した認証・認可機構を持つ API を作りたい クライアントがトークンを HTTP リクエストに含めて送信し、サーバはトークンを検証してリソースへのアクセスを許可したい Authorization: Bearer トークン ヘッダでトー
RubyでHTTPクライアントを書いてみる - Qiita
こんにちわ。 CrowdWorks Advent Calendar の 19日目の記事になります。 この記事ではRailsエンジニアは案外知らない人が多い、HTTP通信の基本をおさらいしてみようと思います。 HTTPとは (後で元気があれば説明を書く) っ https://ja.wikipedia.org/wiki/Hypertext_Transfer_Protocol 実際に通信しているところを見てみる (curl編) $ curl -v http://www.google.com/ * Trying 216.58.221.4... * Connected to www.google.com (216.58.221.4) port 80 (#0) > GET / HTTP/1.1 > Host: www.google.com > User-Agent: curl/7.43.0 > Acc
モバイルアプリ開発者のための mitmproxy 入門 - Qiita
はじめに モバイルアプリを開発しているときに、アプリとサーバー間の通信を確認したいときがあります。たとえば、期待通りの HTTP リクエストが送られているか調べたり、サーバーからのレスポンスが間違っていないか確認したりする必要が生じます。 そんなときに、いちいちデバッガで止めても良いのですが、プロキシをはさめば簡単に通信を覗くことができます。しかも、レスポンスを改竄して、わざと不正なレスポンスにしてアプリがクラッシュしないかテストしたり、特定のリクエストだけブロックしてサーバー障害を擬似的に再現することができます。 mitmproxy とは mitmproxy は man-in-the-middle 型のプロキシサーバーのツールです。OS X や Windows、Linux 上で動作し、対話式の CUI を持ちます。SSL サポートをしている点が特長になります。 公式サイト: http:/
[Android] RxJavaを使わずにOkHttp3でシンプルに通信処理を書いてみる | DevelopersIO
はじめに OkHttpのバージョンが３になりいくつか変更点がありましたので変更点も含めてOkHttpの使い方をご紹介します。 Rxを使わずシンプルにOkHttpだけで通信処理をしています。 今回もいつもと同じopenweathermapを使っています。 OkHttp２とOkHttp3の違い まず OkHttpの使い方のおさらいです。 - Requestオブジェクト作る - OkHttpオブジェクト作る - enqueue()メソッドにコールバックを定義する [OkHttp2] Request request = new Request.Builder() .url("http://api.openweathermap.org/data/2.5/weather?id=2172797&APPID=464b981be2248f383ab898810xxxxxxx") .get() .build(
![[Android] RxJavaを使わずにOkHttp3でシンプルに通信処理を書いてみる | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/091f15a7d75f8343165a62700143a86becce2771/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Fandroid.png)
cURLでHTTPステータスコードだけを取得する - Qiita
こんな感じで -w (write out)で http_code を指定しつつ、他は -o (output)で /dev/null にでも捨てる。 そして -s (silent)を指定して「進捗どうですか？」を表示しないようにする。 Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up
nginx入門
1. 第10回 静岡ITPro勉強会 インフラ部 nginx⼊入⾨門 滝澤 隆史 株式会社ハートビーツ MSP事業部 所属 http://heartbeats.jp/ 1 2013-‐‑‒05-‐‑‒18nginx⼊入⾨門 2. 私は誰 • ⽒氏名: 滝澤 隆史 @ttkzw • 所属: 株式会社ハートビーツ ▫ サーバの構築・運⽤用や 24時間365⽇日の有⼈人監視をやっている会社 ▫ いわゆるMSP（マネージド サービス プロバイ ダ） • nginxとの関わり ▫ 所属会社の技術ブログ「nginx連載」 – http://heartbeats.jp/hbblog/nginx/ ▫ Software Design 2012年年12⽉月号 第2特集「⾼高速・⾼高機能HTTPサーバ Nginx構築・ 設定マニュアル」 2 2013-‐‑‒05-‐
雑なHTTPサーバーをC#で書いてみる - ぷろじぇくと、みすじら。
Created at: 2016-01-31 人生のうち一度はHTTPサーバーを書くという話をしたら意外とそうでもなくてあれー?ってなったのですが、それはそれとして。 「HTTPサーバーには人生の大切な事が全てつまっている」と言った人がいるかどうかは定かではないですが、 雑なサーバーを書いてみるのはまあまあ簡単で理解も進んで面白いのでおすすめですよ、というわけで書いてみましょうという話。 アプリにWebサーバーを組み込みたくなったりして雑なHTTPサーバーを書いてみることというのがたまにあります。 そんな時、現代ではどの言語やプラットフォームでもパッケージやライブラリであっという間にサーバーを組み込めるので自分で書くことはないかもしれません。 ですが今時だとArduinoのような省メモリであることを必要とされる環境でもHTTPサーバーが必要になったとき、 ほぼ固定機能のHTTPサーバーを実
通信系テストのためのサイトのススメ：example.com、httpbin.org、badssl.com - 病みつきエンジニアブログ
HTTP通信の機能を持ったプログラムをテストするときに、どこにアクセスするか、迷うことがある。(モックが使えるならそれがいいけど) そんなときにおすすめな、example.comとhttpbinとbadssl.comを紹介してみる。 example.com 名前がそのままだが、example.com はちゃんと動くサイトである。よくサンプル文字列として(例えばメールアドレスとかで)仕込んでたのだが、最近まで本当に生きたサイトだとは知らなかった。 亜種に example.org とか example.netもある。RFC 2606に定義されているそうで、第三者に悪影響が及ばないことを保障することができるとある。Wikipediaにも記事がある。 ただ、あくまで普通のウェブサイトであり、「403をテストしたい」といった特殊なテストには合わない。そんな人にhttpbinをおすすめしたい。 htt
HTTP/1.1 200 OK - Qiita
※このお話はたぶんフィクションです。実在の人物や団体とはあんまり関係ありません。 序 planetter.comをバージョンアップすることにした。数年前にリリースしてからずっと放置していたけど、そろそろ手を付けないとやばいと思った。 しかしウェブの世界はドッグイヤーだ。3年も経てば何もかもが変わっている。しばらく開発から遠ざかっていた僕には、最近の技術トレンドなんてさっぱりわからない。 まずは自分自身をアップデートするところから始めよう。 Atom 最初はIDEだ。以前はEclipseを使っていたけど、いまはもうウェブ系言語の進化速度に追いつけていないようだった。ウェブ開発用のIDEならいまはWebStormが人気のようだ。有料だけど、最新の技術に対応しているし、使い勝手もいい。 でも最終的にはAtomを選んだ。IDE(統合開発環境)ではなくエディタなので、これ自体は単機能だけど、不足分は
AndroidのHttpURLConnectionのPOSTでハマる(原因がわかってスッキリ) - 初老のボケ防止日記
原因がわかったところで対処方法は変わらないのである。 以前、このような記事を書いたのですが、 osa030.hatenablog.com 初のコメントを頂いたので色々と検証していたら、 HTTPサーバのKeepAliveタイムアウト後のPOST通信の処理に問題がありそうだということが判明。 結論から述べると、 結論 問題内容 「HttpURLConnectionクラスを使って、HTTP(POST)を連続で実行すると2回目以降にIOException食らう場合がある。」*1 発生パターン APIレベル19以前のHttpURLConnectionをKeep-Aliveを有効のままにしておくと、以下の場合にPOST通信に失敗する。 HTTPサーバ側が"HTTP/1.0"応答かつHTTPサーバ側がレスポンス送信後にTCPセッションをクローズしない場合 HTTPサーバ側が"HTTP/1.1"応答かつ
Pluggable HTTP Transport
Pluggable HTTP Transport The HTTP library has a fully pluggable HTTP transport layer that allows you to build on top of the low-level HTTP of your choice and optimize for the Java platform your application is running on. Thanks to this abstraction, code written for one platform works across all supported platforms, from mobile applications such as those built for Android, to installed applications
セキュリティ勉強会に参加しました 2 - woshidan's blog
2回目分のメモの続きです。 内容 徳丸本読書会 開発者のセキュリティに関する責任 裁判のガイドラインがIPA 個人情報保護法はどこから適用されるのか HTTPについて URIとスキーム DNSというスキームは無い ベーシック認証の流れ 上記以外で知らなかった用語 セッションIDの固定化攻撃 クッキーモンスター 別人問題 ゼロデイ攻撃 Gumblar リスクの受容 徳丸本読書会 1章から読んでいきました。このあたりは、まだついていけている感じなので薄めです。 開発者のセキュリティに関する責任 セキュリティには機能要件とバグに分類できるものがありますが、昨今ではある程度の標準を満たさないと開発者は裁判で負けます。 裁判の基準は https://www.ipa.go.jp/security/vuln/websecurity.html https://www.ipa.go.jp/files/000
Android:UriとUri.BuilderのAPI
android.net.UriおよびUri.BuilderクラスのAPIと、URI構文について 調査しました。 調査にあたっては下記javadocを参考としています。 http://developer.android.com/reference/android/net/Uri.html http://developer.android.com/reference/android/net/Uri.Builder.html http://e-class.center.yuge.ac.jp/jdk_docs/ja/api/java/net/URI.html 最高位レベルの文字列形式のURI構文は下記の通り([]内は省略可能) [scheme:]Scheme-Specific-Part[#fragment] URIには「絶対URI」と「相対URI」が存在し、schemeの指定がある場合は絶対URI
Android Async HTTP Clients: Volley vs Retrofit - Instructure Tech Blog
We recently released a new version of our mobile app for Android. Although it was a huge improvement from previous installments in terms of features, design, and usability, there was one nagging issue in the back of our minds: speed. There are times when the app isn’t as snappy as we’d like it to be. After some profiling, benchmarks, and common sense, we determined that retrieving data from the AP
AndroidのHttpURLConnectionのPOSTでハマる - 初老のボケ防止日記
やっぱりOkHttpにしときゃよかった。 AndroidでHTTP通信する方法は色々とあるんだけども、Google様は過去を振り返らないタイプらしい。 qiita.com 要約すると、 標準APIならFroyo以降はHttpURLConnection使っとけよ。それ以外のやつは飽きたら捨てる。 なんてジゴロなんでしょう。でも流石に家柄の良い本妻のHttpURLConnectionクラスはDeprecatedにするわけにはいかないですものね。 あれ? 過去にHttpClient使った開発があった気がする。 それはもう忘却の彼方なので忘れましょう。ということで忠告通り、とりあえず外部ライブラリに頼らずに標準APIのHttpURLConnectionを使ってみようかなと思ったら速攻ハマった。 今回のお悩み 内容 「HttpURLConnectionクラスを使って、HTTP(POST)を連続で実行
Caddy - HTTP/2対応の開発用HTTPサーバ MOONGIFT
ユーザ向けではなく、開発用途などでHTTPサーバが必要になる機会は多いかと思います。ブログのテーマを編集していたり、静的サイトのデザインをする場合もあるでしょう。そんな時、ぱぱっと使えるHTTPサーバがあると便利です。 RubyやPythonなどでHTTPサーバを立てることもできますが、Caddyを使えばバイナリファイル一つで済みます。しかもHTTP/2サポートです。 Caddyの使い方 CaddyはWindows、Mac OSX、Linux向けにバイナリが提供されています。新しい機能をふんだんに取り入れたHTTPサーバとなっています。実行は簡単で、バイナリをそのままを実行するだけです。 $ ./caddy_darwin_amd64 0.0.0.0:2015 デフォルトで2015番ポート（年数）というのが良い感じです。ヘルプは次のようになっています。 $ ./caddy_darwin_am
Http Status Code in Android Volley when error.networkResponse is null
Or, how can I ensure error.networkResponse is non-null in onErrorResponse? My first thought would be to check if the object is null. @Override public void onErrorResponse(VolleyError error) { NetworkResponse networkResponse = error.networkResponse; if (networkResponse != null && networkResponse.statusCode == HttpStatus.SC_UNAUTHORIZED) { // HTTP Status Code: 401 Unauthorized } } Alternatively, you
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
