Electronの手習い〜Electron環境からパッケージ化まで〜 - Qiita
Electronってどういうことができるのか全く知らない状態からスタートです。 Electronとは？についての参考資料 - Electron 本家サイト - HTML5でクロスプラットフォームなデスクトップアプリを開発できる「Electron」とは - Electron 1.0でデスクトップアプリ開発超入門――動作の仕組み、基本的な使い方、セキュリティの懸念点 - 本家サイトを翻訳してくれているページ発見 助かる。。 ★ 本家サイトからのデモファイルDL時に混乱したこと http://electron.atom.io/#get-started に「Downlode for mac」があったのでそれをDLして中身を確認しようとしました。 しかし、これは「Electronで開発したアプリでは、どのようなことが行えるか」がわかるappであり、期待しているソースファイルはありませんでした。 自分
テスト計画の立て方 - Qiita
テスト計画をどう立てていくか、ふつうのシステムエンジニアにとって分かりやすく考えてみたいと思います。 テスト工程は、一番ざっくりした分類で単体テスト、結合テスト、システムテストに別れるのが一般的です。 この工程は、あくまでもV字モデルに対応したインプットがどの前工程で作られたものを検証するかの基準であって、実際にどういう観点をどういう手順でテストするか、はそれぞれのプロジェクトで計画します。それがテスト計画になっていきます。 しかし、ただの工程の話と、実際におこなうテストの内容の違いが分かっていないと、テスト計画何するものぞ状態になって、ろくなテストが実施されないことになりますし、そのようなプロジェクトも多く存在します。 テストの世界標準には、ISO/IEC/IEEE 29119があり、これを見るとテスト工程(Test Level/Phase)とテスト種別(Test Types)の組で、テ
そろそろ真面目に、HTMLで帳票を描く話をしようか - Qiita
帳票といえばPDFとして生成するのが一般的でしょうか? でも、2015年の今、あえてHTMLで描くのがホットです(個人的に)。ミリ単位で設定された高度な帳票も、CSSを駆使して簡単に作ることができます。業務システムでもモダンブラウザを選択することが増え、@pageなども積極的に使えるようになったこと、SPA(Single Page Application)の台頭、いろいろと条件が揃ってきました。 書いてたら結構長くなっちゃったので、さくっとコードだけ見たい方は、Paper CSSリポジトリをどうぞ。 はじめに HTML帳票のメリット 2015年現在、HTML帳票を選択する幾つかのメリットがあります。 ライブリロードで、リアルタイムなスタイル調整 バックエンドではなくフロントエンドで生成できる 前者は、gulpやGruntの普及で、CSSにしろHTMLにしろ、リアルタイムにプレビューできる環
anyenvで開発環境を整える - Qiita
私の場合、開発環境では複数の言語のコードを書いたり実行したりします。 例えば perl, ruby, nodejs, python など。 これらを利用するために、plenv, rbenv, nodebrew, pyenv などを利用していました。 しかし、遅ればせながら anyenv というものがあると聞いたので、こっちに乗り換えました。 **envを2つ以上使ってる人はこれ使うのが良いと思います。おすすめ。 http://blog.riywo.com/2013/06/22/155804 https://github.com/riywo/anyenv インストールは簡単 README.md のとおりにやればOK # ------------------------------------------------------------------------ -# plenv +# an
Chef-soloからItamaeに完全移行した話 - Qiita
※2016/04/24 追記 昨年末にItamae meetupで話した時のスライドリンクを追記しました。 Databag > itamae-secret の話やConsul連携の話が追加されています。 http://www.slideshare.net/tsuyoshitorii5/itamae-meetup-vol1public 現在自分が運用管理しているChef-soloプロビジョニングの仕組み 1 を Itamaeに移行した時のお話をしようと思います。 管理規模としては大規模ではなく、小〜中規模的なところかと思います。 （ロールによってレシピ切り分けたり、環境毎にレシピ用意したりなど…） 最初に: Itamaeについて https://github.com/itamae-kitchen/itamae 軽量なChef と考えればよいでしょう。 Chefの複雑さを取り除き、必要十分な部
Chef脱落者が、Itamaeで快適インフラ生活する話 - Qiita
こんにちは。株式会社ベーシックのCTOやってる@zaruです。今年はじめてQiitaのアドベントカレンダーに参加しました。25日埋まるようなんとか頑張ります。また、ベーシックのエンジニアについて興味のある人はベーシックエンジニアのQiita記事に目を通してみてください。それなりに面白い記事があると思います。 長い前置き Chef、めっちゃ流行って今や定番ツールになってますね。僕はChefに挑戦したものの脱落したダメエンジニアです。なんで脱落したかというと、セコセコ作ったレシピを保守できなかったんですね。Chefさわれる人が社内に全然いない＆教えようにも自分がよく分かっていないという、ツールに振り回されてダメダメという状況になってしまいました。 そこでもういっそ、VagrantBoxを直接配布したり、AWSならAMI化されたものを使いまわしたりしてたわけです。そこまで大規模なインフラでもない
VagrantインスタンスにSSHでログインする - Qiita
Vagrantにログインする場合$ vagrant sshを利用するのですが、普通のSSHを利用してサーバーのプロビジョンを他のツールに任せたい場合があります。 Vagrantの構築に関しては Vagrantで開発環境を手軽に構築し壊す を参照してください。 普通のsshコマンドを利用してログインするための設定をしたのでメモ。 前提条件 VagrantfileでIPアドレスが 192.168.33.10に設定しているとします。 実行環境はMac OS X 10.10.2 vagrant boxはCentOS6.5 Vagrantfileを一部抜粋 Vagrant.configure(2) do |config| config.vm.box = "centos65" config.vm.network "private_network", ip: "192.168.33.10" $ vagr
そこそこセキュアなlinuxサーバーを作る - Qiita
先日「サーバーのセキュリティ設定がなにすればいいかわからない」と相談をうけまして。 自分も初心者の時どこまでやればいいかわからず手当たりしだいにやって沼に入っていたのを思い出しながら自鯖構築したときのメモを元にまとめてみました。 注意 セキュリティ対策は用途や場合などによって違います。 自分で理解したうえで自己責任でおねがいします。 対象読者 Linuxのサーバーを建て慣れていない人 Linuxはある程度さわれる人(自分でパッケージを入れたり、サービスを止めたりできる) ラインナップ ☆は導入の重要度と導入の容易さから個人的偏見からつけた値です。 4つ以上が"最低限やること"だと思ってください。 sshd
初心者向け、「上手い」シェルスクリプトの書き方メモ - Qiita
ここ最近、沢山シェルスクリプトを書くようになりました。 元々あまりシェルスクリプトを書いたこと無かったので、色々と勉強しつつ書いてるのですが、 他のプログラミング言語とはちょっと違って独特なクセというか、発見の度におぉー！ってなることが沢山あって楽しいです。 そんなわけで、最近学んだり参考にした中で特に感動したシェルの上手い書き方をまとめてみます。 きっとまだ知らないこととかもっと上手くやる方法なんかが沢山見つかりそうなので、 もっといいやり方あるよ！って方はコメントください 何もしない : (コロン)コマンド シェルを書いていた時に非常に欲しかったコマンドがこれ！何もしない！ : というコマンド(？)を利用すると、何もせずに終了ステータス0(つまり正常終了)を返します。 これが様々な事に使える万能コマンドで、これによって面倒なエラー処理を簡潔にできたり、 入力や出力のリダイレクト元/先と
bashコーディング規約 - Qiita
モチベーション 一定の品質を保ちたい 書くたびに書き方が変わるのは好ましくない シェバング（shebang）は#!/bin/shではなく#!/bin/bashにする シバン、シェバンとも言われる #!/bin/shは実行環境によって様々なシェルにシンボリックリンクになっているので、bashなら#!/bin/bashと明示しよう インデントは半角スペース2つ 1行が横に長くなり折り返されないように 処理内容および使い方をスクリプト内に記載する（usage()） 何をしてくれるスクリプトか、どのように使うのかusage()関数を用意しよう ヘッダコメントでもいいけど function usage() { cat <<_EOT_ Usage: $0 [-a] [-b] [-f filename] arg1 ... Description: hogehogehoge Options: -a aaa
Spring-Bootの設定プロパティと環境変数 - Qiita
Spring-Boot便利ですね。Springここまで進化しとったんかという感じです。 システムを作るとどうしても「設定」と「プログラム」を分離する必要が出てきます。 Javaには標準的にpropertiesファイルというやつがあるのですが、「どこからそのファイルを探すの？」というのは自前で作りこまなくてはなりません。 今日はSpring-Bootのそのへんの便利さについてです。（はっきり言って自分メモ） 読み込み優先順位の話 ここに、こんな記述があります。この中から自分が興味あるのだけピックアップします。 Command line arguments. JNDI attributes from java:comp/env. Java System properties (System.getProperties()). OS environment variables. A Random
Spring BootのFully Executable Warを試す - Qiita
Spring Boot 1.3.0.RELEASEからSpring Bootのアプリケーションを単なるExecutable Warではなく、Fully Executable Warとして実行できるようになりました。 Executable Warの場合、systemdを利用しなければjavaで起動するためのシェルが必要でしたが、Fully Executable Warとすることでこういったシェルを作成する必要がなくなります。 Fully Executable Warの作成方法 spring-boot-maven-pluginをpluginに加え、executable設定をtrueにしてmvn installすると、Fully Executable Warが作成されます。 <parent> <groupId>org.springframework.boot</groupId> <artifac
Dockerについて基本から最近追加された機能までまとめ - Qiita
Dockerとは コンテナベースのアプリケーションを仮想化したもの。軽量なVMの様に見えるがこれまでの(VirtualBoxなど)VMでは実現が難しい、不可能であったユースケースを解決してくれる。 ホストOSとリソースを共有するのでリソースの管理がVMより効率的 基本的に状態を持たないのでポータビリティが非常に高く、特定の環境に依存することがない 軽量なのでVMと比較し複数のインスタンスを実行することができる DockerHubなどのレジストリを利用することで既存のイメージをダウンロードして実行することができる コンテナとVM VM VMはハイパーバイザを通してホストOSに対してのシステムコールを解釈させるなどの必要がある それぞれのVMには全て独立したOS・アプリケーション・ライブラリが必要 コンテナ ホストのカーネルは実行されるコンテナと共有される（コンテナは常にホストと同じカーネルを
ユーザ認証が掛かった Jenkins vs. Bitbucket の private repository ファイッ！ - Qiita
ユーザ認証が掛かった Jenkins vs. Bitbucket の private repository ファイッ！GitBitbucketJenkins お互いに鍵が掛かりあった状況で，CI 出来るようになるには一体どうすれば… ネットの海にはそれに対する回答がわんさかありました． 手順 Jenkins は Ubuntu 12.04 で動いているものとします．インストール方法は click here． バージョンは 1.504 でした．少々違っても大丈夫なのかな？この辺 Jenkins にまだそれほど詳しくないんでよく分からないです． Jenkins には http://my.domain:8080 でアクセス出来るものとします． Jenkins のユーザ認証機能はそれだけで割と複雑なので省略します．とにかく，誰でもがジョブにアクセスしたり出来ないようになっている状況になったとします．
Apacheのチューニングメモ - Qiita
個人的Apacheチューニングのメモ。 間違いがあったら教えて下さい！ prefork 前提 Apacheでは、リクエストはApacheの子サーバプロセスが処理する。 子サーバプロセスは動的にforkで生成されたり、殺されたりする。 が、forkはとても重い処理なので、forkが発生しないように設定するのがよい。 チューニング方針 負荷が高かろうが低かろうが常に一定数のプロセスが動いている状態にする。 preforkの動作 MaxClientsは絶対値。 子プロセス数はこの値を超えない。 （以下正確ではないですが簡単に） Apacheは負荷が高くなってきたら 子プロセスを生成していく アイドル状態の子プロセスはMinSpareServers以上になるよう維持 MaxClients以上の子プロセスは生成しない MinSpareServersよりMaxClientsが強い 負荷が低くなってきた
fluentd最低限のメモ - Qiita
curl -L https://toolbelt.treasuredata.com/sh/install-redhat-td-agent2.sh | sh fluentdですが、実際のデーモンはtd-agentという名前です。 fluentdは開発版の名前で、安定版の名前がtd-agentなのだとか。 バージョン確認
fluentdインストール（丁寧な説明つき） - Qiita
fluentdのインストール方法はたくさんある。 RPMパッケージからFluentdをインストールする (Redhat Linux) DEBパッケージからFluentdをインストールする (Debian / Ubuntu Linux) DMGパッケージからFluentdをインストールする (Mac OS X) Ruby GemからFluentdをインストールする ChefでFluentdをインストールする ソースコードからFluentdをインストールする Heroku上にFluentd (td-agent)をインストールする AWS Elastic Beanstalk上にFluentd (td-agent)をインストールする これらは公式HPにまとめて載っている。 ▼公式HP http://docs.fluentd.org/ja/categories/installation 本ブログでは
Zabbixでログ監視 - Qiita
Zabbixでのログ監視の自分的設定メモ すぐに忘れてしまうのでこちらに残しておきます。 アプリ系のログは通常はfluentdを使ってログをゴニョゴニョしてメールを飛ばしているが システム系ログをZabbixで監視設定した時のメモ。テンプレートにすれば楽なので。 ポイントは普通に設定してしまうと監視対象のログの全メッセージが Zabbixに格納されてしまい、無駄に容量食うので必要なキーワードだけを監視対象にしたい。 前提 前もってZabbixがroot権限で実行できるように/etc/zabbix/zabbix_agentd.conf内の# AllowRoot=0をコメントインしておく。 # AllowRoot=0 ↓↓↓ AllowRoot=1 メモ GUIでZabbixサーバへログインし、管理 -> 一般設定 -> GUIの設定 -> 正規表現 -> 正規表現の作成 条件式を下記のように
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Vim 設定ガイド - Qiita
rootだけtty無しのsudoを許可 - Qiita
