MonacaでQRコードリーダを作ってみた – BarcodeScannerプラグイン編
こんにちは、浦本です。 Monacaチームではユーザ様のご要望に応じて日々、機能追加を行っています。 先週のデバッガ＆フレームワークの新バージョンリリースでは、 PhoneGapのプラグインであるBarcodeScannerプラグインも搭載しました。 そこで今回は、このプラグインを用いて前回の記事で作成したQRコードリーダアプリと同様のアプリを作成してみたいと思います。 IDEを開いた様子 今回作成するアプリのスクリーンショット アプリ作成手順 Monacaにログイン後、ダッシュボードから新規プロジェクトを作成してください。その際、テンプレートとして「最小限のプロジェクト」を選択してください。 こちらからzepto.min.jsを入手し、それを「www/js」フォルダに配置してください。 以下のHTML、JS、CSSファイルを記述すればアプリ完成です！ 【www/index.html】 メ
PHP と Goutte ではじめる超絶簡単クローラー入門 ログイン編 - Qiita
このへんまで来たら準備完了ですね。 みなさんバッチリ mixi にログインしてるかと思うのでログアウトしておいてください。 ねらいをさだめる ログアウトすると https://mixi.jp/ つまりトップページにリダイレクトされたかと思います。 (LINE の友達募集コミュニティって時代を感じますね！) たいせつなのはこちらです。 ログインフォーム。 こちらにメールアドレスとパスワードを挿入して submit したいわけです。 <?php require_once __DIR__ . '/vendor/autoload.php'; use Goutte\Client; $cli = new Client(); $top = $cli->request('GET', 'https://mixi.jp'); $loginForm = $top->filter('form')->form();
【初心者向け】サーバが重い時に確認すべきこと & サーバの基礎知識 - Qiita
はじめに 「なんかサーバが重たい」そう思った瞬間にどのようにボトルネックを調べるのか？ どのように対処すべきなのか？を知らない人が意外に多いので、自分の振り返りも含めまとめていきます。 サーバが重いと思ったら、、、 UNIXの開発者であり、現在はGolangの実装にも携わっているRobert C. Pike氏の、 「推測するな、計測せよ」 サーバが重いと思ったら、まずは計測していきましょう。 まずはロードアベレージを調査 まずはシステム全体の負荷指標であるロードアベレージを確認してみましょう。 確認方法はメジャーな物として、top、uptimeコマンドが存在します。 そもそもロードアベレージとは、単位時間あたりの待ちタスク数を指標としています。 uptimeコマンドを実行した場合 [moriyaman@web01 ~]$ uptime 00:57:24 up 223 days, 1:43,
[Linux] top コマンドをインタラクティブに操作する | バシャログ。
ここ最近なぜか H2 を読み直してしまっている nakamura です。くそと親父は一緒に出ませんよっと。 サーバのリソース状況を確認する際のド定番ツールといば top コマンドですが、意外と知られていない気がするインタラクティブに出力内容を操作する方法を今日はご紹介します。多機能すぎて僕も全ては把握していませんが最低限おぼえておくとちょっと効率よいですよ～。 デフォルト表示 デフォルトの表示は以下のような感じで、CPU 使用率の降順、表示されるプロセス数は無制限、3 秒に 1 回リロードされます。 ではでは以下、実際の操作例です。 ソート対象のフィールドを変える 方法は 2 つあります。 F or O 大文字の F もしくは O を入力すると以下のような表示に切り替わり、ソート対象のフィールドを選択する事ができます。 デフォルト状態なので CPU 使用率である K にチェックがついていま
![[Linux] top コマンドをインタラクティブに操作する | バシャログ。](https://cdn-ak-scissors.b.st-hatena.com/image/square/20c0b0df62783283e7ba333774006e31f6235c74/height=288;version=1;width=512/https%3A%2F%2Fbashalog.c-brains.jp%2Fimages%2Fdb01.jpg)
topコマンドで覚えておきたい使い方14個 | 俺的備忘録 〜なんかいろいろ〜
topコマンドといえば、よくLinuxのパフォーマンス状態をモニタリングするために利用されているコマンドだ。 今回は、そんなtopコマンドで覚えておきたい使い方14個を紹介する。 なお、検証で使用したtopコマンドはCentOS 7 で利用している「procps-ng version 3.3.9」のものとなっている。 1.基本的な使い方 基本的には、オプション無しで以下のようにコマンドを実行する。 top top - 07:21:06 up 4 days, 17 min, 4 users, load average: 0.00, 0.00, 0.00 Tasks: 186 total, 1 running, 185 sleeping, 0 stopped, 0 zombie Cpu(s): 0.0%us, 0.0%sy, 0.0%ni,100.0%id, 0.0%wa, 0.0%hi, 0
TOP句で変数を使ってSQLを１行にする
TOP句を使って複雑なSQLを簡単にします。 SELECTで取得する最大行数を切り替えてみる EXCELに出力する場合と画面に出力する場合でSELECTで取得する最大行数を切り替えたかったのですが、これまではSQLServerのT-SQLでTOP句の値が動的に変えれないと思っていたので、SQLを IF out_souce = 'EXECL' --EXECに出力 BEGIN SELECT TOP 65001 * FROM test_table END ELSE --画面に出力 BEGIN SELECT TOP 1001 * FROM test_table END のようにIF文で切り分けていたのですが、これでは長いSQLや条件が複雑なSQLもTOP句の値が違うだけで２つ書かなければならずメンテナンス性に欠けます。 しかしながらいつの間にかできるようになっているみたいです DECLARE @g
サービス終了のお知らせ - NAVER まとめ
サービス終了のお知らせ NAVERまとめは2020年9月30日をもちましてサービス終了いたしました。 約11年間、NAVERまとめをご利用・ご愛顧いただき誠にありがとうございました。
「7つの習慣」のスティーブン・R・コヴィー氏が残した名言、「成長してほしい花に水を注がなければならない」など - IRORIO（イロリオ）
「7つの習慣」のスティーブン・R・コヴィー氏が残した名言、「成長してほしい花に水を注がなければならない」など 全世界で2000万部を超えるベストセラーで自己啓発の名著「7つの習慣（The 7 Habits of Highly Effective People）」の作者で知られるコンサルタントのスティーブン・R・コヴィー氏が16日、79歳で他界した。約3ヶ月前の自転車事故の負傷が原因だった。 日本でも150万人を超える人々がコヴィー氏の著書を手にしており、私たち日本人に大きな影響を与えてくれた。今日はここで、コヴィー氏がこの世に残した言葉の数々を振り返りたい。 本気で成功を目指す全ての人へ 最も大切なことは、最も大切なことを最も大切にすることである。 自分の身に何が起こるのではなく、それにどう反応するかが重要なのだ。 問題は自分の外にあると考えるならば、その考えこそが問題である。 大きな成果
パララックスサイトの作り方の初歩
最近パララックス（視差効果）を取り入れたサイトが増えてきました。 仕組みや簡単なものを作れるようにしておきたかったのでいろいろ試してみました。 ちなみにもっと効率良く作れる方法とかもあるかもしれませんので、一例ということで御覧ください。プラグインはまだ試したことがないので そちらを使ったほうが楽かもしれません。 パララックス効果のjQueryプラグインまとめ あと動作はこの記事時点でのFirefoxの最新版でしか確認はしていません。 スクロール量を取得する まずはスクロールすると動くので、スクロール量を取得します。ちなみにjQueryを使ってます。 $(function(){ $(window).scroll(function(){ var y = $(this).scrollTop(); $("#num").text("スクロール量：" + y);//表示用 }); }); サンプルペー
IO Accounting 機能で I/O 負荷の高いプロセスを特定
随分久々の Linux ネタです。以前にロードアベレージに関する考察などの記事も書きましたが、多くのサーバーサイドエンジニアはサーバ負荷と日々戦っていることかと思います。過去多くの場合、負荷の原因特定はおおよそ下記のような手順で分析をしていたことかと思います。※詳しい手順は別エントリとして記載予定。 top をみて上位に張り付いているプロセスを確認しつつ CPU or I/O のどちらが原因か判別 ps を使ってプロセスの状態を確認して(T),(D)の状態から CPU or I/O のどちらが原因か判別 vmstat で procs の r, b の数、swap の si, so の状態、I/O の bi, bo の状態を確認 iostat を使って disk の read/write の状態をさらに詳しく確認 sar を使って os の状態をさらに詳しく確認 おおよその原因特定から設定を
Linux高負荷の原因を調査 | StrapyaNext Engineers'Blog
Posted 2011年11月21日 by 山口 & filed under Linux. Linuxサーバが高負荷状態になったときの原因調査めも。 まずは、 1.サーバのロードアベレージを確認 topコマンドで確認(ディストリビューションにより出力形式に差異あり)。 topコマンドで出力される項目のうちload average：の値に注目する。 左から順に1、5、15分間の実行待ちプロセスの平均数が表示される。 ロードアベレージがCPUの数より大きい場合は処理が追いついていない いわゆる高負荷状態といえる。 例えばCPUが1つのサーバは1以上、マルチコアで2つのサーバは 2以上の数値だと高負荷状態に陥っている。 =========================================== CPUコア数の確認は以下のコマンドを実行する。 0,1と2つ表示ならCPU数は2つ。 ただ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
cpu % >> server-status VS. top | Web Hosting Talk
Basic Design Note