デジタルマーケティングソリューション CMSとは？初心者でもわかるCMSの種類、メリット、導入事例【おすすめは？】 Tweet デジタルマーケティングを実践しようとすると、多くの場合その中核的な役割を果たすのがWebサイトです。 これまでデジタルマーケティングに注力していなかった企業では、Webサイトの大幅な改修やフルリニューアルを必要とするケースが少なくありません。そんなとき、必ずといっていいほど「どの『CMS（Contents Management System）』を使用して、Webサイトを構築するのか」という点が検討課題となります。 今回は、CMSの基礎知識、メリットとともに、最新動向、導入事例を紹介していきます。Webサイトの規模や運用目的などによって、最適なCMSは異なります。それぞれに合ったCMSを選ぶためのヒントにしてください。 目次 そもそもCMSとはどんなもの？ ■CMS

Gitでやらかした時に使える19個の奥義を書いてやらかしたときになんとかリカバリできるようにした。 今回は、そもそもやらかさないようにしたいよねっていうお話。 コミット編 .gitignoreを細かく指定しておく .gitignoreを指定しておけば余計なファイルをコミットしちゃうことを予防できます 過去に似たようなプロジェクトがあるのならそれを流用しましょう。 ないのであれば.gitignore.ioで生成してそれをカスタムしましょう。 ワイルドカード指定やディレクトリまるごとの指定は副作用ある可能性があるので慎重に。 コミットメッセージのフォーマットを決めておく コミットメッセージのフォーマットを決めておけば書き直したいということも減ります コミットメッセージをやらかして直したいと思うことはよくあります。 そういうのって案外コミットメッセージが自由すぎることが問題だったりします。 ある

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Spring Bootでのトランザクション設定方法 メソッドがpublicになっているか @RequestMappingをつけているコントローラ自体にアノテーションを付与していないか try～catchで囲まれているか 更新処理をするメソッドが直接呼ばれているか 継承されたメソッドの場合は子クラスに@Transactionalを付与 まとめ Spring Bootでのトランザクション設定方法 Spring Bootでトランザクションを設定する方法としては、TransactionManagerを使う方法と@Transactionalというアノテーションを使う方法があります。 コード量の関係やメンテナンス性などを考慮しても後者を選んで設定している人が多いのではないでしょうか。 ただ、設定したはいいものの上手く効かないという人もいると思います。 今回は後者を選んで設定した場合で、トランザクション

コンポーネント指向プログラミングの促進 ■コンポーネントのメリット DIの主目的の1つはアプリケーションのコンポーネント化を促進することです。アプリケーションをコンポーネント化することで以下のようなメリットが得られます。 コンポーネント単位で機能を強化・改訂することができる バグや故障を局所化できる ベンダ提供のコンポーネント等と付け替えることができる テストが容易になる ■コンポーネント指向の実現性 コンポーネントはメリットが多いのですが、設計や実装は難しいといわれてきました。その理由は、多くのプロジェクトにとっての主目的がアプリケーションの開発であり、コンポーネント化は副産物という位置付けにあるためではないでしょうか。主目的のアプリケーション開発では疎結合など意識せずに設計や実装を行う方が簡単です。従って何の規定もなく設計や実装を行うと、疎結合やコンポーネント化にメリットがあると分かっ

人々がRESTに挑戦しようとすると、通常、実例を探し始めます。そして、「RESTful」であると主張している多くの実例を探したり、「REST API」と名づけたりするだけでなく、RESTを行っていると主張する特定のサービスが何故失敗するのかに関する多くの議論を集めています。 何故、このようなことが起こるのでしょうか? HTTPは新しいものではありません。しかし、それは様々な方法で適用されています。それらのいくつかはＷｅｂデザイナが考えていたことと一致していますが、その多くは異なります。人が利用する、他のプログラムによって利用される、あるいはその両方の目的でそれらを構築するかどうかによらず、あなたのＨＴＴＰアプリケーションにＲＥＳＴの原則を適用するということは、あなたがまさにあべこべのことをするということを意味します。つまり、あなたは「正しく」Ｗｅｂを利用しようとしているのです。あなたがその

はじめに このドキュメントは、SPA＋REST APIで構築したシステムの認証方法を、事例としてまとめたものになります。 本ドキュメントが、SPA＋REST APIにおける認証の実現方式のひとつとして、今後開発を行うシステム、プロジェクトの参考情報となることを目的としています。 なお、このドキュメントに記載しているシステムは開発中のものであり、実際に運用されているシステムではありません。その点については、ご留意のうえ、構成例としてドキュメントを参照いただければと思います。 このドキュメントは、SPA＋REST APIのシステム構成例（AWS）のアプリケーションの認証部分にフォーカスして記載したものです。 以下のような用語についての説明は、本ドキュメントでは行いません。事前に知識を持っている、もしくは必要に応じて他の資料、情報などを参照していただくことを前提とし、構築したアプリケーションと方

はじめに 先日、「設計書の書き方」セミナーで、設計の効率化＆品質向上のために下記3つのうちどれが一番大切だと思うかを聞いてみました。みなさんなら、どれを選びますか。 (A)設計スキルを教育する(B)設計の標準化を進める(C)設計ツールを導入する システム設計ツール(CAD)を自らの効率化のために作った身からすると、今こそ(C)は重要だと思っています。しかし、そんな私でもこの3つはどれも大切で、どれが一番とは甲乙つけがたいものと感じています。 内心、票が割れるかなと思っていたのですが、結果は(B)の標準化に手を上げる人が圧倒的に多くいました。 それほど多くの人々が重要視している設計書の標準化ですが、その割にはチームごと、部署ごとにフォーマットがバラバラで、「組織単位で設計書を標準化できている」と胸を張れる会社は多くありません。そこで、令和時代の設計書の標準とはどうあるべきかをテーマにしている

ローカルで動かそうがDockerで動かそうが、APIを持つアプリを作るとなると自然と一覧が欲しくなるもの。 できれば型や仕様書のフォーマットを... ブラウザで見れる&修正後はDiffが取れる形で欲しいですね。 (自分の関わってたプロジェクトだとExcelにペタペタ定義を書くor貼る仕様書でした。古いとこだと一太郎で作ってた。一太郎2018ってあるんだぜ) [一太郎] ... フォントや段組機能は好きです www.justsystems.com そこでAPI仕様書を簡単に作ろうと思った時に当たった選択肢が、Swagger or API Blueprintでした。 今回はAPI Blueprint触った感じを書きます。 [API Blueprint] API Blueprint | API Blueprint [Swagger] ... こっちの方が The World's Most Pop

{ "message" : "Validation failed", "errors" : { "identify" : [ "The identify is invalid format", "The identify is too long", ], "password" : [ "The password is required", ], } } 3.柔軟性 httpパラメータで取得するパラメーターの制限、絞り込み、並び順を指定可能にしよう。カンマ区切りで複数条件可能！ * fields : 取得したいパラメーター * getNumber : ページ数 * pageSize : 1ページの件数 * sort : 並び替え * q : 文字列の部分検索 例：/companies/:companyId?fields=data&q=サンプル&sort=id,name 注釈：頻繁に使用する条

最近は様々なサービスでWebAPIが提供されています。普段の開発をする中でもシステム連携などでAPIを作る機会が出てくるのではないでしょうか。 WebAPIの中でもREST APIなんてものもよく聞くのかなぁと思います。REST APIの設計は色々と奥が深く、なかなかおもしろい技術です。 今回はそんなREST APIを設計する上でのポイントをご紹介していきます。この記事では実装よりも設計思想的な部分を書いています。次回以降にもう少し実装に近いレベル記事を書いきます！ REST APIは、「Representational State Transfer（表現状態の転送）」というアーキテクチャスタイルに従って設計されたAPIのことです。RESTの概念は2000年にRoy Fieldingによって提唱され、Webアーキテクチャにおける一つの重要な原則として広く認識されています。 じゃあ、REST

HTTPステータスコード設計 RESTfulなAPIでは、以下の理由によりAPIの処理結果は適切なHTTPステータスコードを利用することが推奨されている。 適切なHTTPステータスコードを返さないと、レスポンスボディの中身を解析して処理結果を判定する必要がある HTTPの標準仕様を使うことで、HTTPステータスコードから処理結果を判定することができる HTTPの標準仕様を使うことで、APIを利用する第三者にとっても理解しやすくなりバグの混入を減らすことができる ほとんどのHTTPクライアントライブラリはHTTPステータスコードを見てリクエストが成功したか、失敗したかを判別している ※ステータスコードは一律200で処理結果をレスポンスボディで表現するようなことはしてはいけない。例えば、API側で内部エラーが発生し本来であれば500(INTERNAL SERVER ERROR)を返さなければい

Gradleでもっとも基本的なJavaプログラムをコンパイルし、そこからAWS SDKを使ったプログラムのビルドまで挑戦してみました。 こんにちは、平野です。 この年末年始、ずっと理解したいと思ってたものに色々と触る時間が取れたので、 非常に基本的な事柄ですが、自分なりに吸収したことをアウトプットして行きたいと思います！ ということで、Gradleを使ってJavaのプログラムをビルドして、 ビルドツールとかぜんぜん使ったことない原始人から現代人への進化を目指します！ なお、IDEは使わないでコマンドラインからの確認を行います。 （だから現代人になれないのでは？） スタート地点 この記事の内容を行う前の私の状況です。 Javaのプログラムの基本的な部分はまあまあ理解している Javaのビルドと言えばCLASSPATH設定してコマンドラインでjavacするの一択 そのあとjarコマンドで固める

みなさん、こんにちはこんばんは！ 株式会社情創 技術開発局 CoCo壱番屋の3辛で限界を感じた@TEBASAKIです。 今回からいよいよ基本編に入ります。 初回ということで、今更ですが Controller について解説していきます。 ※諸事情により本投稿をもってしばらく投稿を休載致します。申し訳ございません。 MVCとは Controller の前に、まずは MVC について解説します。 MVC とはアプリケーションフレームワークのひとつです。 これはModel(モデル)、View(ビュー)、**Controller(コントローラ)**の頭文字を取ったもので、全体の処理をこの3つに分割します。 続いて、それぞれの役割について解説していきます。 Model(モデル) Model は処理の中核を担います。 アプリケーションが使用するデータや、DBに対する処理などは Model が担当すること