kotlinによるvert.xラッパー(vertx3-lang-kotlin)を更にラップしてみるYO! - Qiita
Kotlinのウェブフレームワークを探しているのですが、vertx3-lang-kotlinがなかなか良さそうです。 Vert.xのラッパーのようなので安定性やパフォーマンス面でも問題ないでしょう。 vertx3-lang-kotlinによるHTTP処理 import io.vertx.kotlin.lang.* fun main(args: Array<String>) { DefaultVertx { httpServer(8084, "0.0.0.0", Route { GET("/path") { request -> bodyJson { "field1" to "test me not" } } otherwise { setStatus(404, "Resource not found") body { write("The requested resource was no
Nuxt.jsのパフォーマンス向上テクニック - Qiita
Nuxt.jsのプロジェクトで使用しているパフォーマンス向上のためのテクニックです。 .nuxt/dist と static ディレクトリはNginxから直接配信する 静的ファイルはNuxt.jsのサーバを使わずにNginxから配信します。CDNなどを使うともっと効果的でしょう。 location / { root /path/to/nuxt/static; try_files $uri @proxy; } location @proxy { proxy_pass http://127.0.0.1:3000; } location /_nuxt { alias /path/to/nuxt/.nuxt/dist; } APIエンドポイントをサーバーとクライアントで分ける SSRのサーバとAPIサーバが同一LAN内の場合は、余計なネットワークコストを発生させないように、SSR時はLAN内で通信
ヘッドレスブラウザ(Chrome)を使ってSPAをスクレイピングする - Qiita
一般的なスクレイピング手法とその問題点 スクレイピングというと、HTTPクライアントライブラリを用いてHTML取得し、HTML/XMLパーサーで解析するというのが一般的だと思います。 この手法の場合、以下の場合にうまく処理できません。 ターゲットのページがJavaScriptにより動的にDOMを操作する場合 HTML/XMLパーサーが取得したHTMLを正しく解釈できない場合(正しくないHTMLでもブラウザはなんとか処理するが、パーサーライブラリは正確なHTMLでないと処理できないことがある) 特に問題になるのは前者でしょう。最近のWebサイトではJavaScriptでDOMを操作することは珍しくなくなってきています。SPAであればなおさら難しく、もはやこういった手法によるスクレイピングは不可能でしょう。 ヘッドレスブラウザによるスクレイピング 動的なDOMやパーサーがうまく解釈できないとい
ヘッドレスChromeをもっとも簡単に操作できると思われるNightmareJS風ライブラリ - Qiita
Chrome59(2017/05/27現在はベータ)から--headlessオプションを使うことでChromeをヘッドレスブラウザとして使えます。これをNodeJSから操作するにはchrome-remote-interfaceというNPMパッケージを使うのですが、そのままですとなかなか面倒です。そこで、NightmareJS風にヘッドレスChromeを操作することができるライブラリをご紹介します。 GitHub: https://github.com/OnetapInc/chromy 基本的な使い方 このようにNightmareJS風のメソッドチェーンで操作することができます。visibleオプションを指定すればヘッドレスモードではなく通常モードでChromeを起動することもできます。 Chrome本体は標準的なインストールをしていれば自動的に最も新しいChromeを探してそれを起動します
あなたの開発、Hype(誇大宣伝) Driven Development になっていませんか？ - Qiita
去年ですがmediumで話題になっていた記事にHype(誇大宣伝) Driven Development(HDD)というものがあります。 国内でもこれで失敗している例をよくみかけますし、とても共感したので紹介できればと思います。 翻訳ではなく、自分なりに噛み砕いて個人的な考えなども入れています。 概要 HDDとは一言でいえば、技術選定という重要なプロセスを他人任せにしてはならないという啓蒙です。 誰かが良いと言っているという理由で技術選定をしてはいけません。 例えば以下を理由に技術選定するのは Hype Driven Development(HDD)です。 ・すごく偉い人がおすすめしていた ・カンファレンスですばらしい技術だと紹介されていた ・新しい技術だ ・人気が急上昇している ・超有名企業のA社が導入した その技術は自分たちのどんな問題を解決してくれるのか。 開発の規模に、自分たちのス
国内初のウェブプッシュサービスbpushのOSS化と運営して学んだことについて - Qiita
bpushをオープンソースにしてみた 下記の記事を投稿したのが 2015年04月28日 で、もう少しで２年になります。 ウェブにプッシュ通知をもたらすウェブサービス「bpush」を作った この記事を投稿してから bpush はほんの少し話題になりました。それから約２年。 クラウドサービスとしてのbpushは2017年3月末をもってサービスをクローズし、 大幅に機能拡充してオープンソースソフトウェアとして公開することになりました。 主な機能追加 Firefoxサポート(VAPID対応) 日々の送受信数などの統計ページの用意 ユーザーをタグ付けするAPIの用意(指定タグのユーザーにAPI経由で通知を送信) golangによる高速なAPIの追加 余談ですが、クリック数の計測のためのAPIがPHPだと間に合わないという問題がありまして、わりと最近ですがクリック数計測のAPIをgolangで書きまし
vue.js + Cordova + Kotlin + SpringBoot + MySQL というスタックでSPAを作ってみて - Qiita
vue.js + Cordova + Kotlin + SpringBoot + MySQL というスタックでSPAを作ってみてJavaScriptKotlinCordovaVue.jsSpringBoot タイトルの通りのスタックでSPAを作成したので得た知見とかを書きます。 iPhoneとAndroidのアプリとしてリリース済みです。 vue.jsは1.0系です。 それぞれの技術を採用した動機 Cordovaを採用した動機 開発チームが小規模なためiPhoneとAndroidの両方を別々に開発していくのは辛いという問題がありました。 HTML5によるハイブリッドアプリにすることで少ない開発リソースで複数のプラットフォームをサポートできるようにするためCordovaを採用しました。 Vue.jsを採用した動機 別にReact.jsでもRiot.jsでも良かったのですが、自分がしばらくVu
phpのisset_or()というユーティリティ関数が地味便利。 - Qiita
phpのisset()関数のドキュメントにあったisset_or()というユーティリティが地味便利なので紹介します。 なんとかしたいやつ phpではよく isset() と三項演算子の組み合わせよく使いますよね。 こういうのです。 $result = (isset($a['super_long_assoc_array_key'])) ? $a['super_long_assoc_array_key'] : null; これの気持ち悪いところは2回同じことを書かなければならないところ。 なんとかしてくれるやつ これがドキュメントのノートに投稿されていたisset_or()です。上記のなんとかしたいやつをなんとかしてくれます。 function isset_or(&$check, $alternate = NULL) { return (isset($check)) ? $check : $a
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
