みなさま、初めまして。ゆとりです。

↑写真は、いつかの帰り道。あまりに空が綺麗だったので、そのおすそ分けです。

もしかしてお久しぶりの人もいるかもしれません。

3〜4年前、同じ「ゆとり社員は考える」というタイトルで、ブログをやっていました。

当時右も左もわからない状態で、使用したCMSはWordPress。

今回は、baserCMSを使用しました。

現在仕事で死ぬほど使っているのがbaserCMS。

WordPressに比べてかゆいところに手が届くし、カスタマイズもしやすいです。

テーマについては、自分でHTMLテンプレから作って組込して、

独創的でかっこいいもの作りたい・・・！

と思っちゃいたのですが、やっぱデザインって難しい。

というわけで、マーケットで無料で取得できる「ratio_3_2」を使用しました。

まあ、ゆくゆくはデザインの細かい部分をカスタマイズしたり、

自作のものとテーマを差し替えたり、そんなこともしてみたいですね〜

いずれ・・・

• 住み・・・福岡
• 職業・・・Webプログラマ
• 言語・・・PHP、java、C#、C
• フレームワーク・・・CakePHP、Laravel、WPF
• 興味・・・ブログ運営、アプリ開発（金になることがしたい〜〜〜）

こんなとこですね。

都度更新します。

今後とも、何卒よろしくお願いいたします！！！！！

つい最近、「Ajaxを利用してjsonを取得し、画面上に内容を表示する」
という実装をおこないました。

・HTMLの1部分のみをクリック等のアクションで変更させたい・・・
・画面遷移するのはやだ・・・
という要望を持った人向けです。

ゆとり自身、バックエンドの開発経験はあるものの、
HTMLだのjavascriptだのjQueryだのは初めてなので、
手探りで進めていきます。

つまり、サーバーからのレスポンスと、
クライアントでの動きが同期しない処理→非同期処理ってことですね。（まんま）
サーバーの処理で画面全体の更新が走らないっていうのはいいもんですね。

利点として、
・サーバーからのレスポンスを待ってクライアント側の停止が起こらないこと
　（最近は割と停止時間も減りましたけどね）
・画面がリフレッシュしないため、現在のブラウザの状態がちゃんと残ること（スクロールの位置、入力内容等）
が大きいと思います。

説明を箇条書きにて。

・初期画面では、[画像][タイトル][URL] が2セット、以下の内容で2件表示されている
    画像：いつも使ってるこれ
    タイトル：初期サンプル１、２
    URL：https://example.com/
・下の[1][2][3]をクリックすると、Google Books APIs より
　「阿刀田高」の書籍情報を検索し、2件表示する
    画像：書籍サムネイル画像
    タイトル：書籍タイトル
    URL：Google Play書籍購入画面のURL
・書籍の検索条件についてはキーワード以外なし。適当。
    [1]をクリックすると検索結果の20ブロック目表示
    [2]をクリックすると検索結果の30ブロック目表示
    [3]をクリックすると検索結果の40ブロック目表示

See the Pen KKKYNYQ by ゆとり社員は考える (@shineyutori) on CodePen.

処理の流れ・・・

HTML：
■ulタグ（class : hoge-link）内のaタグクリック時にイベントが発火します。
　→void(0) でリンクは無効化済みです。

jQueryのイベント内処理：
■json取得用URLを作成します。
　・クリックしたaタグのdata-idが、json取得のstartIndexパラメータに設定されます。
　　json取得用URLはこちら
　　https://www.googleapis.com/books/v1/volumes?q=阿刀田高&maxResults=2&startIndex={data-idの値}

■Ajax内で、jsonの取得・データの取り出し・HTMLの書き換え処理が実行されます。
　・URLでjsonを取得し、取得したデータを配列に格納
　・hogehogeクラスのHTML要素内のエレメントを空白にする
　・配列をeachでループさせ、その中で各要素に値をセット
    > htmltextという空白の変数を設定し、テキスト形式で値を設定したHTML要素を文字列で追加
    > 設定後、hogehogeクラスのHTML要素内に、htmltextに文字列で設定したHTML要素を追加

→→hogehogeクラス内のHTML初期表示が削除され、
　　jsonより作成したHTMLに書き換えられている！

・・・意外と簡単でした。

誰しもが「初心者」という経験をします。
そして、「勉強中」を通じ、「よくわかる」「開発できる」の域に到達する者、
「挫折する」「浅くしか理解できない」に落ち着いてしまう方もいます。

ゆとりはと言うと、正直に言うと現状こんな感じ。

1. Model、View、Controllerを使用する「MVCモデル（CakePHPで採用されているモデルです）」については漠然と理解できるし、それなりに使える
2. 上記の概念については、細かく説明できるほどにない
3. イベント処理やビヘイビア等については弱いが、ネットで検索して情報収集すればそれなりにできる

なんとか２）３）を克服すべく、奮闘中です。
しかし、機能開発等についてはそれなりにできるようになってきました。
多分、「全くの初心者」状態→「それなりに理解はできる」状態への移行という部分の行き詰まり部分は越えたはず。
ここで、多くの人は脱落するみたいですね。これを第一段階と呼ぶことにします。
しかし、ゆとりはそれ以降の部分で若干行き詰まっているのを感じます。
「なんとなく理解してて、それなりに開発できる」状態→「ちゃんと理解してて、自分で考えながら開発できる」状態への移行です。
ここを第二段階と呼ぶことにします。
ここの第二段階でスランプを迎える人も多いそうです。（体感・周りのベテランさんたち曰く）
ゆとりは、「第二段階ではこんなサイト・本・学校で勉強するといいよ！」みたいなアドバイスはできませんが（むしろ教えて欲しいです）
「第一段階で行き詰まっている人はこれをみるといいよ！」みたいなサイトならいくつか紹介することができます。
というわけで、以下ご確認ください！！！

CakePHP3の環境作りを丁寧に解説したページ。割と公式周りでは省略されがちな部分。
PHPでの実装自体初めて・・・みたいな方にもオススメ。

CakePHPでは、Hashという便利なクラスを利用できます。
Hashとは、配列の組み替え、検索、データの抜き出し等が簡単な記述でできるとても便利なクラスです。
（これで、配列からデータを取り出すのに、foreachを回したりしなくていい！！！！素晴らしい！！！！）
しかし、Hashの関数についてはど忘れがちなので、毎回上記サイトを参考にしています。

CakePHP3でイベントリスナーを用いた処理の実装（＆メールやSlackでの通知）

パッと気づいた大きな変更点はこちら。

・PHP7.2以上が必須となった
・テンプレートファイルの拡張子が.ctp→.phpになった
・デフォルトレイアウトがシャレオツ（Milligramというめちゃくちゃ軽いCSSフレームワークになったそうです）

その他、変更点が軽くまとめてあるサイト見つけたので貼ってみます。

現在できることは、

「複数人のユーザー情報をまとめたCSVを作成・インポートすることで、一括でbaserCMSのユーザー登録ができる」

ただ、それだけ。

それだけなんですが、案外需要あるのではないかと思いまして。
ゆとりはほしかったです。

職場の仕事の中で、
ユーザーグループ50程度・ユーザーを100人程度登録する機会がありました。
そのときは、さすがに100人を管理画面から手動で登録する気力もなく、
ユーザー情報を一括で登録するプログラムを書きました。
結果、開発・動作確認・テスト・実際に登録・・・と手順を踏んでいくと、
結局手動のほうが早いじゃん・・・みたいな結果になりました。
（まあ、手作業でやっていくとケアレスミスも比較的発生しやすいと思うので、やっぱり手間がかかっても一括でやるべきなんでしょうが・・・）

あと、baserCMSのフォーラムにて、
「一括で万単位のユーザを削除・登録させる方法はありますか？」みたいな質問もありました。
意外とこういう機能って求められてるんじゃないかな〜って思いました。

1行目が見出しで、2行目はサンプル（例）となっております。
2行目に倣って、3行目以降にユーザー情報を追記していきます。
2行目のサンプルに関しては、編集後必ず削除してください。
（2行目以降を取り込む仕様としているため、削除しないとサンプルのユーザー情報も作成されてしまいます）

「グループID」部分に入れる数字ですが、
所属させたいユーザーグループのNOを記入します。

ユーザーグループのNOは、

{サイトURL}/admin/user_groups/　にアクセスするとわかります。
図で示している部分です。

CSV作成できましたかね？
ではインポートします。

{サイトURL}/admin/user_import/user_imports/ にアクセスし、
作成したCSVを選択後「インポート」ボタンを押してください。
ファイル内容に問題がなければユーザーが正常に追加されます。

• まだユーザー追加しかできないので、ユーザーの編集・削除・ユーザー情報エクスポートもできるようにしたい
• エラーログを見やすくしたい
• ユーザーグループも扱いやすくしたい

まだユーザー追加しかできないので、ユーザーの編集・削除・ユーザー情報エクスポートもできるようにしたい

エラーログを見やすくしたい

ユーザーグループも扱いやすくしたい

はじめてプラグインを公開しました。
今まで仕事にて案件専用のプラグインは作成していたのですが、
マーケットに出したのは初めてです。
皆様の反応が気になります・・・。

また、近々このプラグインの改修や、他のプラグインの作成という形でマーケットに貢献できればと思います。
今回は無料プラグインとして出品しましたが、
次は500円くらいで売れるもの作りたいなあああ

試験本番の内容は意外と難しく、終了直後は「落ちた？」と思いましたが、
割と余裕で合格。

今回、試験勉強をしていて「へぇ〜」となった問題を4題セレクトしてみました。
（著作権のため、自分なりに問題を改変しております。）

  
    print(1 <=> 2);
    print(3 <=> -2);
    print(2 <=> 2);
  

A：001　B：1-10　C：-110　D：実行エラー

問題2：変数名の指定として誤ってるものは？（2つ選択）

A：YUTORI　B：4yutori　C：Yutori_Shine　D：_yutori　E：yutori-shine　F：yutori2020

  
    $data = '2020';

    if ($data == 2020) {
        print 'OK';
    } else {
        print 'NG';
    }
  

A：「OK」が表示される　B：「NG」が表示される　C：なにも表示されない　D：実行エラー

  
    $file = file_get_contents('hoge.txt');

    if(？？？？？？？) {
        print 'ファイルの読み取りに失敗しました';
    }
  

こちらから投稿できます。

現在、「情報処理技術者試験」の下記資格について投稿可能です。

• ITパスポート
• 基本情報技術者
• 応用情報技術者
• ITストラテジスト
• システムアーキテクト
• プロジェクトマネージャ
• ネットワークスペシャリスト
• データベーススペシャリスト
• エンベデッドシステムスペシャリスト
• 情報セキュリティスペシャリスト
• 情報セキュリティマネジメント
• ITサービスマネージャ
• システム監査技術者

資格コンテンツ追加

• Linux技術者認定資格「LinuC」（2021年2月予定）
• Microsoft Office スペシャリスト MOS（2021年3月予定）
• CAPM®試験（2021年4月予定）

マイページ機能追加

今回作成したMemberのテーブル例

  
CREATE TABLE `members` (
  `id` int(8) NOT NULL,
  `email` varchar(255) NOT NULL,
  `name` varchar(255) NOT NULL,
  `created` datetime DEFAULT NULL,
  `modified` datetime DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
ALTER TABLE `members`
  ADD PRIMARY KEY (`id`);

INSERT INTO `members` (`id`, `email`, `name`, `created`, `modified`) VALUES
(1, 'test1@example.com', 'メンバー1', '2020-12-15 05:50:28', '2020-12-15 05:50:28'),
(2, 'test2@example.com', 'メンバー2', '2020-12-15 05:50:28', '2020-12-15 05:50:28'),
(3, 'test3@example.com', 'メンバー3', '2020-12-15 05:50:28', '2020-12-15 05:50:28'),
(4, 'test4@example.com', 'メンバー4', '2021-01-13 11:22:26', '2021-01-13 11:22:26');
  

今回の例ですと、

「メンバー1」が「メンバー2」「メンバー3」をフォローして、
「メンバー3」「メンバー4」が「メンバー1」をフォローしている場合

「メンバー1」のフォロー一覧取得で「メンバー2」「メンバー3」のメンバー情報、
「メンバー1」のフォロワーー一覧取得で「メンバー3」「メンバー4」のメンバー情報　を取得したいのです。

フォロー機能のアソシエーションは、多対多(members対members)のアソシエーションとなっています。
今回は、中間テーブル「follows」を用意して「一対多」(member対follows)のアソシエーションを作成します。

中間テーブルを作成し、bakeにてモデルを作成します。

  
CREATE TABLE `follows` (
  `id` int(8) NOT NULL,
  --フォローする側
  `following_id` int(8) NOT NULL,
  --フォローされる側   
  `follower_id` int(8) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

INSERT INTO `follows` (`id`, `following_id`, `follower_id`) VALUES
(1, 1, 2),
(2, 1, 3),
(3, 3, 1),
(3, 4, 1);
  

①フォローする側の目線
②フォローされる側の目線
に分けて考えていきます。

順序として、下記のように実装していきます。
1）Followsモデルを2つに分けて考える
2）Membersモデルを2つに分けて考える

1）Followモデルを2つに分けて考える

・ActiveFollowings (フォローする側の目線)
・PassiveFollowings (フォローされる側の目線)

Memberモデルに、hasMany()メソッドを追加します。

  
        $this->hasMany('ActiveFollowings', [
            'className' => 'Follows',
            'foreignKey' => 'following_id',
        ]);

        $this->hasMany('PassiveFollowings', [
            'className' => 'Follows',
            'foreignKey' => 'follower_id',
        ]);
  

1つのFollowモデルを仮想の2つのモデルに分けています。
なので、実際のFollowsモデルであることをclassNameプロパティにて定義します。

フォローをする側の目線では、フォローする側(following_id)を元にフォローされる側(follower_id)を引っ張ってくるので、foreignKey(外部キー)をfollowing_idに指定する必要があります。
逆に、フォローされる側の目線では、フォローされる側(follower_id)を元にフォローする側(following_id)を引っ張ってくるので、foreignKey(外部キー)をfollower_idに指定する必要があります。

2）Memberモデルを2つに分けて考える

  
        $this->belongsTo('Followings', [
            'className' => 'Members',
            'foreignKey' => 'follower_id',
        ]);

        $this->belongsTo('Followers', [
            'className' => 'Members',
            'foreignKey' => 'following_id',
        ]);
  

  
        $this->hasMany('ActiveFollowings', [
            'className' => 'Follows',
            'foreignKey' => 'following_id',
        ]);
        $this->hasMany('Followings', [
            'through' => 'ActiveFollowings',
            'propertyName' => 'Followers',
        ]);
  

  
        $this->hasMany('PassiveFollowings', [
            'className' => 'Follows',
            'foreignKey' => 'follower_id',
        ]);

        $this->hasMany('Followers', [
            'through' => 'PassiveFollowings',
            'propertyName' => 'Followings',
        ]);
  

  
        $this->belongsTo('Followings', [
            'className' => 'Members',
            'foreignKey' => 'follower_id',
        ]);

        $this->belongsTo('Followers', [
            'className' => 'Members',
            'foreignKey' => 'following_id',
        ]);
  

  
        $this->hasMany('ActiveFollowings', [
            'className' => 'Follows',
            'foreignKey' => 'following_id',
        ]);
        $this->hasMany('Followings', [
            'through' => 'ActiveFollowings',
            'propertyName' => 'Followers',
        ]);
        $this->hasMany('PassiveFollowings', [
            'className' => 'Follows',
            'foreignKey' => 'follower_id',
        ]);
        $this->hasMany('Followers', [
            'through' => 'PassiveFollowings',
            'propertyName' => 'Followings',
        ]);
  

  
        $member = $this->Members->find('all', [
            'contain' => ['ActiveFollowings.Followings'],
            'conditions' => [
                    'Members.id' => 1
                ]
        ])->first();
  

  
        $member = $this->Members->find('all', [
            'contain' => ['PassiveFollowings.Followers'],
            'conditions' => [
                    'Members.id' => 1
            ],
        ])->first();
  

今回は例として、こんな2つのセレクトボックスを作成しました。

①「地方選択」セレクトボックスと「都道府県選択」セレクトボックスがある
②「地方選択」セレクトボックスで任意の地方を選択すると、
選択した地方に対応した都道府県が「都道府県選択」セレクトボックスに設定される

↓こんな感じです。

  
    <script>
    // 各地域ごとの都道府県の配列を設定
    var hokkaido = {1:'北海道'};
    var tohoku = {2:'青森県', 3:'岩手県', 4:'宮城県', 5:'秋田県', 6:'山形県', 7:'福島県'};
    var kanto = {8:'茨城県', 9:'栃木県', 10:'群馬県', 11:'埼玉県', 12:'千葉県', 13:'東京都', 14:'神奈川県'};
    var chubu = {15:'新潟県', 16:'富山県', 17:'石川県', 18:'福井県', 19:'山梨県', 20:'長野県', 21:'岐阜県', 22:'静岡県', 23:'愛知県'};
    var kinki = {24:'三重県', 25:'滋賀県', 26:'京都府', 27:'大阪府', 28:'兵庫県', 29:'奈良県', 30:'和歌山県'};
    var chugoku = {31:'鳥取県', 32:'島根県', 33:'岡山県', 34:'広島県', 35:'山口県'};
    var shikoku = {36:'徳島県', 37:'香川県', 38:'愛媛県', 39:'高知県'};
    var kyushu = {40:'福岡県', 41:'佐賀県', 42:'長崎県', 43:'熊本県', 44:'大分県', 45:'宮崎県', 46:'鹿児島県', 47:'沖縄県'};
    // 各地域を配列にまとめる
    var areaArray = [hokkaido, tohoku, kanto, chubu, kinki, chugoku, shikoku, kyushu];

    $(function() {
      // 地域選択用セレクトボックスが切り替わったら発動
      $('#areaSelect').change(function() {
        // 一旦、都道府県選択用セレクトボックスのoptionを消去
        $('#pref > option').remove();
        //　地域選択用セレクトボックスの値を取得
        var val = $(this).val();
        // 選択したvalue値を変数に格納
        var selectedArea = areaArray[val];
        // 選択した地域の都道府県をセレクトボックスのoptionに追加
        $.each(selectedArea, function(index, value){
          $('#pref').append($('<option>').html(value).val(index));
        })
      });
    });
    </script>

  <select class="areaSelect" id="areaSelect">
    <option>地域を選択してください</option>
    <option value="0">北海道</option>
    <option value="1">東北</option>
    <option value="2">関東</option>
    <option value="3">中部</option>
    <option value="4">近畿</option>
    <option value="5">中国</option>
    <option value="6">四国</option>
    <option value="7">九州</option>
  </select>

  <select class="pref" id="pref">
  </select>
  

何年か前、お客さまのコーポレートサイトをbaserCMSでリニューアルした際、
クオリティチェックで言われた一言。

「このサイト、ブログでカテゴリー使わないですよね？なんか記事作成してるときに邪魔だなあ。消すことできますか？」

baserCMS、ブログタグの使用・表示有無については選択できるのですが、カテゴリーについては使用固定なんですよね。（なんで？）
なので、ブログカテゴリーについては使用しない方でも記事編集画面で、カテゴリー項目を非表示にできないのが標準仕様です。
アイキャッチについても、同様。

でも使用しない項目が消せないって確かに不便なのかな〜と思いました。

んで最近、CuCustomField　を導入してサイト作成していたのですが、
記事編集画面を見て・・・

このサイトのCuCustomField使用しているブログではカテゴリーもアイキャッチも使用していなかったので、不要な項目で編集画面がごちゃついているのがストレスでした。

これはなんとかしなくてはと、プラグイン作成を決意。

記事編集画面表示カスタム設定画面より、ブログごとにアイキャッチ・カテゴリーそれぞれの表示を設定できます。

インストール後、
{管理画面URL}/post_field_custom_display/post_field_custom_display_configs/ で、
ブログコンテンツごとの設定ができます。

プラグイン公開は2度目でした。
普段仕事にて案件専用のプラグインは作成していたのですが、なかなか汎用的な形で公開できず。
最近上司から言われたことが心に残ってしまい、今後もっとプラグインを出していこうと思いました。
「案件でbaserCMS使えば、何個かは不便だなあとか、こんな機能ほしいなあとか、毎度絶対思うしお客さんから要望出るでしょ？
案件専用に対応してもいいけど、毎度言われたり感じたりするたびにやるんだったら、案件独自に対応するんじゃなくて、
baserCMSにコミットしてもっと便利にするとか、オリジナルプラグインとして外だしするとか、汎用的にやりゃあいいんだよ」

確かになあ、と思います。
自分の中でノウハウとして持っておくんじゃなくて、大衆の目に晒した方がフィードバックもらえたりもしますしね。
というわけで、今後の目標。
「案件でbaserCMSを使うたびに、1個プラグインを作成する」
以上！！！！