CakePHP3はもはや、守りに入った選択肢ではない
CakePHPという過去の遺産 Ruby on Railsに憧れた先人たちが、劣化Active Recordとなんちゃってmixinを実装した過去の遺産。 それがCakePHPというフレームワークでした。 ORMから生み出される配列地獄。 Controllerと密結合になりがちなComponent。 結果としてDBのテーブルを複数用いた処理はControllerに積み重なりひたすら太っていく。 もうCakeは嫌だ、という気持ちは日に日に増していきました。 そしてLaravel5やPhalcon2といったイマドキのフレームワークに大きな注目が集まる中、 CakePHP3.0は今年の3月22日にリリースされました。 CakePHPerの端くれとして新たな闇を覗いておかなくては。 謎の義務感とともにインストールして、自分は衝撃を受けることになります。 CakePHP3において何が変わったのか 以
CakePHP3のORMにおけるIN句とNOT句の記述方法 - Qiita
INだけだとググラビリティ低くて情報に行き着くまで時間がかかったのでQiitaにも載せておきます。 今後こういう記事を幾つか書くと思います。 Where In http://book.cakephp.org/3.0/en/orm/query-builder.html#automatically-creating-in-clauses use Cake\ORM\TableRegistry; $users = TableRegistry::get('User')->find() ->where(['User.id IN' => [1, 2, 3]]) ->all(); CakePHP2.x系までは条件式のvalueに配列を指定すると自動的にINに切り替わりましたが、 CakePHP3.x系ではbooleanとして解釈され1に変換されます。 idが1のデータが存在するとデータが取れてしまうため案
Autoprefixerでベンダープリフィックス自動付与する - Qiita
.example { display: -ms-flexbox; display: flex; -webkit-user-select: none; -moz-user-select: none; -ms-user-select: none; user-select: none; border-radius: 3px; } display プロパティの値としてIE用のベンダープリフィックスとして -ms-flexbox が追加されていることがわかります。他にも user-select プロパティには -webkit-, -moz-, -ms-プリフィックスが付与されています。また、入力となるCSSには -webkit-border-radius というプロパティが書かれていますが、最近のChromeやSafariでは border-radius プロパティにベンダープリフィックスは必要ない
PostCSSのプラグインを作ってみる - Qiita
3日目では、PostCSSのASTを簡単に、効率よく操作するためのAPIをいくつか紹介しました。今日は、実際にPostCSSのプラグインを作り切るところまで説明します。 作るプラグイン 今回は、PostCSSのプラグインの例として、overflow-wrap プロパティが使われたとき、フォールバックとして word-wrap プロパティを追加するためのプラグインを考えます。 PostCSSプラグインの開発ガイドライン PostCSSのプラグインを開発するためのガイドラインがあるので、そこからいくつか紹介します。 パッケージ名に postcss- プリフィックスを付ける 名前を明確にするために postcss- プリフィックスをパッケージに付けたほうが良いです。（e.g. postcss-mixins, postcss-simple-vars）ただし、Autoprefixerやstyleli
PostCSSのやっていきはじめ - Qiita
このAdvent Calendarについて 一人React.js Advent Calendar 2014 のマネをして、PostCSSについてAdvent Calendar形式で説明していきます。「PostCSSとは何か」や、実行の方法のような基本的なところから、PostCSSプラグインの紹介、PostCSSのAPIを使ってプラグインやツールの作り方 といったところまで書いていこうと思います。 僕はPostCSSを開発当初から追いかけていて、自分でいくつかプラグインやツールを作ったり、WEB+DB PRESS に寄稿したり、勉強会などで発表したりしています。このAdvent Calendarの大まかな流れは、東京Node学園祭2016 での発表と同じで、基本的な使い方とPostCSSのプラグインとAPIを追加したものとなります。 「PostCSS: Build your own CSS
PostCSSの仕組み - Qiita
// parse.js const fs = require('fs') const util = require('util') const postcss = require('postcss') const css = fs.readFileSync('./input.css') const ast = postcss.parse(css) console.log(util.inspect(ast, false, null)) $ node parse.js Root { raws: { semicolon: false, after: '\n' }, type: 'root', nodes: [ Rule { raws: { before: '', between: ' ', semicolon: true, after: '\n' }, type: 'rule', nodes:
PostCSSのASTを操作する - Qiita
PostCSSには2日目で説明した、ASTを簡単に操作するためのAPIが用意されています。ASTはJavaScriptのオブジェクトなので、JavaScriptの構文で直接変換させることもできますが、より便利に、そして効率の良い処理をするためにも提供されているAPIを使います。 また、PostCSSの全てのAPIはAPIドキュメントで確認することができます。 ノードの種類 まずはASTのノードの種類です。PostCSSのASTのノードは以下の5つです。 Rootノード: ASTの1番上のノード（Rootノードは親ノードがない） Ruleノード: 1つのルールセット AtRuleノード: 1つの@ルール Declarationノード: 1プロパティ宣言 Comment: 1つのコメント これらは実装的には PostCSSの Node クラスを継承したもので、Node.type を参照すること
PostCSS まとめ - Qiita
僕はPostCSSは開発当初から追いかけていて、GitHubでPostCSSチームのメンバーのひとりだったり、実際にPostCSSを使ってプラグインやツールをいくつか作ったり、ブログや雑誌で記事を書いたり、勉強会等で話したりしています。 本記事では、自分が知っているPostCSSについての事柄を共有します。 PostCSSとは何か PostCSSとは、ロシア人の Andrey Sitnik という人が開発している、Node.js製の「CSSツールを作るためのフレームワーク」です。PostCSS製のツールとして、ベンダープリフィックスを自動で付与する「Autoprefixer」、未来のCSSの構文の一部を今のブラウザで解釈できるようにする「cssnext」、カスタマイズ性に富んでいるCSSリンターである「stylelint」などが有名です。 PostCSSは2018年2月、かなり広く使われて
CSSfmtをつくった話、もしくは本質的な問題解決とは - Qiita
CSSfmtという、CSSとSCSSのコードを自動整形するツールをつくった。 使い方はREADMEを見たらわかると思う。Atom, Sublime Text, Vim, Emacs用のプラグインがあるので、エディタで使うのがおすすめ。コマンドラインからも使える。 atom-cssfmt sublime-cssfmt vim-cssfmt cssfmt.el AtomでCSSfmtが動いている様子： なぜつくったのか チーム開発において、コードのフォーマットが統一されていないことがある。 フォーマットの小さな違いはわざわざ指摘するのもめんどうだし、指摘されても嫌な気分になる。なので、コードをあるルールに従って自動で整形するツールの導入は必須だと思う。 CSSコードの整形ツールはいくつかある。CSS BeautifyやCSScomb、stylelintでも可能だ。 これらのツールとCSSfmt
【AWS Lambda】Amazon Linux の Docker イメージを使ってデプロイパッケージを作成する - Qiita
AWS Lambda の実行環境に無いライブラリを利用する場合には、ローカル環境でライブラリのソース群をダウンロードしておいてそれをデプロイパッケージに含めて Lambda にアップロードする必要があります。 Python の例だとデプロイパッケージを作る際に例えば下記のような手順を踏みます。 $ virtualenv -p python2.7 venv $ source venv/bin/activate $ pip install -r requirements.txt $ zip deploy_package.zip lambda_function.py # 実行スクリプトを zip にする $ cd venv/lib/python2.7/site-packages $ zip -r ../../../../deploy_package.zip * # pip でインストールしたライ
CakePHP3新機能 View Cellの使いどころ - Qiita
利用手順 CakePHP3新機能 View Cell の利用手順 Cellの使いどころについて メリット CellはTemplateから呼び出せる都合上、 Controllerのアクションへ記述を追加することなく画面にデータと結びついた表示を追加できます。 これは既に複雑化しているControllerをに対する変更のリスクを避ける、非常に有効な方法です。 利用範囲はReadに留める しかしアクションのコードを汚さなくて済むというメリットの一方で、デメリットも勿論存在します。 それは責任範囲をCRUDのうちReadのみに留めておかないと、Controllerがより一掃汚れてしまうという点です。 Cellでフォームを追加した場合、Cellの存在を知らなくて良いはずのControllerのアクションがその保存を担います。 ReadとCreate/Updateでアクションを分けていたとしても、Cr
CakePHP3のFormHelperで複数Tableを扱う際のバリデーションエラーの出し方 - Qiita
動作するコード User, Companyテーブルに対してデータを保存したい場合のフォーム例となります。 class PageController extends AppController { public function initialize() { $this->User = TableRegistry('User'); $this->Company = TableRegistry('Company'); } public function index() { if ($this->request->is('post')) { // Validation実行 $user = $this->User->patchEntity( $this->User->newEntity(), $this->request->data['User'] ); // Validation実行 $comp
QiitaのCSS構成2016 - Qiita
Qiitaを開発しているIncrementsで、フロントエンドをやっていってる @morishitter です。入社して4ヶ月が経ち、会社にも少しずつ慣れてきました。 CSS Advent Calendar 2016 の1日目の記事として、Qiita及びQiita:TeamでのCSSの構成について書きます。 脱Sprockets Qiita / Qiita:Teamでは、サーバーサイドのアプリケーションフレームワークとしてRuby on Railsを採用しています。そのため、これまでは Sprockets というRailsにbundleされているassetビルドツールを使ってSassをCSSにコンパイルしていました。しかし今では、全てのCSS, JSのビルドをNode.jsで行っています。 CSSでの移行手順はざっと以下の通りです。 まず、Sprocketsで使われているRuby製のSas
派遣労働者から見た、「まずはこう使え、DIコンテナ」
IT業界の闇とは我々のことである お久しぶりです。もりすけと申します。 私はこのWebサービス業界に入ってこの方、 「SES（システムエンジニアリングサービス）」という形態で仕事を行っています。 我々にユニットテストのコストは計上されていない LaravelのDIコンテナはユニットテストと共に語られることが多く、 ユニットテストを回すという文化に触れる機会を逃していた私は、DIコンテナの有用性をしばらく理解できずにいました。 また理解する必要もないと思っていました。 ただ長いこと触れてみた結果、テスト抜きで考えても、DIコンテナにはそれなりのメリットがあると自分は考えています。 なので今回のテーマはこれです。 テスト抜きで考えて、DIコンテナの何がメリット足りうるのか そこを理解できればLaravelのDIコンテナを楽しく活用できるはずです。 前置きが長くなりましたが、ここからが本題です。
若者はどうやってCSSを覚えたのか - Qiita
先日、@Jxckさん主催で行われた次世代WebカンファレンスでCSSのセッションに登壇させていただきました。（動画） セッション中に@cssradarさんに「morishitterはどうやってCSSを覚えたのか」と聞かれ曖昧にしか答えられなかったので、 自分が今までどうやってCSSを学んできたのか を振り返ってみる。 黎明期 プログラムを書き始めたのは3年半ぐらい前からだと思う。PHPでWebアプリを書いたのがはじめで、そのときにBootstrap v2をベースに何もわからないまま、雑にCSSを書いた。 BootstrapのようなCSSフレームワークからCSSを始めると、floatやpositionのようなレイアウトに関わるプロパティがどういうものなのかを知らなくても、何となくでWebアプリのレイアウティングができる。 そしてブラックボックス化されたBootstrapのコードを読もうとして
Golang開発環境 3分クッキング - Qiita
あと3分でGolangの環境が欲しい そういうこと、よくありますよね。 はい、ではこちらにあらかじめ茹でておいた CentOS 6.5 の環境があります。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ubuntu 14.04 に Node.jsをインストールする - Qiita