Riot.js が気持いぃ - Qiita
まだ実験中の記法みたいな感じですが、riot.jsのClassサポートによるSPAの書き方が非常に気持ちよかったのでメモ。 コンポーネントを作る var riot = require("riot") class Header extends riot.Tag { constructor(el) { console.log(el) super({ tmpl: Header.template() }, { root: el }) this.msg = 'hello' } bye() { this.msg = 'goodbye' } static template() { return require("../tmpl/header.html") } } module.exports = function(el){ console.log("header factory called") ret
Circle CI のデプロイ反応を特定のブランチ等で制限したい場合 - Qiita
general: branches: ignore: - gh-pages # list of branches to ignore - /release\/.*/ # or ignore regexes
Circle CI でgh-pages自動ビルドして自動デプロイ - Qiita
事前準備 Githubのリポジトリ作る Circle CIに登録 Circle CIのプロジェクト設定から「Checkout SSH Keys」で「UserKey」を追加 Circle.yml こんなん machine: node: version: 6.1.0 timezone: Asia/Tokyo deployment: publish: branch: master commands: - npm run build - git config --global user.name "circleci" - git config --global user.email "circleci@chatbox-inc.com" - git rm .gitignore - git add public - git commit -m "[ci skip] build on circle ci
circle ci のCLIツールを試す - Qiita
tokenは左メニューのAccountSettingより API Tokens を選択して取得できる。 使い方 現在のブランチのビルドを起動する。 まだAdd Project とかしていないプロジェクトだと何も置きずに止まるだけっぽい。 Add Project しているプロジェクトだとgithubから最新のBranch Tipを取ってくる。 Github 連携かけている場合ほとんど必要ない？ udpate Build status Failed Started at Oct 11, 3:33 AM Finished at Oct 11, 3:33 AM Steps: Starting the build Start container Enable SSH Restore source cache Checkout using deploy key: xx:xx:xx:xx:xx:xx:x
EC CUBE3 が Heroku Buttonに対応したので見てみる - Qiita
EC CUBE3 が Heroku Button に対応しました。 公式のリポジトリにあるHeroku Button から簡単にEC CUBE3を立ち上げて動作を確認することが可能です。 管理画面についても admin / password でログインして簡単に入ることが出来るようになっています。 当然ですが、このまま本番運用するのはめちゃくちゃ危険なので、パット見た感じで気になった点などをまとめておきます。 実際に Heroku でEC CUBE を運用する際の参考にしてもらえれば… 管理画面のUSERのID/PASSWORDを変更する 管理USERのID/PASSWORDは デフォルトで admin/password になっており、非常に危険です。 テスト環境とはいえ、メール送信等の機能が有効になっていれば不正に利用される可能性もあるため、必ずこれは変更しておくほうがいいでしょう。 管
Heroku Redis / Heroku Postgres メンテンナンスの仕組み - Qiita
Herokuで Redis / Postgres を運用していると、定期的にメンテナンスを求められることがあるのでそのあたりのメモ。 メンテナンスの影響について メンテナンスは大抵元と変わりなく動作することが多いが、メンテナンスの前後で以下のような現象が生じることがある。 DB/Redis の接続情報が変わることがある？ DBについてはバックアップのスケジューラ設定が飛ぶことがある？ まれに…というレベルのものなので、障害なのか、どうなのかわからないが、接続情報に関しては変わった瞬間障害になるレベルなので、しっかり環境変数からパースするようにしておきたい。 スケジューラの設定について Premium以上のプランでは、メンテナンスを指定の曜日・時間で行うよう設定することが可能なので、コレを利用しておくと休日にメンテが走って…といったトラブルを未然に防ぐことが出来る模様。 Heroku Pos
mocha/supertest でAPIテストを始める - Qiita
var request = require('supertest'); describe("hoge",function(){ this.timeout(2000) var agent = request.agent("http://hogeapp.app/") it('send api', function (done) { agent .get('/debug') .set('Accept', 'application/json') .expect(function(res){ res.status.should.equal(404); }).end(function(err,res){ if(err){ throw err; } done(); }); }); })
Vue.js Progressive Framework - Qiita
Vue.js の作者Evan氏によるVue.jsの紹介スライドで触れられていた「Progressive Framework」の概念が非常に刺さる所があったのでVue.jsの紹介と合わせて、まとめておきます。 本家資料 本稿は下記Evan氏によるスライド資料をベースに、独自解釈のもと意訳したり加筆したりして作成したものです。 Progressive Framework についての解説 2.0の流れも含めたVue.jsの紹介 道具と道具のコスト フレームワークはアプリケーションの複雑さを解決するために設計されているが、一方で道具は道具固有の複雑さを持っている。 技術選択においては、このアプリケーション固有の複雑さと、道具の複雑さとに向き合わなければならない。 複雑なアプリケーションに対して、簡素な道具を以って挑むのは効果が薄いし、簡単なアプリケーションに複雑な道具を持ち出すのは大げさに感じる。
laravelのコンテナとりまとめ - Qiita
内部挙動を押さえときたかったので。一部日本語が変なのはご愛嬌 目的 コンテナ名前解決の仕組みをたどる コンストラクタ自動注入の仕組みをたどる サービスコンテナ オブジェクトのかご。オブジェクトに名前つけて突っ込んで後から取り出す。都合のいいグローバル変数みたいな(使い方をしてはイケない)。 突っ込みたい人向け インスタンスを突っ込む オブジェクトを作ってから突っ込む。 $fooBar = new FooBar(new SomethingElse); $app->instance('FooBar', $fooBar);
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
CircleCIで静的サイトのS3向け自動デプロイ - Qiita
PHP オススメのライブラリ - Qiita
heroku Meets FuelPHP - Qiita