Результаты поиска

Большинство программ wiki я представил много "features" на своих страницах. Это хорошо для настольных пользователей, но раздражает при использовании iPhone или другого мобильного устройства.

Я бы предпочел страницы, которые просто имели контент, а также, возможно, кнопку редактирования и кнопку поиска. Редакторы также часто слишком причудливы для мобильных пользователей; простое многострочное поле редактирования было бы лучше для мобильных пользователей, чем куча элементов управления форматированием.

Что такое хороший пакет wiki для мобильных пользователей?

Хорошо, я видел несколько сообщений, которые упоминают несколько других сообщений о том, что не используют SP Вики, потому что они отстой.

Поскольку мы рассматриваем выполнение нашей wiki в SP, мне нужно знать, почему мы не должны делать это для группы из 6 разработчиков автоматизации, чтобы документировать шаги в различных автоматизированных процессах и изменения, которые должны быть сделаны время от времени.

Я хочу объединить всю свободную информацию о компании, в которой я работаю, в базу знаний. A wiki, похоже, является способом пойти, но большая часть соответствующей информации похоронена внутри файлов PST, и потребовались бы века, чтобы убедить людей вручную переводить свои электронные письма один за другим (включая вложения) на страницы wiki. Поэтому я ищу движок wiki, который поддерживает создание страниц с помощью email, то есть способен получать email (поддерживая обычный текст, html и вложения), а затем создавать соответствующую страницу. Поддержка индексации файлов и поиск дубликатов были бы огромным бонусом.

Я попробовал с WikiMatrix, но не нашел то, что искал. Я бы не прочь построить свой собственный движок (заимствуя пару фрагментов здесь и там для декодирования MIME), но я не думаю, что это редкая проблема, поэтому нет никакой реализации.

Под автолинковкой я подразумеваю процесс, с помощью которого wiki ссылок, встроенных в содержимое страницы, генерируются либо в гиперссылку на страницу (если она существует), либо в ссылку на создание (если страница не существует).

С помощью парсера, который я использую, это двухэтапный процесс-сначала анализируется содержимое страницы и извлекаются все ссылки на страницы wiki из источника markup. Затем я передаю массив существующих страниц обратно в синтаксический анализатор, прежде чем будет создан окончательный HTML markup.

Каков наилучший способ справиться с этим процессом? Похоже, что мне нужно сохранить кэшированный список каждой отдельной страницы на сайте, а не извлекать индекс заголовков страниц каждый раз. Или лучше проверить каждую ссылку отдельно, чтобы увидеть, существует ли она? Это может привести к большому количеству запросов к базе данных, если список не был кэширован. Будет ли это по-прежнему жизнеспособно для более крупного сайта wiki с тысячами страниц?

Я работаю над сложным приложением, где разные команды работают над своими собственными модулями со степенью перекрытия. Некоторое время назад мы создали экземпляр Mediawiki, частично по моей просьбе. У меня есть тяжелая работа, чтобы люди действительно использовали его, не говоря уже о том, чтобы внести свой вклад.

Я вижу много пользы в обмене информацией. Это может, по крайней мере, сократить время, когда мы изобретаем колесо.

wiki не очень структурирован, но я не уверен, что это проблема, пока вы можете искать то, что вам нужно.

Какие-нибудь намеки?

Я пытаюсь извлечь страницы Википедии с помощью LWP::Simple, но они не возвращаются. Настоящий кодекс:

#!/usr/bin/perl
use strict;
use LWP::Simple;

print get("http://en.wikipedia.org/wiki/Stack_overflow");

ничего не печатает. Но если я использую какую-то другую веб-страницу, скажем http://www.google.com , она отлично работает.

Есть ли какое-то другое имя, которое я должен использовать для ссылки на страницы Википедии?

Что здесь может происходить?