スキップしてメイン コンテンツに移動

Power CMSX(まとめ)

 

Power CMSX(まとめ)


最近blogを書き始めましたが、案件が一区切りついたので感想含めて記載します。

初めてPower CMSXを触りました


全体的


・悪い印象

開発環境のセットアップに手間がかかる

ライセンス問題(有料 + 利用方法) 無料で利用できる範囲をもう少しひろげられないか?

 →ローカルでdocker等で構築して開発する場合は、それぞれ開発者アカウント必要では?


プラグインが少ない(自作する必要あり)

調べても情報少なく公式しかない

サンプルがすくない


・良い印象

テンプレートはMovable Typeなので、知っていれば何でも記載できる

困った時に問い合わせ可能(●●みたいなことはできる? とか聞いてもOK)

スペースの概念は良いと思う

動的出力と静的出力を選べる(ここ重要)どうでも良いページは静的にしてなど設定できる


・第一段階(導入初期)

サーバーセットアップ

apacheとPHP(もろもろ)いれるDBセットアップ

取りあえずサクッと動いた


CMSの管理画面でTheme設定したら、Viewとかいっぱい出てきた

なにも考えず、デフォ3種をポチポチしたら、テンプレートがいっぱい

Theme変更しても、消えずのこったまま。


スペース、モデル、ビュー( テンプレート)の概念把握


・第二段階(導入中期)

動的に記事データを取ってきたり、一覧表示したりは理解

条件つけて一覧表示したり <mt:> 使って 条件分岐

URLマップの概念、Assets関連などの理解

テンプレートもパーツ化して再利用

管理画面のカスタムの仕方


意外とハマった .htaccess 、一度、設定失敗して管理画面含めてアクセスできなくなりましたw


・第三段階(導入後期)

PCMSのプラグイン開発やTinyプラグインの開発まで範囲を広げる


どうしても、要件を実現したく力技で実装したが、件数が多いとすごく遅い箇所の改善

プラグイン(PHP) を作成して、DBで一括で取得してPHPで整形してHTML返すとか。


あと入力関連でTinyを利用するので、デザインされたCSSを反映させる為、

カスタマイズやTinyのプラグインを開発


現在に至る


・その他

開発環境を用意したとして、本番環境にデブロイする手法はなにが最適なのか?

プラグイン関連はファイルのアップロードで良いが、テンプレートの修正などCMS側で変更した箇所が把握が難しい




コメント

このブログの人気の投稿

「8発目」 神奈川県立の出願システムのドメインmail.shutsugankanagawa.jp をdigコマンドで色々と確認してみた。

今、話題となってる、高校受験する為にネットで登録する時にgmail が届かない件  2024/01/17 16時 頃 digコマンドを利用して確認してみました。さて、どこが悪いんでしょうね。 まずはこれから % dig mail.shutsugankanagawa.jp ;; ANSWER SECTION: mail.shutsugankanagawa.jp. 122 IN A 13.113.157.93 mail.shutsugankanagawa.jp. 122 IN A 52.193.62.66 mail.shutsugankanagawa.jp. 122 IN A 52.194.140.218 今度は、txt をつけて % dig mail.shutsugankanagawa.jp txt ;; ANSWER SECTION: mail.shutsugankanagawa.jp. 300 IN TXT "v=spf1 include:amazonses.com ~all" mail.shutsugankanagawa.jp. 300 IN TXT "google-site-verification=eBRf3ipFa5PReqemKRG2zePZUOEfBc6NO5GuPisqN5A" 次はMXをつけて % dig mail.shutsugankanagawa.jp mx ;; ANSWER SECTION: mail.shutsugankanagawa.jp. 300 IN MX 10 ec2-52-193-62-66.ap-northeast-1.compute.amazonaws.com. mail.shutsugankanagawa.jp. 300 IN MX 10 ec2-52-194-140-218.ap-northeast-1.compute.amazonaws.com. mail.shutsugankanagawa.jp. 300 IN MX 10 ec2-13-113-157-93.ap-northeast-1.compute.amazonaws.com. mail.shutsugankanagawa.jp. 300 IN MX 20 feedback-s...

javascriptの「use strict」ついて(AIにまとめてもらいました)

はじめに 近年、JavaScript開発において「use strict」というキーワードが頻繁に目に留まるようになりました。しかし、その役割や具体的な使い方は意外と知らない方も多いのではないでしょうか? 本記事では、「use strict」の概要から具体的な書き方、メリット、注意点までを初心者向けにわかりやすく解説します。 1. 「use strict」とは? 「use strict」は、JavaScriptのコード実行モードを厳格モードに切り替えるためのディレクティブです。厳格モードでは、従来の動作とは異なる厳しいエラーチェックが行われ、潜在的なバグや問題を早期に発見することができます。 2. 具体的な書き方 「use strict」は、スクリプトの先頭に1行のみ記述します。 ---- "use strict"; ---- 3. メリット 「use strict」を使用する主なメリットは以下の3つです。 潜在的なバグや問題の早期発見: 従来ではエラーにならなかったような曖昧な記述も、厳格モードではエラーとして検出されます。 コードの品質向上: 厳格なエラーチェックにより、より安全で信頼性の高いコードを開発することができます。 モダンなJavaScriptの標準: 近年のJavaScriptでは、多くのライブラリやフレームワークが「use strict」を前提とした動作になっています。 4. 注意点 「use strict」を使用する際の注意点としては、以下の点が挙げられます。 従来のコードとの互換性: 従来のJavaScriptコードと混在させると、エラーが発生する可能性があります。 スコープ: 「use strict」の効果は、宣言されたスコープ内のみ有効です。 すべてのエラーが検出されるわけではない: すべての潜在的なバグや問題が検出されるわけではなく、一部のエラーは依然として検出されない可能性があります。