TwitterРеорганизация публикаций
Posted on September 21st, 2007 by Max Kraynov
Задумываюсь над тем, чтобы реорганизовать публикации в виде онлайн-книги типа Wiki, а то на странице Business Articles они сгруппированы неправильно. В настоящий момент нахожусь в судорожных поисках системы (вероятно, какой-нибудь реализацией Wiki), позволяющей:
- быстро и удобно добавлять новые статьи на русском и английском языке – не так неудобно, как MediaWiki
- (желательно) поддерживать поддомены (я задумываюсь над тем, чтобы делать русско- и англоязычную версию)
- поддерживать пользователей
- работать на FreeBSD + PHP + MySQL
- быть доброжелательной по отношению к поисковым серверам и позволять сайту грамотно и культурно индексироваться
Что посоветуете? Я понимаю, что вполне можно поставить себе Битрикс и не мучаться, но хочется знать и альтернативы.
Как будет выглядеть “книжка”?
- Что нужно знать перед тем, как открывать бизнес?
- Почему работа на дядю может быть вашим вариантом?
- Кем быть? Какой бизнес открывать?
- Как узнать, что это бизнес, а не хобби?
- Открытие компании
- Команда основателей
- Как делить доли?
- Что делать?
- Делать ли клоны?
- В чём смысл продуктового менеджмента?
- Когда убивать продукт?
- Если что-то получилось
- Найм людей
- Привлечение средств
- Продаваться ли рано?
- Если не всё так гладко
- Проблемы в коллективе
- Проблемы продуктового менеджмента
- Когда нужно расставаться
- Домашняя работа перед сотрудничеством с Startup Cube
- Анализ структуры команды основателей и работников
- Анализ структуры компании и оценка масштабируемости компании
- Анализ продукта, рынка, конкурентов
- Анализ масштабируемости бизнес-модели
- Сервисы Startup Cube
- Анализ вашего стартапа
- Поиск слабых мест
- Выработка стратегии развитии компании и продуктов
Примерно так. Есть предложения?
Filed under: Бизнес
Подписаться по Email
Максим, wiki, это скорее — энциклопедия. То, что ты описал — в чистом виде books online. И, скорее всего, лучше всего подойдет размещение в виде plain html, без лишних наворотов. Оно и для поисковиков дружелюбнее.
Сергей, дело в том, что мне необходимо периодически обновлять информацию в уже имеющихся публикациях. Согласен, что это случается в разы реже, чем я предполагаю, потому что в дело идёт простая человеческая лень и усталость, но если мне потом придёт в голову взяться за дело, мне нужен правильный инструмент.
Максим, тогда, возможно, имеет смысл присмотреться к какой-нибудь CMS. Вот тут, например, про Drupal: http://www.webplanet.ru/qa/13336
И оттуда же, ставнение CMS от IBM: http://www-128.ibm.com/developerworks/ibm/library/i-osource1/
Есть вот такая статейка – “Сравнение Drupal, Joomla и WordPress”: http://maxsite.org/drupal-joomla-wordpress
“Drupal, Joomla и WordPress – системы управления, на основе которых можно создавать функциональные и легко управляемые сайты”
Спасибо, посмотрю. Я использовал все три инструмента и пришёл к выводу, что мне нужен четвёртый 🙂
Да, и ещё. Если бы мне был нужен просто CMS, я бы выбрал Битрикс, хотя рассмотрел бы альтернативы. Наверное, мне просто нужно написать RFP (request for proposal) и предложить его читателям этого сайта. Разработчик с лучшим (необязательно самым дешёвым) предложением выигрывает контракт на создание и (возможно) поддержание сайта.
А чем Друпал не подошёл?
Тяжёлый он в настройке (как мне показалось). Я, в принципе, небольшой спец по CMS. Вот блог-движок WordPress – это для меня 🙂
Может подойдет http://www.modxcms.com/ – когда я ее смотрел весьма гибкая система показалась. Есть русское сообщество: http://modx.ru/
Ярослав, спасибо, надо будет посмотреть. Впрочем, я что-то после всех опций начал склоняться к варианту заказа всего сайта на стороне.
Как вариант. Лучше потратить больше времени на написание нового полезного материала. 🙂
Но с другой стороны если у тебя в перспективе будет несколько таких отдельный сайтов – может и есть смысл разобраться в какой-то CMS более-менее легкой. Все-таки общаться с этой самой другой “стороной” (кто оформит все это дело) – тоже временные затраты.
Мне кажется подойдет вот такая штука:
http://www.voidspace.org.uk/python/rest2web/
Это не цмс, это генератор нтмл страниц на основании заданного шаблона, структуры директорий и текстовых файликов которые в них лежат.
Её очень хвалил Макс Белугин (http://belugin.info/) его сайт как раз на ней сделан, как раз как средство быстрой генерации сайта на основании тектов
KMiNT21: именно по причине написания статей я и не собираюсь делать чрезмерно умную конфигурацию сайта. У меня будет два сайта: kraynov.com и Startup Cube (сайт консалтинговой компании). Будет ещё и сайт инвестиционной компании, но позже.
Макс, лучше Вики в данном случае может быть только… Другая Вики.
Я одно время очень много времени потратил на МедиаВики и могу сказать тебе следующее:
Просто поищи спеца, который правильно заточит эту вику под твои нужды!
В стандартной поставке она близко к “ужасу” для обычного пользователя и я тебя в этом плане понимаю.
ИМХО, чем проще будет движок, тем проще и быстре получится его “заточка” под твои нужды! Самое сложное, наеврное, это найти грамотного спеца хотя бы и для знакомого тебе ВордПресса…
PS; приглядываюсь последнее время к http://2z-project.ru/ – бесплатен, языки есть (можно поставить на разные субдомены). Правда, ориантирован все же на новости, но структурированию поддается легко.
Макс, привет! это Глеб.
Есть два комментария 😉
1. Вики хороша для организации плоского массива данных с многомерной рубрикацией. Строгую структуру на ней, конечно, выстроить можно и даже несложно, но мне кажется, что половина возможостей Вики при этом не будет востребована, а вторая – будет избыточно сложна.
Я бы сказал, что Вики нужно брать для реализации возможности “а покажите мне все статьи по теме…, а теперь – по теме … .”
2. Для работы с текстом, насколько я знаю, хорошо подходит TextPattern (см. textpattern.ru, textpattern.com. Правда, его нужно изучить, но это, вообще говоря, касается любой системы. Кроме того, по нему могу порекомендовать специалиста.
Ну, про Битрикс ты знаешь 😉