-product
--launcher.defaultAction
openFile
--launcher.XXMaxPermSize
512M
--launcher.defaultAction
openFile
--launcher.appendVmargs
-vmargs
-Dosgi.requiredJavaVersion=1.7
-Xms256m
-Xmx1g
-Xverify:none
-javaagent:dropins/MergeDoc/eclipse/plugins/jp.sourceforge.mergedoc.pleiades/pleiades.jar

Eclipse2019-03 (4.11) PHP
4.8 からだったと思うけど

から、メモリ使用量の記述が消えている。

-Xms2g
-Xmx4g

今回はこのように追記してみた。

Eclipse フッタのヒープ・サイズを見る限り
追記でちゃんと反映されているっぽい。

EclipseMars.1 (4.5.1) PHP

-Xms256m → 1g
-Xmx1g → 2g

としてみた。

PHP では、$$hoge という書き方があって便利なんだけど
Javascript ではどうやるのかな～って探してみた。

下記サンプルコードは、参考サイトより引用させていただきました。

メソッド名を文字列で組み立てて
eval してやることで、関数として「評価」してくれる
ということらしい。率直だ！

私はこちらの方がピンときたので、こちらを採用させていただいた。

You Look Too Cool
evalを使わずに関数を文字列で指定して実行する方法
文字列で関数を実行する

MySQL：13.2.9.2 JOIN Syntax

グループ化されたデータ（GROUP BY）に対して
検索条件を指定する。

よって、GROUP BY 句内のカラムか、または集約関数で使用されるカラムしか参照できない。

HAVING 句は、すべての GROUP BY 句のあとで、かつすべての ORDER BY 句の前にある必要があります。

MySQL：13.2.9 SELECT 構文

この記事は、日本語版 5.5用はなかった。

HAVING 句は、ほぼ最後 (項目がクライアントに送信される直前) に最適化なしで適用されます。(LIMIT は HAVING のあとに適用されます。)

MySQL：13.2.9 SELECT 構文

カラムエイリアスを使用できる。

ちょ、ちょっと私にはハードルが高い。。。と思われる。
でも、少しずつでも触っていれば、理解していけるかもしれないので
いつもの通り特攻してみるメモ。

クエリの実行内容解析？
SELECT ステートメントの頭に EXPLAIN を付けて実行する。

上のクエリ例と下の EXPLAIN 例の内容は全く合致してないけど。。。

漢のコンピュータ道：MySQLのEXPLAINを徹底解説!!（2009-03-31）
→ちょっと古い記事だけど、詳しくてわかりやすい

Qiita：MySQLのEXPLAIN（2014-10-23）
→上記記事を参考にまとめられた記事

MySQL 5.6 では、非推奨になってしまったらしい。
なくなっちゃうんだって。
GMOメディア エンジニアブログ：MySQL 5.6ではprofilingが非推奨になってしまった件

漢のコンピュータ道：プロファイリングで快適MySQLチューニング生活（2009-02-03）
→ちょっと古い記事だけど、詳しくてわかりやすい

MySQL Casual：show profileでフェーズごとの実行時間を見る – MySQL Casual Advent Calendar 2010（2010-12-05）
→PROFILE を貯める方法？　と、それを参照する方法が載っている

Qiita：誰も教えてくれなかったMySQLの障害解析方法（2014-07-12）
→まだまだサッパリわからない。というか試す暇がないけど、いつかやりたい！

注意書きを見つけたのでメモ。

Qiita：DoctrineのDISTINCTは正しく動作しない
→回避策あり

Qiita：DoctrineのLEFT JOINはまともに使えない
→回避策あり

発生したタイミング不明。

不明。

エラー文言が抽象的すぎて、検索不能。

と同じ階層にある

をダブルクリックして、クリーン起動することで
エラーが出なくなった。

いきなり [チーム同期化] パースペクティブを開くと、
[データ読み込み] か [同期化] か選べ！
と言われて、困ったｗ

1. [Git リポジトリー] ビュー
2. 当該プロジェクトを開く
3. [ブランチ] を開く
4. [ローカル] または [リモート・トラッキング] を開く
5. 当該ブランチのコンテキストメニューから [ワークスペースと同期化] をクリック
6. 「[チーム同期化] パースペクティブを開くよ」というダイアログが出るので [はい]
7. [チーム同期化] パースペクティブが開く

この場合は、ローカルリポジトリと編集中ファイルの差分を見ることになる。

差分のあるファイルがプロジェクトツリーとして表示されているので
目的のファイルをダブルクリックすれば、差分用の左右に並んだビューが開く。

この場合は、リモートリポジトリ、ローカルリポジトリ、編集中ファイルの三者の差分を同時に見ることになる。
未試行。

三者同時なので、場合分けをされてツリー表示されるみたい。
この先は試していないので、参考サイト参照。

kakiro-web：EclipseでGitをクライアント用途として使用(EGit)(その2)

問題ビューと同様なので、そちらを参照。
問題（Problems）

問題ビューと同様なので、そちらを参照。
問題（Problems）

フレームワークは大変ありがたい存在なんだけど
フレームワークを利用すると、せっかくの Eclipse の便利機能を活かせない
と、ずっと困っていた。

なんと、今日はその解決方法を見つけた。

フレームワークを利用すると、
フレームワークのソースに Eclipse が反応しちゃって
問題ビューがえらいことになる。。。

これで、せっかくの便利な機能を使えずにいたんだけど
この問題ビューを利用できる日が来た！

デフォルトの設定を変更すると、
後々、何がなんだかわからなくなることがある。

設定メニューに [デフォルトに戻す] というのもある。
でも、そうすると、今度は独自設定がわからなくなる。

そこで、新規に問題ビューを作成してしまえば
いつでも、どちらの設定でも確認できる。

右上のビュー専用ツールバーの ▼ をクリック
[新規問題ビュー] 名前を入力して [OK]

こうしておけば、デフォルトの問題ビューは残っているので
もし、一旦消しても、[ウィンドウ]-[ビューの表示] から、いつでも再表示可能。

独自に設定した問題ビューについては
一旦閉じてしまうと、再表示の仕方がわからない。

ただし、再度新規作成をして、同一名称にしてみたら
設定を受け継いでくれた。
きっとどこかに保存しているはず。

1. 右上のビュー専用ツールバーの ▼ をクリック
2. [内容の構成]
1. [全ての項目を表示] のチェックを外す
2. [以下で選択されたいずれかの構成に一致する項目を表示] を選択
3. 構成
1. [新規]
2. 左ペインに新たに追加された項目を選択した状態で [名前変更]
1. 名前を任意に入力-[OK]
3. 右ペイン
1. スコープ
1. 下記いずれかを選択
2. [すべての要素]
3. [同一プロジェクト内の任意の要素]
4. [選択された要素のみ] *1
5. [選択された要素およびその子] *1
6. [次のワーキング・セット: ◯◯・ワーキング・セット]-[選択]
2. その他、任意に設定
4. [OK]

*1：プロジェクトツリーで、予め指定箇所を選択しておくこと
（クリックして、色が反転している状態にしておく）

開発環境と本番環境では、どうしても差分が出る。
その差分への対処に頭を悩ませていたけど
他の情報を検索しているときに、素敵な記事を発見した♪
サボり屋の技術メモ：Gitで内容が異なるファイルをマージ対象から除外(無視)する設定

開発環境で開発用に用意しているファイルを本番環境には入れたくない。

OpenPNE3 では、開発用に下記開発用ページが用意されている。

これらは、開発環境では利用をするけど
本番環境に上がったらエライことになる。

Git の設定で何とかなりそう！

• 別ブランチ（develop から master など）へのマージの際に除外される
• 下記はそのまま利用できる
• develop ブランチでのコミット
• リモートへのプッシュ
• リモートから他へのマシンのプル

おおお、これぞ正しく探していた方法。

feature ブランチや release ブランチを新規作成するときは
マージではなくリセット？（コピー）なので、release ブランチへは入っちゃうのかも。
でも、そこから master へいけないはずだから、理論上は問題ないはず。

ただ、release は、できる限り master と同一性を保証したいので
今後の行方を見守らなければ。

• .gitglobal
• 各リポジトリの .git/config

いずれかに、記述。

[merge “ours”] の config設定は固定です。特殊なマージエンジンを有効化しているらしい。

サボり屋の技術メモ：Gitで内容が異なるファイルをマージ対象から除外(無視)する設定

んむ。
まんま書くことにしよう。。。

こちらに記述することで設定可能。

上記で設定した merge=ours という文字列を、マージしたくないファイル名の後に付ける。

• .gitignore と真似る
• ファイル名
• .gitignore と真似る
• ファイル名
• フルパス
• .gitignore 同様、ワイルドカードを利用できる
• web/*_dev.php

確かに、上記４ファイルは、develop には存在し、master には存在しない。
.gitattributes は、両ブランチに存在する。

やった～！

確かに、上記４ファイルは存在したまま。
ただ、develop ブランチでは、存在するのが当たり前なので
まだよくわからない。
変更するファイルじゃないしな～。

無事に .gitattributes ファイルがプルされました。
ん～、こちらも問題があるかどうかは不明。