Сергей Протько

Ручками не смогу, не силен в php.

ну тогда просто забейте может? Или освойте PHP. Или наймите разработчика который сможет вам реализовать подобный проект.

Мне не понятно почему в два раза дороже. Ладно бы там на 30% дороже, но в два? Сроки разработки этого проекта на Ruby даже чуть меньше, чем на PHP или приблизительно равны. Покрытие кода тестами и прочее сильно много разницы в сроках так же не дает.

Вывод, либо вы нашли разработчика на Ruby с завышеным рейтом, либо разработчика на PHP с рейтом в два раза ниже. Если второе, то стоит задаться вопросом, а хватит ли у него квалифакации? Может быть во время оценки он не учел покрытие кода интеграционными/функциональными тестами, может еще чего.

По хорошему стоимость не должна так уж сильно различаться. Рейт сильного Symfony девелопера не ниже рейта хорошего RoR девелопера. Сроки по вашему скудному описанию скорее меньше будут у RoR. Вывод, RoR должен обойтись дешевле. По возможностям Symfony больше подходит для долговременных проектов, он быстрее Ruby (на hhvm так прилично быстрее), но под RoR больше качественных готовых решений, что так же должно сократить сроки разработки.

Словом... мутно как-то. Опишите как вы получили "в 2 раза дешевле".

Да ничем. Главное что бы урл был уникален и соблюдалась структура ссылок (что бы ресурс был доступен только по одному URI к примеру. В целом можно почитать вики). Для пользователя же - без разницы, они в 99,9% случаев ссылки просто копи-пастят.

Piecrust (в документации есть страничка со списокм альтернатив), Bolt... это если говорить о более мение легких.

Что до markdown - вопервых вы можете делать там html вставки (если редактор позволяет), во вторых - это дело привычки. markdown реально удобнее для оформления постов.

Ну самый простой вариант, написать скрипт автоинсталятор, который перед установкой будет дропать и создавать заново базу если такая есть, и удалять все перед установкой (в идеале каждый раз должна быть чистая установка).

с перспективой дальнейшего развития

Сразу рекомендую отбросить эти наивные мечты. Вам придется пяток раз переписать это дело, если вы действительно только начинаете.

"Правильной" CMS пожалуй и нету. Да и понятие "правильная" довольно абстрактно.

Рекомендую написать свой фреймворк для начала. Тут больше простора для фантазии, и затем можно на базе оного уже делать CMS.

если судить по сайту разработчика - Ruby on Rails.

ну... представьте что xml-файл это запись в базу со своими полями и атрибутами, ии все. Подсовываете данные в нужный шаблон. вуаля.

Есть так же готовые решения, генераторы статических сайтов (правда так сложилось что большая часть поддерживает только YAML).

руками.

там документация есть, можете посмотреть как реализована каждая кнопка (они там как плагины идут).

bolt80.com/piecrust - один из наиболее вменяемых.

Был такой опыт, CMS-ка была написана на Yii, так что сложностью стуктуры ссылок не особо блестала. В итоге полная интеграция всего и вся заняла где-то два месяца относительно неспешной работы (после первого месяца уже возникли сожаления в выборе WP, сейчас вот переписываем на symfony все ибо спустя 3 года поддерживать этот кусок фикалий просто грустно),

Вообще все сугубо индивидуально. Сделайте небольшой ресерч, потратте день два и ответте на свой вопрос, ибо все зависит от того что вам нужно сделать. Просто интеграция - не так сложно.

Есть еще интересная тема - оставить часть функционала в самописном движке, а часть брать из WP. В частности можно контент потом брать из WP и он будет в виде админки, а клиентская часть все будет выводить по своему. Как по мне это более гибкий подход.

верстка бывает и сложной.

самый простой вариант ответить на ваш вопрос - возьмите фришный шаблон бложика, сначала сверстайте его, а потом попробуйте натянуть на WordPress. Сразу покажутся слабые места вашей верстки, можно будет скорретировать. Со временем вы будете делать достаточно гибкую структуру разметки и стилей, и разница сведется к минимуму.

Ну с чего бы начать.... Почитайте про SOLID, а потом посмотрите свой код. У вас нарушен каждый принцип.

Модели у вас так же не совсем то делают, что должны. По хорошему, модели должны инкапсулировать в себя данные, а сохранением и редактированием их должны заниматься сервисы (например что-то типа NewsManager). Работа с БД так же должна быть вынесена в отдельный слой... и т.д. Короче... все согласно принципу единой отвественности.

Так же имеет смысл введение поддержки шаблонизаторов, добавить так скажем, уровень абстракции для этого.

сделайте форк проекта cms, вносите туда свои правки и периодически мерджитесь с мастером.
Если же изменения полезны - выносите в ишусы для обсуждения и предлагайте пул реквесты.

Если пишите в образовательных целях, то возьмите какой-нибудь мэйнстрим фреймворк (Symfony2 или Zend2 для php например). Главным критерием фреймворка берите сложность. Не берите фреймворки где слоган гласит "начните писать крутые приложения уже через неделю ковыряния", ибо в итоге вам придется обжечься на базовых вещах по 10 раз прежде чем придет какое-то понимание о проектировании web-приложений. Лучше уж брать что-то, что заставляет писать правильно, или хотя бы дает направление верное для развития. Можно так же взять какой микрофреймворк, аля Silex, Slim и что там еще популярно нынче. Это я описал по ситуации в php, для других языков (типа руби к примеру), чуть менее остро стоит проблема выбора инструментов, ибо большая часть инструментов проектировалось нормально. В php много такого (это относится и к встроенным функциям, и к инструментам и к фреймворкам), что потворствует говнокоду.

Используйте TDD (PHPSpec)/BDD (Behat, PHPUnit) сразу, заодно прокачаетесь.

Их же уже десятки...

А вообще соц сеть и CMS слабо сочетаются.

piecrust и подобные генераторы статических сайтов подходят лучше всего.