蘋果cms數據庫配置不成功_建立成功CMS的4個祕訣
蘋果cms數據庫配置不成功
在日常生活中，我是一名Web開發人員。 或者，確切地說，我經營一家業務，爲小型企業到大型組織的廣泛客戶開發網站。 這些站點中的每個站點都帶有某種CMS。 我們使用哪種CMS來開發網站取決於很多因素，包括客戶想要什麼，網站的大小以及所需的功能。 在本文中，我將介紹開發開放源代碼Bolt內容管理系統時的經驗教訓。
牢記客戶
通常，當在較大的站點上工作時，您將與一小組具有不同職務說明和技能的人一起工作。 當利益衝突時，具有不同專業知識的人們之間的這種重疊可能會引起一些問題：
- 編輯者不想知道數據庫結構。 他們不在乎是XML，JSON還是Mediumtext。
- 後端開發人員不必擔心網站上使用的確切標記。 <b>或<strong>，幾乎一樣，對嗎？
- 前端開發人員不需要了解安排新文章的時間，也不必知道主編是否已批准對較舊文章的更改。
我堅信，沒有一個適用於所有網站的CMS，而令我感到驚訝的是，有很多Web開發機構對每個項目都使用相同的CMS。 如果我是這樣的代理商的客戶，我想知道我獲得的CMS是否真的最適合我的網站，或者恰好是他們爲所有客戶使用的CMS。
由於這不是我們想要的工作方式，因此我們一直在尋找適合我們工作流程並同時相輔相成的CMS。 這樣，我們有一些選擇可以更好地幫助我們的客戶，而不必每次都回到同一個系統。 對於我們開發的大多數大型項目，我們使用Drupal。 這是一個具有許多功能的出色系統。 因此，它也是一個相當複雜的系統（尤其對於編輯人員，他們最終不得不每天在該系統中工作）。 我們已經進行了很多研究，以找到一種可以補充此功能的系統：一種適用於不需要Drupal提供廣泛功能的站點的更簡單，更輕量級的系統。
我們在尋找時評估的每個系統都有一個或多個主要缺點。 似乎每一個CMS在那裏被某樣的人一定樣的人寫的。 由於找不到適合自己和客戶需求的系統，因此我們決定開發自己的系統。 這樣做，我們學到了很多關於優質CMS應該做什麼，不應該做什麼以及如何知道這兩種選擇之間的區別的知識。 這導致我們開發了稱爲Bolt的CMS，我邀請您進行檢查。 這真棒，對我們來說，它確實滿足了我們日常工作的需求。 但這不是本文的目的。
在開發CMS時，我們發現CMS通常有三個主要的「受衆」。 廣義地說：
- 開發人員：這些是後端開發人員。 安裝，配置和構建任何自定義功能的CMS的人員。
- 實現者：這些是「前端開發者」。 組織內容，設置內容類型並以CMS提供的模板語言以HTML / CSS形式實現網站主題的人員。
- 編輯：這些是每天在CMS中工作的人員。 他們編寫新內容，編輯現有頁面等。
還有一小部分人，即決策者，略微不在這一組之內。 決定將哪個CMS用於項目，然後將其移交給開發人員以使其實現的人。 這些人（儘管在此過程中很重要）實際上並不是網站或CMS受衆的一部分。
事實證明，大多數CMS都將重點放在其中一個受衆上，從而在一定程度上忽略了其他受衆。 多年來，這一直困擾着我-大多數知名的CMS在其中一個領域都表現出色，但在這三個方面都沒有。
經常處理內容的人通常是擅長文字的人-寫作是他們的專長。 通常，當CMS儘可能擺脫干擾時，它們會發揮最佳作用，並且效率最高。 他們需要執行的每個操作，每個額外的單擊按鈕以及做出的每個選擇都可能破壞他們的工作流程。
同時，後端開發人員通常在技術上非常熟練。 這些人知道數據庫如何工作，並對服務器上發生的事情有很好的瞭解。 因此，該小組對CMS幕後發生的事情有很好的瞭解，並且他們更喜歡配置而不是常規。
實施該實現的前端開發人員通常在使網站質量，結構，導航和可用性方面知識淵博，但他們通常也具有使用適當HTML和CSS來實現設計的技能。
這些具有不同技能的人們需要共同努力，以建立一個連貫，堅實，美觀的網站，該網站運行良好且易於導航。 通常，將自己放在別人的鞋子上非常困難，因此要使其正常工作，需要紀律。
根據定義，創建CMS的人員是屬於後端開發人員類別的人員。 事實證明，許多CMS顯然是由程序員和爲程序員開發的 。 儘管這使站點快速啓動和運行變得容易，但編輯器和前端開發人員可能會遇到阻力。
同樣，如果選擇使用具有特定於最終用戶的界面的某些知名CMS，則後端開發人員可能會反抗，因爲他們預測未來的更新，可伸縮性和開發會出現問題。自定義模塊。
不要誤會我的意思，這裏沒有人應該責怪。 只是我們不能期望每個用戶都能以相同的標準來判斷系統。 一個人對一個系統的判斷至關重要的事情似乎與另一個完全不相關。
這就是使CMS難以構建的原因：作爲開發人員，您可能能夠構建最安全，最可靠和最精美編碼的CMS，但是如果編輯者不瞭解其工作原理，就不會考慮成功。
另一方面，如果您曾經交付過最草率的代碼，但是它爲編輯人員提供了他們所需的確切內容，那麼他們會喜歡的。 同時，您會覺得自己在完成這項工作方面做得很糟糕。 訣竅是要在這些方面找到良好的平衡，這將導致下一個重要的教訓。
避免複雜性
我之前提到過：許多CMS太複雜也太複雜。 這個問題的根源在於，構建一個簡單的東西確實非常困難。 這聽起來像是既定的，但防止某些事情變得過於複雜的最佳方法是做出有選擇的選擇，以使某些事情保持簡單並確保其保持這種狀態。
隨着CMS的發展，它通常帶有更多的選項和更多的功能，從而固有地導致用戶做出更多選擇，並採取更多步驟來執行基本操作。
在開發CMS（或CMS的模塊）時，通常必須選擇如何爲用戶提供特定功能。 您可能會想說「讓我們把它作爲最終用戶的選擇」，但是這迫使您的用戶做出選擇。 如上所述：每當您向用戶提出選擇時，他們都必須暫時停止正在做的事情才能做出決定。 他們有可能失去專心，可能需要一小會兒才能重返潮流。 這是一個很好的例子，說明您作爲開發人員認爲通過爲用戶提供選項來向他們提供服務。 在許多情況下，最好自己選擇更好的選項，以使用戶的工作流程更簡單。 有關此的更多信息，您應該閱讀您的應用使我發胖 。
始終如一
在產品開發方面，一致性很重要。 產品的一致性在使人感覺像是一種光潔，圓潤的體驗與使人感覺可以隨時破裂之間有所區別。
這不是容易測量或量化的事情，而是用戶會注意到的事情。
要保持產品一致性時，需要牢記三個重要方面：
- 敢說不。 不要僅僅因爲你就可以做事情。 使用每個新功能時，您都應該問自己，人們是否真的需要此功能，是否不會給其他用戶增加更多的複雜性。
- 不要對用戶的需求做任何假設。 如果他們想要什麼，他們將絕對讓您知道。 提供一種讓人們需求更多的產品要比擁有從未使用過的功能要好得多。
- 具有「合理的默認值」。 這當然是一個非常模糊的概念，但總的來說：如果以某種方式做某件事很明顯，那就以這種方式做就可以了。 不要添加一些晦澀難懂的選項，或者只是爲了使其變得古怪或與衆不同。
準備說「不」
簡單地說：說不重要 。 如果您說的不夠多，您的產品將失去其提供的功能的重點和一致性。
實際上，這很多。 不僅在CMS中，而且在軟件開發的所有領域中。 例如，Spotify曾經是完美的音樂播放器，但多年來，人們引入了各種社交功能和其他愚蠢行爲。 我不知道有人會喜歡舊版本的Spotify。
爲什麼這種情況經常發生？ CMS開發人員通常會忽略目標受衆之一。 這可能是因爲他們缺乏將自己置於其他人羣中的能力，或者是因爲客戶缺乏技術專業知識並要求提供錯誤的功能。 也許營銷部門的人員有一個非常令人信服的理由要包含一些愚蠢的功能。 無論出於何種原因，您都應該始終牢記大局：添加某些功能會使CMS 整體上更舒適，更易於使用嗎？ 如果答案是否定的，則應重新考慮添加功能。
同時，你應該總是牢記那些誰不受特定功能或改變。 如果您構建了一項新功能，該功能可以爲團隊中的某個成員帶來好處，但又以某種方式妨礙了其他不需要該功能的人，那將是不好的。
通常很難說不。 特別是如果您喜歡請求某些功能的人員，或者僅僅是因爲您喜歡構建新內容而不是維護舊代碼。 所有軟件開發人員都知道這種感覺。 下一篇文章有很多很好的論據，可以使說「不」更加容易，而聽起來卻不像是一個頑固的地下室居民： 產品策略意味着不說「不」。
結論
正如我之前提到的：使事情變得簡單很難。 很難。 防止事情慢慢將您的項目變成不一致和複雜的混亂局面的最佳方法是，始終牢記要爲誰構建產品。 在您選擇的CMS中構建網站時，或者在構建CMS本身時，也是如此。
嘗試將自己置身於所服務的對象中，並牢記長期目標：建立一個吸引所有用戶的一致產品或網站。 讓他們滿意，他們將繼續使用您的產品。
不育系
本文是Robin Muilwijk協調的「開放式CMS」專欄的一部分。 分享有關使用開源內容管理系統（CMS）和諸如Drupal，Joomla，Plone，WordPress等平臺的故事。
翻譯自: https://opensource.com/business/15/4/four-tips-successful-cms
蘋果cms數據庫配置不成功