На чем сделать wiki
Справка:Создание новой вики
Любой зарегистрированный участник может создать новую вики. Для этого вам необходимо заполнить простую форму.
Содержание
До создания вики
До создания своей вики мы рекомендуем сделать следующее:
Создание вики
Для того, чтобы создать новую вики, выполните следующие действия:
Кнопка создания новой вики.
Форма создания новой вики.
Поздравляем, вы создали свою вики!
Если вы захотите изменить название вики или URL-адрес после создания вики, вы можете обратиться к сотрудникам Фэндома.
Первые шаги после создания вики
Заглавная страница
Помните, что первое впечатление всегда очень важно. Заглавная страница — это первое, что обычно видят посетители новой вики. Таким образом, очень важно, чтобы на ней была ясно отражена тематика вашей вики, её содержимое, что вы хотите видеть на вики и где требуется помощь новых участников:
Пишите статьи
Самая ценная вещь на вики — это, конечно, её статьи. Помните, что первые страницы не должны быть длинными. Начните со статей, которые дадут участникам общее представление о вашей вики. Этим вы заложите фундамент вики и укажете всем тот путь, по которому она должна развиваться.
Скорее всего, вам придётся самостоятельно написать несколько десятков статей прежде, чем новые участники присоединятся к вашей вики. Не пугайтесь. Чем больше разнообразных страниц будет на вики, тем скорее она поднимется в рейтингах поисковых систем и тем быстрее люди захотят работать вместе с вами.
Создайте свою страницу участника
Ваша страница участника — это прекрасный шанс рассказать всем о себе и создать дружественную атмосферу на вики. Вы можете сделать страницу простой или наоборот подробно рассказать о себе, но главное, чтобы участники знали, кто именно стоит во главе вики и с кем им предстоит работать.
Следите за вики
Вы можете настроить получение электронных писем о правках на отслеживаемых страницах или на вашей стене обсуждения, что поможет вам всегда быть в курсе последних событий на вики. Для настройки уведомлений по электронной почте перейдите на страницу личных настроек.
Отслеживать активность на вики можно с помощью страницы Свежие правки.
Привлечение участников
Выполнив предыдущие советы, вы будете готовы к созданию сообщества на вашей вики. Пригласите своих друзей, обратитесь на другие вики со сходной тематикой, посетите форумы Интернет-ресурсов по этой теме. Если вы будете убедительны и настойчивы, новые участники не заставят себя ждать. Осторожно, ваши сообщения могут быть расценены как спам, поэтому хорошо подумайте над их текстом прежде, чем отсылать или размещать их.
Следите за Свежими правками на вашей вики. Увидев нового участника, который занялся редактированием, обязательно оставьте приветственное сообщение на его странице обсуждения. Поддерживайте контакт с постоянными редакторами и поощряйте их на создание новых страниц и улучшение существующих.
Локальная база знаний организации на движке Wiki
Введение
Полтора года назад я пришел работать в техническую поддержку филиала одной крупной общероссийской компании. До этого технической поддержкой я не занимался, мог, конечно, переустановить, настроить ОС или настроить простейшую сеть, но сильно не вникал. По мере накопления знаний, возникла необходимость их систематизировать и сохранить. Сначала у меня была специальная папочка, куда я складывал обычные документы Word и Excel. Со временем в папке накопилось много документов, поиск нужной информации стал занимать довольно значительное время. Работал я не один, поэтому некоторые файлы необходимо было держать в открытом доступе, например, список пользователей, периодически приходилось искать информацию, нужную другим сотрудникам. При заведении нового пользователя администраторами, я заносил его в таблицу, где также содержались реквизиты для удаленного доступа на его компьютер (не все же время ходить на рабочие места, когда пользователей больше 300 человек). Актуальный файл всегда был только в одном экземпляре, у других сотрудников технической поддержки были копии, которые могли не совпадать, если один из сотрудников подключал человека или менял сетевые реквизиты, а потом забывал об этом сообщить.
Со временем появилась мысль о том, что надо все это объединить и сохранить в одно место, чтобы у всех сотрудников технической поддержки был доступ к информации, возможности ее редактирования и добавления.
Идея создания своей маленькой Википедии, посвященной только моей работе, пришла не сразу, да и потребовала долгой реализации, т.к. она делалась на работе, а времени на ее наполнение оставалось не так уж и много. Интересно было то, что по должностной инструкции должна была существовать база знаний, в которой мы должны были искать ответы на вопросы пользователей, на деле же ее не существовало.
Первый блин
До этого о создании сайтов я знал мало, поэтому первый шаг- установка, был для меня, наверно, самым тяжелым. Первая версия работала на движке Mediawiki и была установлена на Denwer. Но при установке возникли какие-то проблемы, так что сайт проработал недолго, примерно 2 недели и погиб после попытки создать таблицу соответствия принтеров и картриджей к ним (Один из важнейших документов, между прочим). Таблица никак не создавалась, все время были проблемы с отображением границ и содержимого, гугление и подробнейшие чтения руководства, ни к чему не привели. Со временем понял, что движок Mediawiki — это слишком для такого проекта, он был слишком мощным, требовал большого количества настроек, чего я сделать не мог из-за моего незнания.
Последующую пару месяцев я сайтом не занимался, поэтому в следующий раз я решил все сделать основательно и добить наконец проблему.
Второй блин
Припомнив свои старые неудачи, набравшись опыта, я решил все начать сначала. Первым вопросом был выбор движка для сайта. Посидев пару часиков на странице Википедии с вики-движками, потестировав некоторые из них, я решил остановиться на Dokuwiki. Этот движок небольшой, достаточно легкий, работает без базы данных, имеет документацию на русском языке и множество модулей.
В итоге, в базу знаний должны были войти сведения о пользователях (контактная информация, сетевые реквизиты), программах(путь к дистрибутиву, инструкции, решение проблем), оборудовании (где взять драйвера, опять же проблемы с этим самым оборудованием).
Следующим этапом была установка темы для сайта. Это тоже довольно важно для удобства использования. Советую выбирать тему с левой панелькой (sidebar), куда удобно помещать меню. Эта самая левая панелька редактируется ка обычная вики-страница. Установка темы происходит копированием шаблона в специальную папку, после чего появляется возможность выбрать ее в меню администрирования.
Расширение функциональности происходит за счет установки дополнительных плагинов, которых существует очень много.Установка плагинов осуществляется следующим образом- находится ссылка на него, после чего в специальном разделе меню администратора эта ссылка указывается, дальше Dokuwiki плагин скачает и установит, остается только его настроить из меню конфигурации. Плагины в любое время можно включать и отключать.
Создание страницы в Dokuwiki можно осуществить так: указать внутри существующей страницы ссылку на несуществующую и перейти по ней, тогда система скажет, что такой страницы нет, и предложит создать ее, это очень удобно, т.к. на сайте названия страниц можно писать на русском языке, в системе они периодически получат название с помощью транслита. В последующем, можно будет в ссылках использовать и обычное наименование и наименование в транслите. Редактирование содержимого происходит с помощью удобного редактора, функциональность которого также расширяется плагинами. Синтаксис движка очень простой, основы можно запомнить за пару часов работы с сайтом, чтобы потом не обращаться к разделу помощи по синтаксису. Даже если что-то забыть потом, ссылка на синтаксис присутствует на странице создания и редактирования документов.
Созданные страницы хранятся в каталогах, которые называются “Пространства имен” (namespaces). В операционной системе каждый каталог является одной папкой, страницы хранятся в текстовых документах, так что их можно редактировать и без использования браузера (главное, чтоб права доступа не потерялись). Для каждой страницы хранится история ее изменений, как и в любом вики-сайте, можно быстро сделать откат, если текущая редакция не устраивает.
После знакомства с синтаксисом Dokuwiki и создания первых статей возник новый вопрос- как ограничить доступ анонимам на сайт, ведь будет не очень хорошая ситуация, если пользователь зайдет и прочитает про себя что-нибудь нелестное на его взгляд, не будем забывать, что есть люди, которые с компьютером не дружат, да и с сотрудниками техподдержки тоже, так что в описании может быть все, что угодно, хоть на сайте и есть свои правила. В Mediawiki все решалось ручной правкой файла конфигурации, в Dokuwiki на этот случай встроена удобная система управления доступом к различным разделам и даже отдельным статьям. Я просто блокировал доступ в раздел с пользователями для анонимов. Для авторизированых пользователей, которыми являются сотрудники техподдержки доступ остался. Так что теперь на сайт можно заходить даже с рабочего места пользователя, чтобы уточнить какую-либо информацию.
От небольшого вики-портала до хостинга
Предыстория
Я как-то пытался создать статью на паре вики-проектов, но их потерли так как они не имеют энциклопедической ценности, и вообще походу если ты пишешь о чем-то новом и неизвестном — это принимается за пиар. Через некоторое время моя статья была удалена. Я сначала расстроился, но в обсуждении для меня было приглашение на другой небольшой вики проект обо всем (а потом мне предложили написать статью еще для одного сайта). Я о нем никогда не слышал, но все равно был рад написать статью для сайта, которым кто-то занимается. Кстати оба проекта обновляются, есть в поиске и их читают — для меня это было достаточно чтобы написать обзор на свой проект. Оба сайта кажется были на движке MediaWiki или каком-то похожем, и внешне походили на любой другой популярный вики-портал.
От вики-сайта до вики-движка
С тех пор стало интересно сделать тоже вики-сайт с упором на IT-проекты — ведь это было бы привлекательно для многих людей, которые хотят рассказать о своем продукте. И еще я хотел сделать свои уникальные структуру сайта и оформление, которые могли бы подойти для многих других проектов. После того как сайт был готов, я сделал админку и выложил код на Гитхаб. В первую очередь потому, что об open source проекте можно написать, и сделать его не простым каталогом сайтов; к тому же я был бы рад, если кто-нибудь захотел бы сделать сайт на моем движке.
Попытка заделать хостинг
К сожалению мало кто будет выбирать вики-движок для node.js, большинство веб-мастеров предпочтут то, с чем уже имели дело, а это PHP, к тому же под PHP настроены большинство существующих хостингов. А для node.js пришлось бы арендовать VPS.
Мне очень хотелось сделать свой продукт более доступным. Идею вики-хостинга подал Фэндом. Вики-хостинг сделал бы мой движок доступным для гораздо большей аудитории, а также это выделило бы его среди сотен других (действительно сотни одних только cms для wiki). Я написал скрипт ghost.sh, который поднимает портал на новом домене (создает рабочий каталог для сайта, копирует в него дефолтный код движка, создает базу данных с пользователем и паролем, настраивает для всего этого права доступа), а также в админку добавил ссылку на cloud commander, который предоставляет доступ к файлам из рабочего каталога сайта для чтения и записи. Остается только прописать ручками в DNS-менеджере новый домен, и добавить его в запуск в основном скрипте. Собственно хостинг пока на стадии бета-версии — возможно у первых клиентов будут некоторые ляпы в первое время запуска. (Вообще у меня раньше никогда не было опыта по созданию такого проекта как хостинг, возможно я некоторые вещи сделал неправильно или плохо, но у меня стартовал запуск первого сайта на движке (сайт для хостинга) и он замечательно работает, и я даже сегодня залил на него обновления).
Результат
Но в целом очень привлекательно:
Персональная wiki или иной способ структурировать информацию?
В процессе работы или обучения чему либо собирается огромное кол-во различной информации. В данный момент храню ее в Evernote как единственному адекватному найденному мной онлайн блокноту. Но порой это не очень удобно, к примеру инфа по командам *unix вся в одном блокноте, хотелось бы разделить ее по категориям и структурировать. Подумав я решил что круто было бы хранить такую информацию в аналоге wiki, поискав в интернете нашел OutWiker, но использовать Dropbox(иное облако) не совсем удобно, да и неплохо было бы иметь браузерную версию. Возможно есть какие то решения готовые, сложно ли поднять свою вики например на домашнем компе? Возможно есть еще какие то методы хранения информации, более удобные.
Заранее спасибо.
/upd всем огромное спасибо, в который раз убеждаюсь в крутости тостера, многие советы взял на заметку, но в итоге решил перейти на OneNote.
Оценить 1 комментарий
ушел с эверноута на оненоут полгода тому назад.
Вот тут можете глянуть на одну из страниц моей вики: Data Mining (UFRT)
Задавался подобным вопросом давно, в итоге примерно 4 года назад поставил для себя, уже упомянутую выше DokuWiki тогда привлекла простота установки и оформление «из коробки» понравилось больше чем у MediaWiki. C тех пор проект не стоит на месте, баги патчатся, новые возможности появляются, количество плагинов понемногу растет. Поначалу с энтузиазмом писал в свою вики, но лень берет свое и в какой-то момент нежелание заниматься структуризацией и форматированием привели к тому что в вики почти перестал писать и переключился в Evernote. Хотя ни десктопный ни тем более web клиент никогда мне не нравились, простота ввода данных в том числе с имеющимся форматированием и изображениями была существенным плюсом. Так же к плюсам можно отнести максимальную «приватность» заметок. В результате почти все заметки стал вести в Evernote, но со временем эта же простота ввода показала свои минусы, форматирование какого-нибудь how-to практически невозможно, в результате получаешь плохо читаемый поток текста. Недавно начинался новый виток, снова возвращаюсь в wiki потому как форматирование и подсветка кода в больших заметках многого стоят. В итоге сейчас формируется примерно следующий алгоритм: в процессе поиска информации данные и ссылки быстро закидываются в Evernote, далее если собранная информация того стоит, или если нужно получить аккуратное how-to информация перебрасывается в wiki и оформляется как следует, это конечно дополнительная работа и время, но в определенных случаях оно того стоит, собственно Ололёша Ололоев выше использует такой же принцип.
Подведу итог (мои личные выводы само собой)
Wiki:
+ подразумевает хорошую структуризацию, стилистику и форматирование
+ достаточно мощная разметка, подсветка кода, автоматическое оглавление и другие возможности для написания больших записей
+ изначально предназначается для совместной работы, поэтому добавление новых пользователей это не проблема, наглядно можно отслеживать внесенные изменения
— обязывает придерживаться каких-то норм стилистики и форматирования что замедляет ввод новых данных
— если вики (даже полностью закрытая) расположена в интернет, то приватность данных уже под вопросом, если же в ней «обитают» ваши друзья и знакомые, то надо хорошо думать о том, что пишешь. Вообще это можно решить разграничением прав доступа, но все же вики это нечто публичное.
Evernote:
+ максимально быстрый ввод данных, в том числе вставка данных из внешних источников с возможностью сохранения форматирования и изображений
+ изначально высокий уровень приватности, при этом имеется возможность поделиться нужными материалами
+ достаточно хороший и быстрый поиск
— глючный редактор
— слабые возможности форматирования текста при ручном вводе
— относительно слабые возможности структуризации, что от части компенсируется поиском и тегами
— Есть интеграция с ОпенОфис;
— Поддерживает JS и следующие скрипты:
—Velocity Macro (installed by default in XWiki Enterprise)
—Groovy Macro (installed by default in XWiki Enterprise)
—Python Macro (installed by default in XWiki Enterprise)
—Ruby Macro (not installed by default in XWiki Enterprise)
—PHP Macro (not installed by default in XWiki Enterprise)
—platform.xwiki.org/xwiki/bin/DevGuide/Scripting
— поддерживается следующий синтакс: JSPWiki, MediaWiki, Confluence, TWiki, Creole 1.0, XHTML 1.0
— огромное кол-во различных расширений.
-минусы:
— под себя все же придется допиливать ручками, что отнимет некоторое время;
— тех.документация хранится только на английском языке.
Вики-сайты: что это такое и как их создать
Представьте, что вы делаете групповой проект. У вас есть Google Диск, который содержит ваше задание, исследования, статьи и презентации, которые были созданы и отредактированы несколькими участниками группы.
А теперь представьте, что ваш Google Диск превращается в веб-сайт. Это своего рода вики, но вместо группового проекта мы говорим о полномасштабных компаниях.
От стартапов до предприятий предприятия используют вики-сайты в качестве централизованных баз данных для своей документации. Прошли те времена, когда распечатывали справочники сотрудников в переплетах или отправляли руководства по стилю в документах Word в виде разовых электронных писем.
Контент, которым можно и нужно делиться в рамках всей компании, размещается в вики. Таким образом, любой может поискать в этой универсальной базе знаний нужную информацию, например, какие дни у компании праздничные дни или каковы правила для гостевого блога.
Ниже мы предложим официальное определение того, что такое вики (а что это не так). Затем мы рассмотрим, как его сделать.
Что такое вики?
Проще говоря, вики – это веб-сайт, который могут редактировать несколько пользователей. Некоторые из них общедоступны, но большинство – нет. Эти частные вики-сайты обычно создаются организациями для управления большими объемами информации и обмена ими.
Однако вики – это больше, чем просто веб-сайт. Часто это дискуссионный форум, справочник персонала, руководство по стилю, календарь событий, архив, справочник сотрудника и блог – все вместе. Чтобы избежать путаницы, давайте рассмотрим основные различия между вики и блогом.
В чем разница между вики и блогом?
Между вики и блогом есть несколько основных различий, но самые большие – это их целевая аудитория и модели обмена информацией. Вики – это чаще всего внутренний канал, созданный группой и для группы (будь то сотрудники, волонтеры и т.д. ). С другой стороны, блог – это внешний канал, созданный группой для другой группы (будь то клиенты, читатели и т.д. )
Кроме того, wiki считается типом общения «многие ко многим», а блог – типом общения «один ко многим». Это не означает, что блоги должны управляться одним человеком, чтобы считаться блогами. Несколько авторов могут вносить свой вклад в блог, но обычно в сообщениях в блогах один автор обращается к нескольким читателям. Вики, с другой стороны, создается и редактируется множеством авторов для множества читателей.
Вики и блог также имеют одну и ту же базовую функциональность: пользователи могут легко писать, редактировать, комментировать, добавлять изображения и выполнять поиск в архиве контента. Но дальше этого вики не заходят. С другой стороны, блоги обычно предоставляют больше возможностей и вариантов дизайна.
Теперь, когда мы выяснили, зачем вам может понадобиться вики, и поняли основные различия между вики и блогом, давайте рассмотрим процесс ее создания.
Как сделать вики
1 Выберите свою вики-программу.
Существует множество программ для создания вики-сайтов в Интернете. Чтобы сделать свой выбор, подумайте, хотите ли вы решение с открытым исходным кодом или размещенное решение и какие функции вам нужны.
Если вы крупная глобальная компания, которая ищет программное обеспечение с открытым исходным кодом, вы можете выбрать MediaWiki, платформу для совместной работы и документации, на которой работает Википедия. Но если у вас небольшой бизнес или вам просто нужно меньше наворотов, вы можете предпочесть более простое программное обеспечение, такое как DokuWiki, WikiWikiWeb или Google Sites.
Если вы ищете программное обеспечение, которое легко использовать и управлять, вы можете выбрать программное обеспечение премиум-класса, такое как Tettra. С помощью Tetra вы можете подключать другие инструменты управления работой, такие как Slack, назначать пользователей ответственными за определенные разделы вики и получать расширенные инструменты поиска и аналитики – и все это без программирования. Даже те, кто только начинает заниматься разработкой веб-сайтов, могут использовать этот инструмент, чтобы быстро создать вики.
2 Установите протоколы безопасности и принципы сообщества.
При запуске вики нужно учитывать две основные вещи: безопасность и сообщество. Чтобы обеспечить безопасность вашей вики, рекомендуется сотрудничать со своим ИТ-отделом, чтобы убедиться, что публикуемый вами контент соответствует политикам компании и национальным законам.
Второй шаг – установка принципов сообщества. Поскольку вики-сайты могут быстро превратиться в не относящуюся к делу или неверную информацию или редакционные войны, вам также следует установить некоторые основные правила. Вы хотите, чтобы авторы вики следовали их определенным правилам стиля? Как происходит редактирование чужих сообщений? Назначение кураторов может помочь гарантировать, что нужный контент окажется в нужном месте и перед нужными людьми.
3 Создайте свою вики-архитектуру.
Как и любой веб-сайт, вы хотите структурировать свою вики таким образом, чтобы пользователи могли легко понять и ориентироваться в ней. Вы можете сделать это с помощью категорий, тегов и внутренних ссылок.
Для начала составьте список самых широких тем, которые охватит ваша вики. Допустим, ваш список – это обучение, культура и продукция. Тогда каждая из этих тем будет категорией. Вы также можете использовать в качестве категорий названия отделов, например маркетинг, продажи, продукт и HR. В приведенном ниже примере сообщение вики находится в разделе Маркетинг> Эксперименты.
Помимо категоризации ваших сообщений вики, вы также можете добавить теги, которые упростят поиск сообщений в поиске, и внутренние ссылки, чтобы читатели были направлены на другой релевантный и полезный контент.
4 Пригласите соавторов.
Теперь, когда вы установили правила использования и базовую архитектуру, вы можете начать приглашать людей для добавления контента в вики. Хотя у вас есть возможность просто поделиться вики публично, не рекомендуется делать это сразу. Почему?
Потому что вы хотите настроить роли и разрешения пользователей, и это проще всего сделать при отправке приглашений.
Вы можете подумать, подождите секунду – разве не весь смысл вики в том, что кто угодно может ее писать и редактировать? В некоторой степени это верно, но не обязательно в процессе сборки. В идеале создание вики будет постепенным, итеративным процессом: вы публикуете самую важную и точную информацию, получаете отзывы, публикуете еще немного, получаете отзывы и так далее.
Как только вы почувствуете себя комфортно с информацией и структурой, вы можете поделиться вики с компанией.