Для того, чтобы развернуть на своей площадке такой же сайт необходимо установить и настроить ядро DokuWiki, установить и настроить тему, установить и настроить необходимые плагины. Ниже представлен примерный перечень шагов с описаниями, которые может быть необходимо выполнить:
$conf['savedir'] = '/data2';
conf/local.php $conf['useacl'] = 1; // this enables the ACL feature $conf['superuser'] = '@admin'; // admin group is superuser
ya http://www.yandex.ru/yandsearch?text= google.ru http://www.google.ru/search?q=
putenv("TZ=Europe/Moscow");
mpp application/vnd.ms-project vsd application/vnd.visio mp3 audio/mpeg rar application/x-rar-compressed djvu application/x.djvu djv application/x.djvu
если установить плагин plugin:txtconf, то добавить эти строки в mime.conf можно с помощью этого плагина.
Better Navigation Template - тема, в которой название сайта помещено в левый угол, сделана подсветка активной страницы в списке посещённых, добавлено боковое меню для разделов сайта.
После установки темы необходимо скопировать в папку темы из папки стандартной темы lib\tpl\default\ файлы _admin.css и _linkwiz.css, а также добавить пару строк в файл style.ini в раздел [stylesheets]:
_admin.css = screen _linkwiz.css = screen
ach Template - тема с левым боковым меню, встроенным обсуждением для каждой страницы, удобное управление.
Эта программа вставляет тройку символов в самое начало файла (EF BB BF), по которым определяет, что это UTF-8 кодировка, что иногда приводит к сбоям в PHP скриптах и порче разметки сайтов.
Конечно, эти символы не есть личная придумка Microsoft - это один из способов отмечать UTF-8 документы. Но MS Notepad не умеет сохранять документы без этого префикса.
Используйте редакторы, умеющие правильно работать с UTF-84).
Плагин для подключения статистики от Google Analytics.
Надо модифицировать шаблон, вставив в файл lib/tpl/…./main.php следующие строки:
было: </body> </html> стало: </body> <?php if (file_exists(DOKU_PLUGIN.'googleanalytics/code.php')) include_once(DOKU_PLUGIN.'googleanalytics/code.php'); if (function_exists('ga_google_analytics_code')) ga_google_analytics_code(); ?> </html>
Вставляет блок кнопок для создания закладок на публичных серверах типа http://del.icio.us
Вставляет ссылки на служебные функции/специальные страницы DokuWiki. Например, Все страницы.
{{actionlink>[action]|[title]}}
Элемент action может принимать следующие значения:
Элемент title является необязательным. Он позволяет вставить другой текст вместо стандартного 'Редактировать страницу', 'Старые версии', 'Недавние изменения', и т.д.
Позволяет автоматически форматировать простые химические формулы, например: 10C2H5OH, 2H3PO4, Al(OH)3, Fe3+, 15[Cat]32+[Anion]23-, N0, N+1, 238Pu
<chem>10C2H5OH, 2H3PO4, Al(OH)3, Fe3+, 15[Cat]3|2+[Anion]2|3-, N0, N+1, 238^Pu</chem>
Очищает кэш и удаляет старые версии документов
Выводит список ссылок на текущую страницу:
{{backlinks>.}}
data/pages5):
find . -name \*.txt -exec sed -i -e 's/~~BACKLINKS~~/{{backlinks>.}}/' {} \;
Перестраивает индекс для полнотекстового поиска
Иногда плагин не работает и выдаёт ошибку
Warning: array_keys(): The first argument should be an array in ...\inc\indexer.php on line 56 Warning: join(): Bad arguments in ...\inc\indexer.php on line 56
В таком случае может помочь исправление в файле inc\indexer.php:
// добавить следующую строку if (!is_array($links)) { $links = Array($links); } // перед строчкой $tmp = join(' ',array_keys($links));
Оформляет текст как заметку (
Выглядит по-разному в Explorer'е и Firefox'е)
<note>обычная заметка</note> <note tip>заметка-подсказка</note> <note important>важная заметка</note> <note warning>заметка-предупреждение</note>
Переименовывает и переносит страницы между разными пространствами имён
Добавляет форму отправки комментариев к странице, фактически позволяет разместить на странице ветку форума. Пример смотри в конце этой страницы.
~~DISCUSSION~~
Выводит номер ICQ с отображением текущего статуса пользователя (запрашивает картинку с сервера ICQ): 123456789
/lib/plugins/icq[[icq>123456789]]
Выделяет текст цветом: выделение по умолчанию выделение нужным цветом (red)
/lib/plugins/highlight<hi>текст</hi> <hi red>текст</hi> <hi #A8F1F2>текст</hi> <hi rgb(255,34,123)>текст</hi>
текст текст текст текст
Выводит файлы сделанные в FreeMind в виде интерактивного Flash или Java.
lib/plugins/command/extconf/mime.conf строчку:mm text/xml
Пример использования:
#freemind?type=flash(dokuwiki.mm)#
Позволяет делать архивную копию страниц, предыдущих версий, meta-данных, media-файлов, файлов конфигурации, тем и плагинов.
lib/plugins/backupКогда обновляется DokuWiki со старой версии, которая ещё не поддерживала функцию «транслитерация» сталкиваешься с проблемой, что получается практически нечитабельная структура файлов и директорий.
Например : »%D0%BA%D1%8B%D1%80%D0%B3%D1%8B%D0%B7%D1%81%D1%82%D0%B0%D0%BD.txt» это тоже самое, что «кыргызстан.txt»
Это происходит потому что имена файлов в UTF-8 подвергаются url-кодированию.
В последних версиях DokuWiki есть опция «транслитерация» для того, чтобы изменить такое поведение. Однако простая смена настроек DokuWiki недостаточна - все старые файлы переименованы не будут.
Для того, чтобы конвертировать нечитабельную файловую структуру в «транслитерированный формат» был написан следующий скрипт:
<?php if(!defined('DOKU_INC')) define('DOKU_INC',realpath(dirname(__FILE__).'/../').'/'); require_once(DOKU_INC.'inc/utf8.php'); /** * Copy a file, or recursively copy a folder and its contents, and clean up the filenames according to the dokuwiki UTF-8 * * @original_author Aidan Lister <aidan@php.net> * @link http://aidanlister.com/repos/v/function.copyr.php * @param string $source Source path * @param string $dest Destination path * @return bool Returns TRUE on success, FALSE on failure */ function copyr($source, $dest) { $dest2=cleanID($dest); echo $source."->".$dest." ->$dest2<br/>"; // Simple copy for a file if (is_file($source)) { return copy($source, $dest2); } // Make destination directory if (!is_dir($dest)) { mkdir($dest2); } // Loop through the folder $dir = dir($source); while (false !== $entry = $dir->read()) { // Skip pointers if ($entry == '.' || $entry == '..') { continue; } // Deep copy directories if ($dest !== "$source/$entry") { copyr("$source/$entry", "$dest/$entry"); } } // Clean up $dir->close(); return true; } copyr("/srv/www/htdocs/data/","/srv/www/htdocs/datanew/"); // пути к папкам на сервере (исходный и конечный) function cleanID($id,$ascii=false){ $id = trim(urldecode($id)); $id = utf8_strtolower($id); $id = utf8_romanize($id); utf8_deaccent($id,-1); $id = preg_replace('#\'+#','_',$id); return($id); } ?>
В скрипте надо исправить путь к директории с данными, поместить его в папку bin и запустить из браузера www.yoursite.ru/bin/convert.php
После этого будет создана папка с копией данных но в транслитерированном формате. Теперь осталось только зайти в настройки DokuWiki, исправить путь к папке с данными на datanew и выбрать вариант «Полная транслитерация в именах страниц», а также «Использовать первый заголовок вместо имени».
Также может потребоваться чистка кэша DokuWiki (для этого можно использовать соответствующий плагин).
image/x.djvu, однако в таком случае они будут переданы на обработку в графическую библиотеку, которая попытается (безуспешно) сделать иконку. С типом application/x.djvu DokuWiki поступает проще - делает для таких файлов ссылку на скачивание и даёт стандартную иконку.
Обсуждение
Хочу спросить, можно ли сделать так, чтобы OpenWiki работала с кодировкой не UTF8 а windows-1251. Я установил себе ее на русскую CMS Joomla RE, но перед установкой сменил кодировку всех файлов на windows-1251 и заменил записи в файлах UTF-8 на windows-1251. Все прекрасно установилось и работает. Теперь можно создавать русские страницы и нет конфликта с основной кодировкой CMS Joomla. Но одна проблема - перестал работать поиск и это огорчает. Поиск работает только если создавать страницу на русском в UTF8 версии - а в этом случае происходит конфликт между текстом CMS в одной кодировке и текстом опенвики - в другой. Как это можно исправить? Переустанавливать Joomla на ее юникод версию я не хочу, так как придется тогда переустанавливать все компоненты, их русифицировать в другой кодировке и вручную перекодировать большую базу данных. А OpenWiki очень нужна…
Мне очень жаль, но вы, видимо, ошиблись адресом - эта страница написана про DokuWiki, а не OpenWiki. Так что зайдите либо на форум OpenWiki, либо на форум Joomla.
Она просто так называется, а на самом деле - это DokuWiki, которая интегрируется в CMS Joomla. И для этого просто нужно сразу джумлу в юникоде ставить :(
Ну так поставьте джумлу в UTF-8, благо последняя версия под UTF заточена.
Если вопрос о том, можно ли запустить полноценную версию DokuWiki в win1251, то ответ - без глубокой переделки нет. Код DokuWiki имеет множество мест, специально заточенных под UTF-8, и одно из них - поисковый движок (модуль индексации и поиска с учётом специфики европейских языков). Кроме того может перестать работать романизация ссылок.
В принципе, DokuWiki позволяет отключить свой внутренний поиск, заменив его внешним индексатором (вроде Google.com) - для этого надо установить соответствующий плагин. Однако впоследствии может всплыть другая неувязка с кодировками.
Насколько я знаю, Joomla тоже продвигает Unicode версию как основную. И на форумах Joomla народ активно обсуждает перевод старых инсталляций на новые рельсы.
В файле discussion/action.php надо заменить со строки 383 текст на следующий:
Это исправляет глюк с аватарками незарегистрированных пользователей - т ак они будут запрашиваться с gravatar.com и лишь потом - подменяться monsterid.php
в спешке «Удобочитаемые адреса (URL)» установил параметр htaccess. как результат, корректно не работает ни одна ссылка (вместо doku.php в URL он пишет start) добраться до страницы с настройками (путем изменения текста ссылки) я могу, но кнопка сабмит выбрасывает обратно на старт и не сохраняет изменения. Посоветуйте корректный выход.
Я в таком случае заходил через FTP в файл с настройками и исправлял соответствующий показатель на «Средствами DokuWiki».
в файле .htacess раскомментируйте строки
RewriteEngine on RewriteRule ^_media/(.*) lib/exe/fetch.php?media=$1 [QSA,L] RewriteRule ^_detail/(.*) lib/exe/detail.php?media=$1 [QSA,L] RewriteRule ^_export/([^/]+)/(.*) doku.php?do=export_$1&id=$2 [QSA,L] RewriteRule ^$ doku.php [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule (.*) doku.php?id=$1 [QSA,L] RewriteRule ^index.php$ doku.phpЗдравствуйте. Столкнулся с такой-же проблемой. Установил настройки «Удобочитаемые адреса» в .htaccess, раскомментировал указанные строки в файле .htacess, но ссылки все равно не работают корректно. Подскажите пожалуйста, может еще где-то следует «подпилить»?)
Если сервак Apache, то проверь, подключен ли модуль mod_rewrite. У меня с апачем всё работало, но вот с Lighttpd .htaccess не катит и толком удобочитаемые адреса не катят, только «средствами Dokuwiki»
вопрос в том, какой именно файл содержит соответствующие настройки
Файл conf/local.php, параметр $conf['userewrite'] = '0';
А возможно создать два сайдбара? типа боковая (левая или правая) панель выглядит так:
sidebar1.txt
sidebar2.txt
охото получить результат - один сайтбар могут изменять - одни, другой другие
а видят эти сайдбары все… юзаю темплет - артик…
Если ваш шаблон (Артик) позволяет редактировать sidebar непосредственно через wiki, то вы на соответствующую страницу можете поставить ограничения.
А для того, чтобы сделать пару боковых панелей нужно будет модифицировать непосредственно исходные коды шаблона.
Пасибо
Да вот долго долбался, хотел через групповые сайдбары и т.д., но что не получилось (не асилил).
Если кому интересно, то пришлось править
Вообще-то, судя по всему, более правильно будет так (чтобы доступ к файлам был в соответствии с выстроенными правами):
Ага… типа того, делал на скорую руку :)
Можно ещё сделать как дополнительный case 'main1'
Ещё вот не нашёл как отключить, вернее убрать чтобы не показывало backlink вообще
Избавился только с помощью правки
../lib/tpl/arctic_new/layout.css
div.dokuwiki .pagename { float: left; font-size: 200%; font-weight: bolder; color: __background_alt__; text-align: left; vertical-align: middle; visibility: hidden; }здравствуйте. я установил себе Вики, всё без проблем, но на странице такая ошибка
data/cache/9/969dccdbee12f9a6aa4d82981869fe01.i failed data/cache/9/969dccdbee12f9a6aa4d82981869fe01.xhtml failed
подскажите, как её устранить ?
вообщем, я не могу создавть страницы как я понимаю это проблемы с кэшем.
Да, это связано с тем, что DokuWiki не может создать папку «9» и соответствующий файл внутри директории data/cache.
Проверьте права доступа, поставленные на эту папку (cache) они должны быть 775 или 777.
А ещё проверьте, что в настройках DokuWIki установлено «присваивать права новым директориям» - 775 и «права новым файлам - «664» и попробуйте их заменить на 777 и 666 соответственно.
всё так и было как уменя настроено как ты здесь написал.
папку cache стёр и перезалил поновой. в настройках установил права 777 и 666. и ошибка таже самая у меня.
может ли эта ошибка быть связаной с не правильной настройкой сервера?
а на другом хостинге установка прошла как по маслу
Классическая ситуация. Именно поэтому так тяжело получить поддержку, что проблема находилась во вне программы, которую настраиваешь.
Киби, а как ты сделал так, чтобы создавались поддиректории в URL? То есть у тебя есть страница http://kibi.ru/dom/camping, а у меня почему-то все страницы создаются после http://www.greengardenearth.com/projects/doku.php/ например http://www.greengardenearth.com/projects/doku.php/almanac Подскажи пожалуйста как это сделано?
Включил в настройках «переименовывать ссылки средствами .htaccess»
Спасибо, работает!
Доброго времени суток! у меня возникла проблема, в site map не отображается кирилица. в dokuwiki.php $conf['lang'] задал ru. но site map отображает только транслит.
заранее благодарен.
В настройках надо поставить флаг «Первый заголовок вместо имени».
Спасибо,но проблема осталась…в шаблоне desert , в качестве меню, установлен так называемый site map . вот именно эта надпись и не отображается….
В таком случае похоже, что шаблон имеет свою собственную функцию генерации site map, и надо править исходный текст шаблона. Посмотрите кусок кода, который выводит стандартый набор «все страницы» в родном шаблоне докувики и скопируйте оттуда нужное в ваш шаблон.
Доброго времени суток,Александр, у меня возник вопрос,как создать кнопку «создать страницу» если можно ,объясните подоступнее.
Заранее благодарен. Евгений
Обычный для DokuWiki способ - ввести имя новой страницы в поле для поиска, в результатах поиска нажать на кнопку «Создать страницу».
Более правильный - так чтобы была создана страница, связанная с другими страницами сайта - отредактировать подходящую уже существующую страницу, вставив ссылку на новую страницу. После сохранения страницы появится ссылка красного цвета, пройдя по которой нужно нажать на кнопку «Создать страницу».
А просто кнопка «Создать страницу» добавляется с помощью плагина. Но он подглючивает в разных браузерах. И кроме кнопки требует ввода названия страницы. И созданная страница получается непривязанной к другим (страница-одиночка)
Народ!подскажите как настроить discussion,скачивается один файл,что с ним делать непонятно…? и как организовать рассылку писем зарегистрировавшимся юзерам на указанное мыло? Спасибо!
Плагин настраивается так же как и все остальные - надо его распаковать и загрузить в директорию lib/plugins/discussion, а после этого в настройках вики установить нужные параметры.
Дело в том,что сам плагин устанавливается,но файл,который скачивается,не имеет разрешения,вообше никакого,может просто сам плагин выложен не рабочий?
Киби, а как ты вставил горизонтальные линии в сайдбар, выделил разделы «под замком», вставил смайлики, и т.д., то есть как можно форматировать сайдбар? это файл который меняется через ФТП или как=то через саму вики?
у меня тоже Better Navigation Template
да, и у меня появляются эти глупые папки, на которых стоят линки ведущие никуда. я так понял ты их убрал, а где это можно сделать?
Что за папки, какие линки? Ты какое место имеешь в виду?
Открой страницу сайдбара и посмотри использованное там форматирование. Всё редактируется только средствами ДокуВики.
а почему у меня на http://greengardenearth.com/projects/sidebar говорит «This topic does not exist yet»??
А ты попробовал дочитать до конца?
This topic does not exist yet
You've followed a link to a topic that doesn't exist yet. If permissions allow, you may create it by using the Create this page button.
Типа страницу всё-таки надо создать. Если этого файла нет, то в сайдбар выводится содержимое пространства имён, а если он создан, то вики страница с нужным тебе контентом.
Страница sidebar такая же, как и все другие страницы в DokuWiki - если её нет, то надо создать её.
агх, спасибо, заработало. это было слишком просто :о) я её создавал раньше, но видно что-то не так делал.
Александр,доброго времени суток,у меня переодически на странице возникает подобная ошибка: /dokuwiki/data/meta/%D0%B1%D0%B8………82%D0%BE%D0%B2.meta failed на странице масса ссылок,часть рабочих,часть нет,эта ошибка возникает при создании статью по переходу по несуществующей ссылке. после обновления,данная ошибка пропадает. Из за чего она возникает,и можно ли ее исправить?
Спасибо.
Установлены ли дополнительные плагины, которые используют .meta файлы (например, discussion)? Если да, можно попробовать обновить их до последней версии.
Народ,подскажите,где установлены ограничения на загружаемые файлы?
спасибо!
Эти ограничения прописываются в настройках web-сервера. Там есть волшебная строчка про максимальный размер файлов к загрузке и ещё одна строчка про таймаут - сколько может выполняться PHP скрипт.
Привет А как добавить айпи адрес в титле коментария ?
<img_avatar> Александр Соркин aka Киби, <img_clock> 2008/02/21 15:01: IP xxx.xxx.xxx.xxx
Thanks
Для этого надо подправить текст плагина discussion.
Доброго времени суток. Все выходные мучаюсь проблемой с редактированием секций. У меня что-то не так настроено или так и должно быть? Редактировать разные секции не могут разные пользователи одновременно, зачем тогда вообще это нужно.
Если бы такая фича работала, можно бы было реальную совместную работу настроить с документами. На сколько я видел в МедиаВики с этим проблем нет. Может это из-за специфики хранения данных в файлах, но ведь есть же стандартные средства diff которые все это могут мержить без проблем.
Всё так. К сожалению, это ограничение из-за того, что блокировки происходят на уровне файлов (в DokuWiki одна страница - один файл), а не на уровне отдельных разделов файла, как это возможно в вики, которые хранят свой текст в базе данных.
Совместную (в смысле одновременную) работу в вики организовать не получится. Для этого надо специальные платформы использовать, которые изменения пользователей транслируют в реальном времени всем участникам. В скайпе, например, есть такие приложения (плагины) для совместной правки документов и рисования картинок. Реально несколько курсоров одновременно работают.
Еще вопросик. Где кешируются файлы, которые не картинки. Проблема какая-то странная образовалась. Excel файлы загруженные перестали открываться почему-то, как-то так получается что при загрузке файла на клиент первые символы как-то меняются. Хотя если открывать на сервере все нормально. Так же проблем нет когда ставишь nocache опцию. А кашированных файлов этих найти никак не могу, в папке cache их нет почему-то. Где они хранятся?
А у вас в mime.conf прописаны параметры для файлов Excel?
Да все прописано. Это даже по умолчанию прописано. Еще по вашей инструкции и для визио и для прожекта прописал. С ними та же фигня. Где-то в нете вроде видел, что такое может быть из-за апача под виндой. Но как лечить не знаю. Еще, кстати, почему-то вместо »:» в ссылках »;» ставится (коряво очень смотрится). Вроде как тоже проверка стоит, что в если ПХП под винды то заменять : на ; (это только когда .htacess).
Еще момент с плагином discussion: все коменты в метаинформации хранятся, поэтому выдрать их или перенести куда-то как-то проблематично, думаю всетаки придется на шаблон «моно» переходить там механизм на уровне шаблона отрабатывает и все нормально с историей хранится.
Еще по тэгам :) (у меня много вопросов) как их обновить, они вроде тоже хранятся в метаинформации только, поэтому TAGCLOUD отображает тэги давно удаленных страниц.
Буду признателен, если есть решения какие нибудь. Движок очень нравится, сделал из него базу знаний корпоративную. Сегодня с агитировал генерального, на уровень центрального офиса поднять. Так что может сами что будем править
Я пробовал устанавливать DokuWiki в двух окружениях - на Apache под Unix (например, этот сайт) и на IIS под Windows. Меньше всего проблем было с первой конфигурацией, видимо потому, что разработчики именно такую конфигурацию считают основной и тестируют наиболее полно в среде Apache/Unix. Так что если соберетесь делать базу знаний на корпоративном уровне имеет смысл выделить под неё отдельную машинку с юниксом - так вы решите большинство мелких проблем типа »;» в ссылках. Да и плагины в большинстве своём хорошо протестированы только под юниксом.
По плагину discussion - да комментарии хранятся в мета файлах, но это не мешает их переносить с одного сервера на другой. Надо только скопировать кроме страницы ещё и соответствующие мета-файлы. Обсуждение установки докувики было перенесено сюда с сайта kibi.ru именно так.
По тэгам предлагаю обратиться за помощью на страницу автора - я этим плагином активно не пользовался.
Согласен, что перетащить метафайлы можно (просто я привык, к красивым решениям :), а это получается самодеятельность, ну вообщем это лирика, решение есть и это главное)
Если вопрос уместен здесь хочу спросить на счет Апача. В локалке если ставить все отлично и быстро, но вот за NAT он, сабака, не хочет выходить (т.е. снаружи не видно его, переадресация на роутере ессно настроена). То ли с тачкой что, то ли какой-то модуль не загрузил в апаче (апач под винду). Если знаете, буду очень признателен. Пришлось IIS ставить, он снаружи прекрасно виден, только тормозит, гад.
Кстати, вчера потестировал производительность, которую все ругают о Dokuwiki. Нагенерил 100 папок и 100 страниц в каждой. 250М получилась папка pages, всего 10 000 старниц. Ну работает конечно медленно, но совсем не умерло все (на апаче). Я так понял медленно только если поиск по слову, которое в большинстве страниц встречается, а если только на одной, то моментально.
На счёт производительности - а это результат для проиндексированной вики? Кстати, не знаю, для чего может потребоваться столько пространств имён - сотня… Страницы - это да - страниц может быть много.
Проиндексировать хватило терпения только наполовину, где-то 5000 страниц (индексировал плагином на Аяксе) и это делалось около 12 часов. На счет пространств имен, если есть 10 проектов, в каждом еще пространства для документов, дизайна, совещаний и т.п., так и набежит. Еще работа с файлами, конечно, не особенно удобная, валяются в куче, ни комментариев написать, не отсортировать. Еще, кстати, нашел неприятный глюк, большие файлы (60 вордовых страниц) не парсятся на php5, надо ставить php4
Да, экстремальные у вас требования. :) Большие файлы на 60 страниц в ворде - это жесть. Идеология вики вообще-то подразумевает хранение множества взаимоссылающихся кусков информации, а не текстовой «колбасы». Да и длинный текст жутко неудобно редактировать. Такие вещи надо разбивать на подстатьи.
Может вам нужен не движок для базы знаний, а движок для хранения архива документов?
:) Это я загнул конечно, на счет 10 проектов со 100 документами. Но вот сейчас уже 4 пытаюсь в Вики запихать, и чем дальше, тем больше понимаю, что это всетаки другие задачи, Вики, как мне кажется нужны для хранения именно базы знаний, а не как инструмент управления проектами. А вот 60 страниц в ворде это абсолютно нормально, особенно для документации написанной по ГОСТу. Очень часто такие документы нужны не для того, чтобы в них что-то описать, а для того чтобы заказчик видел что деньги не зря платит :)
Было бы здорово найти хороший движок для хранения документов. CVS, SVN не катят, наглядности мало, для работы с кодом хорошо, для проектной документации слишком не наглядно и требует установки дополнительного софта. Но честно говоря, я пока что не нашел ничего приличного работающего через браузер
У нас на работе для таких целей используют MS SharePoint, но это дорогое решение. Надо искать аналоги. Можно глянуть гугловский сервис http://sites.google.com/
Могу сказать, что Doku работает достаточно быстро, хотя немного медленнее, чем PmWiki. Однако, по функционалу считаю, что DokuWiki - сейчас одна из лучших Wiki. На моём сайте хранится более 47 тысяч (!) страниц (у кого больше?) и всё работает быстро. Но все страницы - небольшого размера, максимум 10 Кб. На больших страницах Doku подтормаживает, но как правильно заметил Александр, Doku и не предназначена для хранения текстовой колбасы. Хорошее сравнение!
Доброго времени суток! Народ,подскажите как запретить повторную регистрацию на один и тот же е-мэйл? Спасибо!
Для этого, похоже, надо править inc/auth.php, функцию register - добавлять проверку уникальности email в то место, где проверяется корректность введённого адреса:
простите за назойливость,а как это корректно сделать?
возможно есть уже написанный код,запрещающий это действие?
спасибо.
Я просмотрел англоязычный сайт DokuWiki по диагонали и не нашёл там соответствующего кода. Так что если вы его напишете - прошу поделиться с общественностью.
Доброго времени суток! Народ,спасайте- переодически при создании страницы появляется ошибка
кто занет как это исправить??? и еще,если создается ссылки с длинным названием(более 47 символов) на несуществующую страницу- создать страницу невозможно.. как это можно исправить?
Заранее благодарен
Евгений
Скорее всего это из-за того, что у вас используется прямая запись имен страниц (без транслитерации). В таком случае на каждую букву кирилицы в URL добавляется шесть знаков (например %D1%81 - это одна буква). А имя файла не может быть длиннее 256 символов. Итого получается в самом худшем случае 42 символа. И операционка не может создать нужный файл, что приводит к ошибке.
Для исправления надо в настройках вики установить - «использовать полную транслитерацию в именах страниц».
Александр,большое спаисбо! Ошибок больше нет.
А как можно убрать символы которые при редактировании UTF8 в начало ставятся dopolnitelnye_plaginy. Я правда не notepad это сделал а плагином к Total Commandery (SynPlus). Но потом их редакторы (NotePad++) не видят
Для этого надо открыть текстовый файл в любом шестнадцатиричном редакторе (hex-редактор) и удалить первые три символа. Я для этой цели использую встроенный редактор из FAR Manager.
Здравствуйте! Есть такая проблема. В плагине Discussion как то криво отображается время в постах… «Администратор, %2008/%04/%10 %14:%Apr:» и нет картинки часиков (это не так страшно). Пытался искать в чём проблема, менял параметр «$conf['dformat'] = '%Y/%m/%d %H:%M';» не помогло. Пожалуйста помогите разобраться.
Этот глюк вылез на последней версии (релиз кандидате) из-за того, что была немного изменена функция выдачи времени в плагинах. Вывод - надо дождаться обновлённой версии плагина Discussion, полностью совместимой с последним релизом DokuWiki. А это случиться, наверняка, не раньше появления окончательного релиза, а не кандидата в релиз (как сейчас).
Вопрос насчет плагина linebreak http://wiki.splitbrain.org/plugin:linebreak кто-то его использует в последней версии docuwiki? Нам он нужен, поскольку затрахивает каждый раз форматировать текст, чтобы он приемлимо выглядел… Вместо того чтобы просто скопировать его из письма или вордовского файла.
А вы пробовали использовать макрос для Ворда, который производит автоматической конвертирование части разметки в вики-формат?
не пробовал, спасибо за подсказку // но все равно, мне кажется гораздо удобнее обычный перевод строк.. например в http://streber-pm.org/ он обычный, и там поэтому в разы удобнее писать и нам, и клиентам.
Предлагаю небольшую доработку плагина ICQ:
При переходе по ссылке номера ICQ открывается страница пользователя, и кроме как получения данных о статусе пользователя функциональности нет. Чтобы вместо страницы открывалось окно сообщении ICQ необходимо в Syntax.php ICQ плагина в части Create Output
/**- * Create output */ function render($mode, &$renderer, $data) { if($mode == 'xhtml'){ $renderer->doc .= '<a href="http://wwp.icq.com/' . $data[0] . '">'; $renderer->doc .= '<img border="0" align="absmiddle" alt="Online?" src="http://web.icq.com/whitepages/online?icq=' . $data[0] . '&img=5" />'; $renderer->doc .= $data[0] . '</a>'; return true; } return false; } } ?>заменить ссылку с
на
После данной доработки мы сможем не только видет статус пользователя, но и открывать окно сообщений при переходе по ссылке.
Окно сообщений в любых других месенджерах открваться не будет- только ICQ.
Ссылка типа http://www.icq.com/whitepages/cmd.php?uin=1234567&action=message работает не у всех пользователей и не во всех браузерах. Я за то, чтобы внешние ссылки вели именно на страницу информации, которую могут прочесть все пользователи. Кстати, на этой странице есть ссылка «Contact by ICQ», которая как раз и открывает окно собщений.
Собственно, каждый делает свой сайт таким, каким считает нужным, благо возможности тюнинга открыты. :)
) У меня на IE 7 заработало)может кому пригодится эта доработка…а в каких браузерах она точно работать не будет?
Евгений.
Похоже, что работа этой ссылки зависит от того, установлен ли оригинальный ICQ клиент. Миранда, например, не подхватывает эту ссылку.
Это я указал в нюансах))
может все же стоит оставить эту доработку,мне она очень пригодилась)
Евгений
Ею уже может воспользоваться каждый желающий - вы же опубликовали необходимые изменения.
Разные версии одного плагина - это как с тюнингом машины - продают не оттюнингованную машину, а набор запчастей, из которого каждый выбирает себе нужное. Кому-то нужен просто символ ICQ - это неизменный плагин, кому-то - символ с номером (это моя версия), а кто-то захочет себе плагин, который выдаёт ссылку не на инфу о пользователе, а сразу открывает окно сообщения.
Если хотите - сделайте архив с вашей версией плагина, дайте ей небольшое описание и я загружу её в соответствующий раздел.
Александр, у меня к Вам еще небольшой вопрос- я вижу что у вас имя автора комментария- ссылка на почту,я хотел бы сделать ссылку на страницу в Вики,не подскажете что необходимо поправить в коде плагина?
Заранее Спасибо,
Евгений.
Народ!кто инсталировал FCKW? у меня после инсталяции по запросу вики кода он сжирает половину тегов….кто с этим сталкивался?
Доброго времени суток. Вопрос по плагину discussion. При просмотре страниц не зарегистрированным пользователем вылетает ошибка: Warning: in_array() [function.in-array]: Wrong datatype for second argument in /dokuwiki/inc/auth.php on line 287 Warning: in_array() [function.in-array]: Wrong datatype for second argument in /dokuwiki/inc/auth.php on line 289 Добавление комментариев и ответ работает. В чем может быть проблема?
Похоже, что на вашем сервере выставлен повышенный уровень сообщений об ошибках - отображаются в том числе и некритичные предупреждения (что полезно при отладке). Попробуйте подправить конфигурационный файл вашего сервера.
Спасибо. Разобрался.
Привет докугуру! :) Меня волнует проблема безопасности на winserver 2003, IIS6. Суть в том что я хочу чтобы с клиента никто не смог получить доступ к вики кроме как через doku.php. Впринципе сейчас всегда можно запустить любой php скрипт из папки lib, conf и т.д. возможно какими-нибудь манипуляциями можно получить имя папки со страницами, даже если ее переименовать, а там простые текстовые файлы в которых может содержаться некоторая информация о структкре вики. Существует ли возможность максимально защитить вики от таких действий?
В свойствах вебсайта на закладке Properties/Home Directory надо оставить флаги только напротив Read, Write и Log visits.
А в свойствах папки с данными (по умолчанию «data») надо снять даже флаги Read и Write.
После этого получить доступ к текстовым файлам напрямую будет невозможно - только через doku.php
Спасибо за совет, помогло.
Подскажите, плиз с плагином discussion. Нужный планчик, то вот только при скачивании в архиве обнаруживается 1 скрипт, и привет, а, на сколько я понял, там должна быть целая пачка скриптов. Где ж их брать то.
На странице plugin:discussion есть список зависимостей плагина (Requires …)- там указаны плагины, без которых discussion функционировать не будет. Их тоже надо скачать. И проверить на странице тех плагинов, всё ли в комплекте. :)
не хочется расписываться в собственном идиотизме, но видимо дело идет к этому. В зависимостях найдено: avatar, feed, pagelist. Скачаны предложенные файлы. Итого у меня четыре архива, внутри которых по одному скрипту. И что дальше? (по поводу зависимостей. Дальше зависимости имеет только feed, но я думаю, чтобы получить хоть какой-то результат, хватит и его одного. А пока у меня только печатается слово DISCUSSION с тильдами по бокам :()
У меня в комплекте стоят:
В таком наборе работает.
Да, кстати, а вы распаковали эти архивы в папки с соответствующими названиями в директорию lib/plugins?
Респект автору !
Работаю с Докувики уже два года, но всеравно узнал много нового.
Здравствуйте установил Wiki все прошло без проблем, после чего изменил шапку wiki под дизайн сайта и появилась вот это
Самое интересное что такая ситуация наблюдается при любом дизайне (скачанного с оф. сайта wiki) кроме стандартного
Writing /home/irondoo/public_html/irondoom.net/Wiki/data/cache/6/6a952508338e03f4fd08e82131a4a10b.i failed
Unable to save cache file. Hint: disk full; file permissions; safe_mode setting.
Writing /home/irondoo/public_html/irondoom.net/Wiki/data/cache/6/6a952508338e03f4fd08e82131a4a10b.xhtml failed
Пробовали проверить права на доступ к папке /data/cache для пользователя, под которым исполняется PHP скрипт на сервере?
Пробовали установить в настройках вики «права на создаваемые папки и директории 666 и 777»?
Создана ли у вас папка /data/cache?
Не включен ли safe_mode?
Привет!
Возникла такая же проблема, как у S.Panin…
Подскажите, пожалуйста, что именно и как это проверить?
да, установлено.
да, создана.
выключен.
Кроме того, при переходе на любую страницу, отличную от doku.php выводится именно doku.php без вывода каких-либо ошибок. С чем это может быть связано?
Заранее спасибо за ответы.
PS Разрабатывал сайт локально (всё работало отлично), ошибки возникли при переносе готового приложение на хостинг 110mb.com
Проблема разрешилась сама собой Честно не знаю почему
Здравствуйте Александр! В вики есть возможность «автоматически» определять слова, которые, как она считает, являются ссылками на другие страницы в вики и помечает их как ссылки, выделяя текст красным цветом с подчеркиванием.Подскажите каким образом можно отключить эту фичу?
Слова не определяются автоматически - для того, чтобы слово было выделено как ссылка на другую страницу необходимо абсолютно осознано заключить слово в двойные квадратные скобки [[новая ссылка]]. Автоматически DokuWiki только раскрашивает ссылки на существующие и несуществующие страницы, дабы пользователь мог сразу определить, еслть ли за ссылкой какая либо-информация, не переходя по ней.
Так вот, сделать все ссылки похожими можно - для этого надо изменить css файл используемого вами шаблона оформления.
Все оказалось значительно проще :) то о чем я говорил называется camelcase links. Ну и естественно отключив их проблема решилась 8)
Почему-то при создании некоторых статей, например «термин такой-то для данной создания страницы», страниц со статьей, после ее заполнения информацией, не создается. Пишется:
«Эта страница ещё не существует.Вы перешли по ссылке на тему, для которой ещё не создана страница. Если позволяют Ваши права доступа, Вы можете создать её, нажав на кнопку «Создать страницу».
Заметил что это зависит от кол-ва слов и возможно длины в названии статьи.
Я кажется понял в чем дело. У меня была не включена полная трансликация. В итоге создавались файлы определенной длины, который ОС не могла сохранить/открыть.
Поставил полную трансликацию. Но столкнулся с новой проблемой. Те статьи, которые были созданы без полной трансликации, теперь не отображаются. Что делать?
Читайте раздел "Миграция со старых версий" на этой странице.
Александр, спасибо. Все получилось
Александр, а как сделать, чтобы в навигации статья отображалась в виде «транслитерации», а с русским названием? (первый заголовок вместо имени у меня включено)
Т.е. если у вас отображается Вы посетили: » Инсталляция DokuWiki
у меня же отображается Вы посетили: » Instaliacia DokuWiki
Для этого в тексте страницы должен быть использован хоть один заголовок первого уровня. Если такого заголовка нет, то DokuWiki подставляет исходное (транслитерированное) название страницы.
На крайний случай - вы можете у ссылки принудительно указать текст ссылки - [[новая страница|название страницы]].
Александр, в тексте страницы присутствует заголовок 1-го уровня.
Кажется деле в шаблоне. Я взял шаблон http://www.dokuwiki.org/template:sxs Подогнал под шаблон текущего сайта.
С этим шаблоном транслитеририрование почему-то не учитывает заголовки 1-го уровня. Пробовал ставить default шаблон - в навигации все ок.
А как у DokuWiki с индексацией поисковиками? На MediaWiki читал народ жалуется, что поисковые роботы ее игнорируют частенько. С DokuWiki таких проблем не наблюдалось? Могли бы вы указать на что стоит обратить внимание при настройке DokuWiki, чтоб не было проблем с роботами?
Dokuwiki индексируется хорошо, особенно с включенной подменой URL - во всяком случае, все мои сайты Яндексом и Гуглом проиндексированы полностью и люди заходят с поисковиков по подходящим ключевым словам.
Супер ДокуВики
… только у меня вопрос - Как сделать так что бы на первой странице были самые популярные статьи, недавно измененные и новые статьи, в таблице? сапсибо )
хочу чоздать проект, большой, подойдет докувики? +)
Добрый день,Александр!Добрый день ДокуВикчане!) На днях столкнулся с необходимостью заставить DokuWiki авторизовывать пользователей не через тестовой файл, а через MySQL.. причем из Joomla-вой базы.. необходимость так и осталось необходимостью) У кого получалась данная затея - пожалуйста,поделитесь историей успеха)
Заранее благодарен, JeKa
Внес небольшое изменение в код. Киби проверь пожалуйста.
Нужного хака не нашел, пришлось самому править, только я в этом не силен.
Мне не нравится, то что при включении транслитерации поиск выдает «Соответствия в названиях страниц:» транслитом.
изменил в html.php в функцию html_search()
теперь получаю нормальное русское название статей.
Вот только делал это без особого понимания того что делаю, так что проверьте пожалуйста :)
Вроде ОК.
При обновлении вики на более новую версию этот хак надо будет восстанавливать.
Люди добрые, подскажите кто пользовал плагин gcalendar. Не получается заставить его по-русски писать. Все сделано как в инструкции к плагину: добавлена новая папка и файл Lang.php, но вместо дней недели белиберда. При замене кодировки страницы на кириллицу дни недели отображаются по-русски, но вся страница состоит из каракуль
Подскажите, что делать. Ну, или может кто знает достойный календарь, скинте ссылку. И еще вопрос, кто какой статистикой посещаемости сайта пользуется. Были попытки поставить statdisplay, но постоянно выдает ошибку деления на ноль в файле total_summary. Заранее спасибо за помощь
Я для статистики использую googleanalytics - прекрасно работает.
При переезде на новый хостинг плагин discussion начал немного шалить:
Для того, чтобы исправить его поведение пришлось подправить файл inc/auth.php:
При переезде на новый хостинг стал глючить fetch.php - перестали загружаться внешние файлы. Происходит блокировка запросов, содержащих http:/ в параметрах fetch.php - вместо файлов показывается страница ошибки 403 - нет доступа.
Экспериментальным путём выяснено, что подмена http на Http исправляет ситуацию. Итого потребовалось внести изменения в файл inc/common.php:
В версии 2009_12_25с это место выглядит чуток по другому:
Для того, чтобы уменьшенные GIF картинки отображались со сглаживанием, необходимо исправить функцию get_resized в inc/media.php и прописать в настройках путь к ImageMagik:
Этот патч приводит к сохранению масштабированных картинок в PNG формате.
В последней версии dokuwiki функция get_resized отсутствует, а вместо неё есть media_resize_image:
Извините, наверное, я пропускаю что-то очень простое, но у меня не получается заставить работать теги. Плагин стоит, включена транслиттерация. Если попытаться перейти по ссылке на теге «основное», он переходит на страницу с адресом, оканчивающимся »/tags/osnovnoe?do=showtag&tag=osnovnoe», не уверен, что так и должно быть. В общем, он пишет «ничего не найдено», несмотря на то, что тег «основное» стоит на нескольких страницах Что делать, чтобы теги заработали? Tagindex manager включал
Не подскажите, как можно сделать так, чтобы ссылки на сайте были что-то типа
http://mywebsite.com/playground:playground
вместо того, что есть сейчас (на моем сайте)
http://mywebsite.com/doku.php/playground:playground
?
Спасибо! Помогло.
Дома работает, интересно будет ли работать на беспл.хостинге…
Подскажи, п-та, как избавится от таких ссылок: «private%3Bregistered» вместо привычных «private:registered»
В Windows-системах, скорее всего (могу и ошибаться), такое не получится, так как Windows не разрешает использование »:» в именах файлах. Максимум что можно сделать, это вместо »:» использовать »;». Для этого необходимо в файле inc\common.php найти такие строки:
if($ue){ $id = rawurlencode($id); */ $id = str_replace('%3A',':',$id); //keep as colon $id = str_replace('%2F','/',$id); //keep as slashи добавить еще одну строку:
$id = str_replace('%3B',';',$id); //keep as semicolonМожет быть кто-то знает более изящное решение?
Здравствуйте. Ни как не могу справиться с проблемой загрузки mp3 файла. Причем не ругается, а просто тихо игнорирует закачку. Почитал буржуйские форумы, там только советуют поправить conf/mime.conf mp3 audio/mpeg но я это уже сделал. В тоже время rar, djvu, pdf закачивается нормально.
Если такая проблема именно с mp3 файлами, а другие типы файлов вам удалось настроить, то вероятно это ограничение, добавленное вашим хостером.
Угу, так и было, теперь всё хорошо, спасибо.
Ещё два вопроса по пунктам данной инсталяции:
5. Почему-то не отображается картинка для google.ru:
Найди меня в google.ru
хотя
Найди меня в google.com Найди меня в yandex
прекрасно работают. В чём может быть проблема?
6. Если такого параметра нет в dokuwiki.php, то его необходимо добавить?
Warning: Cannot modify header information - headers already sent by (output started at /folder/www/user/my_site/docs/lib/plugins/icq/syntax.php:1) in /folder/www/my_site/docs/lib/plugins/discussion/action.php on line 180
Такая ошибка возникает при использовании плагина ICQ когда постишь сообщение, при этом появляется страница с данным ссобщением, а при возврате на предыдущую, с которой постил, и обновлении её пост появляется. вот такой глюк…..
Скорее всего в файле /plugins/icq/syntax.php в первой строке перед <?php стоят какие-либо лишние символы, возможно непечатные :). Откройте этот файл в hex редакторе и проверьте, что ничего лишнего перед <?php нет.
После обновления dokuwiki до последней версии стал глючить плагин avatar:
Fatal error: Call to undefined function isvalidemail() in /lib/plugins/avatar/helper.php on line 94
Причина - из DokuWiki удалена функция isvalidemail(). Вместо неё надо использовать mail_isvalid(). Итого, в файле lib/plugins/avatar/helper.php надо внести следующие изменения:
// do not pass invalid or empty emails to gravatar site... // старая строка if (isvalidemail($mail) && ($size <= 80)){ if (mail_isvalid($mail) && ($size <= 80)){ //новая строка $src = ml('http://www.gravatar.com/avatar.php?'. 'gravatar_id='.$seed. '&default='.urlencode($default). '&size='.$size. '&rating='.$this->getConf('rating'). '&.jpg', 'cache=recache');Используя плугин discussion, форма в которой пишешь сообщение и где предлагается ввести логин и пароль, а точнее названия полей: 'Полное имя', 'E-mail' и т.д. беруться англоязычные. Каким образом можно указать явно wiki, чтобы она использовала файлы из /lib/plugins/discussion/lang/ru, а не /lib/plugins/discussion/lang/en?
Плагин discussion в комплекте имеет не до конца переведённый на русский язык интерфейс. То есть DokuWiki уже использует файлы lang/ru, но в них не содержится строк для некоторых полей.
Вы можете скачать полный перевод на русский язык discussion_ru.rar и обновить свою установку.
Спасибо, Алекандр, это помогло.
В разделе «Картинки и другие файлы»(копипаст раздела «Вики разметка» с этого сайта) по адресу http://xit.org.ru/test, не отображается картинка dokuwiki-128.png, уже все перепробывал, с нуля поставил сейчас послений RC'билд - проблема осталась. Хотя внешние картинки отображаются =(, куда копать?
Получилось. Оказывается надо было разместить картинку в /data/media, а она лежала в /data/media/wiki, правда не знаю, должна ли она работать от туда или нет, но судя по всему нет.
Здравствуйте Александр! Решил поставить себе dokuwiki, для домашних, внутрисетевых нужд, а оно не ставится… Точнее инсталляция проходит на ура, а потом как в этом треде…
DokuWiki Setup Error The datadir ('pages') does not exist, isn't accessible or writable. You should check your config and permission settings. Or maybe you want to run the installer?Всё что советовалось на форуме - перепробовал. Ставил четыре разных версии, в том числе и rc2 которая завелась у человека с форума. Перекрутил все подозрительные настройки апача, .htaccess и PHP. Прописывал вручную переменные, в local.php, не помогло…
Даже не знаю что и думать. Платформа: OS/2 (v4.52), Apache/2.2.11 (OS/2) PHP/5.2.8 Вывод phpinfo() можно посмотреть здесь.
Похоже, что в вашем случае всё упирается в OS/2 и установку PHP и Apache под неё. В вашем php.ini половина путей прописана с прямыми слешами, в то время как другая - с обратными. Я точно не знаю, как именно правильно писать пути под OS/2, но наверняка не обоими способами одновременно.
К сожалению нет. Полчаса назад поставил проинсталированную, версию 2007-го года (2007-06-26b) взятую с сайта Волгоградского ГосПедУниверситета. Всё взлетело и работает на ура! Надо-бы взять
шашкуdiff.exe в руки, да посмотреть, что там может быть не так. ;)PS: Апачу, на пару с ПХП вообщем-то по барабану, проверено. Хотя мысль интересная, может-быть какая-нибудь функция PHP которая не использовалась в старой версии на «неправильные» слэши болезненно реагирует…
$iswin = (strtoupper(substr(PHP_OS, 0, 3)) === 'WIN' || strtoupper(substr(PHP_OS, 0, 4)) === 'OS/2' || @$GLOBALS['DOKU_UNITTEST_ASSUME_WINDOWS']);
Это надо сделать в init.php функция fullpath
А не подскажете, как отключить сжатие в gz файла Sitemap.xml?
Попробуйте снять флаг «Использовать gzip Content-Encoding для xhtml» в настройках Вики
Он снят, при этом sitemap.xml все равно создается сжатым.
Судя по коду функции, создающей Sitemap (lib/exe/indexer.php - runSitemapper), в случае установленной настройки «Сжимать файлы CSS и javascript» формируется sitemap.xml.gz
Если вам хочется сохранить сжатие CSS и яваскриптов и при этом генерить несжатую карту, то нужно подправить код функции runSitemapper.
Да, правка кода функции помогла. Видимо, у меня почему-то неправильно читается конфиг.
Совсем не получается решить проблемы с .htaccess. rewritengine в апаче включен, в корне .htaccess отредактирован, в local.php параметр $conf['userewrite'] = '1'; Но как обычно выдаётся 403 ошибка.
Какой хостинг?
локальный, на XAMPP. про httpd.conf имел в ввиду, что modrewrite.so загрузил
Дошел до момента На первой странице (start) зайти в Управление/Управление списками контроля доступа и исправить права доступа для пространства имён, группа ALL оставить только чтение, нажать «Обновить». У меня не появляется эта надпись. Установку веду на denwer под Windows. Как назначать параметры (644, напр., непонятно). Как можно исправить положение?
Права доступа к файлам под Windows устанавливаются обычным способом - через свойства файлов и папок. Надо проследить, чтобы у пользователя Internet Guest Account были права на запись в папку, где стоит ДокуВики.
Уже разобрался. Надо использовать mozilla, иначе кнопка «Управление» недоступна. Почему так - непонятно, может, из-за прблем с безопасностью.
День добрый. я новичок в вики и пробую его подстроить под некоторые свои нужны. сейчас размещение статей и обсуждение работает великолепно благодаря вашим статьям. Но возникла необходимость. для некоторых пользователей предоставить возможность заливки картинок в вики без получения возможности правки страницы и после иметь возможность в дискуссии указать ссылку на эту картинку. Возможно ли такое?
Встроенная в ДокуВики система прав подразумевает, что возможность заливки файлов - это следующий шаг после правки. Без коренной переделки системы управления правами, ваше требование решить можно только с использованием внешних сервисов.
Предложите вашим пользователям использовать какой-либо специализированный хостинг для картинок и указывать в дискуссиях ссылки на картинки, загруженные туда. Или разверните на своём сервере какой-либо скрипт галереи, позволяющей загружать изображения (если для вас критично загружать изображения к себе на сервер).
Спасибо за наводку. в целом получилось. сделать вот так. если кому интересно будет. я не пишу на php потому если есть ошибки просьба указать на них. без издевательств.;)
на странице вставил код для загрузки файла
и в корневой директории dokuwiki создал файл upload.php
Вроде работает. Не знаю осилят ли юзеры, время покажет.
Надо проверять размер и тип загруженного файла. Чтобы загружали только разрешённые типы файлов.
А то не ровен час, загрузят к тебе пару троян-дропперов или ещё какую дрянь для твоих посетителей.
Еще один вопрос. подскажите плиз как мне построить URL к примеру из свой программы чтоб получить доступ на определенную страницу. при этом надо учесть что у меня закрытая вики и доступ идет только через логин и пасс.
Для того, чтобы отображались иконки, их надо скинуть в соответствующую директорию и прописать в conf/mime.conf.
Иконки должны отображаться в ссылках автоматически: Тестовый документ с расширением mp3
{{test.mp3|Тестовый документ с расширением mp3}}То есть вставить непосредственно как картинку иконку нельзя.
заработало после того как перенес содержимое из lib/images/fileicons в data/media/wiki, а в тэге написал
{{wiki:vsd.png|vsd.png}}Александр, может Вы знаете, где прописать, чтобы работало так как здесь у Вас, не хочется делать из каталога wiki помойку или создавать в нем дополнительные каталоги для иконок, т.к. в теге придётся писать больше путей –>
{{wiki:icons:vsd.png|vsd.png}}Здесь, в руководстве, мне тоже пришлось загрузить эти картинки как файлы для использования в тексте.
Господа, совсем запутался в синтаксисе и в пространстве имен, концепцию последнего понимаю, но на практике не выходит. К примеру в левом меню создаю какую-либо ссылку:
Но как мне сделать, чтобы при клике по Perl(в левом меню) раскрывалось подменю, в котором бы я уже переходил к следующему разделу? Или это зависит от шаблона?
Для этого надо сделать две вещи:
Если не выполнить второй пункт, то для всех страниц в «perl» будет использоваться sidebar из корневого пространства имён.
Да, спасибо, понял теперь, получилось. Какой плагин можно использовать для этого, т.к. править в ручную sidebar постоянно, как то не кошерно?
Можно добавить любой плагин, выводящий список страниц по определённому правилу, например список страниц, ограниченный одним пространством имён или страницы, отредактированные конкретным пользователем.
Добрый день. Не подскажите какие темплейты позволяют редактировать sidebar из wiki
Посмотрите перечень шаблонов на Template - практически все шаблоны с боковым меню позволяют редактировать это меню из вики, если это не автоматически создаваемое меню.
Еще один вопрос. У меня стоит темплейт dokubook. Когда я создаю разделы в sidebar-е (например: [новости компании]:[новости]) ,то у меня вместо пробелов в названии разделов вставляется подчеркивание . плюс если большое название страницы , то переноса по строкам не происходит(( В чем может быть проблема? Заранее благодарен
Попробуйте в ссылках в явном виде указывать текст ссылки:
В настройках есть разделитель слов в названии страниц. Фишка в том что его нельзя якобы поставить » ». ТОгда не совсем понятно пусть и подчеркивание , но почему он не переносит слова в sidebar
Народ помогите, дай хоть один пример настроенных файлов для ACL, или где можно почитать про это. Там как я понимаю настраивается всего два файла. Просто пробовал через вики , но не получается(((
Прочитайте пункт 3 на этой странице (в самом начале) - там описана процедура включения ACL. «Через вики» она не делается. Надо править непосредственно php файл.
Подскажите пожалуйста - как редактировать левое меню в стандартном шаблоне ? Или вот тут на сайте и на некоторых темплейтах видел кнопку править практически в каждой секции Вики - как её добавить ?
Понял - спасибо )
Александр! Будьте добры - продскажите как же сделать так чтобы при заполнении комментария discussion автозаполнялось имя и/или e-mail на основе авторизационных данных зарегистрированного в DOKUWIKI пользователя?
То есть к примеру в DOKUWIKI имеют доступ только зарегистрированные пользователя (anonymousa запрещаем). Нужно сделать возможность при заполнении коммента заполнить только сам коммент, а поля полное имя и e-mail вообще не нужны и при публикации на странице вместо них выводить авторизационные логин и e-mail пользователя. Как бы это сделать?
Вообще-то для зарегистрированных пользователей всё так и сделано - нужно вводить только комментарий. В подписи будет оставлено полное имя из профиля и адрес оттуда же.
Если вам надо, чтобы вместо полного имени указывался логин пользователя, то придётся подправить файл lib/plugins/discussion/action.php - найдите там функцию _print_comment и исправьте её так, как вам необходимо.
Спасибо, все действительно получилось, но при двух условиях:
Добрый день, подскажите пожалуйста с помощью какого плагина и каких команд можно выводить содержимое файла, расположенного локально на сервере (желательно с подсветкой синтаксиса). Для внешних ссылок работает
А как быть с локальными файлами?
Есть плагин plugin:showfile, однако его нельзя использовать на публичных вики-сайтах, так как он позволяет выводить текст любых файлов, включая /etc/passwd, .htaccess или conf/users.auth.php, что является дырой в безопасности.
Добрый день. После обновления IE в корпоративной сети до 7 версии возникла проблема с загрузкой файлов. Окно загрузки файлов открывается, в нем отображаются уже загруженные файлы, но при попытке выбрать один из них вся информация в этом окне пропадает. При этом ошибки никакой не выдается, окно не закрывается и не «подвисает», ссылка на выбранный файл в текст страницы не добавляется. В чем может быть проблема?
Попробуйте обновить вашу установку DokuWiki до последней. В старых версиях были известны ошибки с работой менеджера файлов, которые были устранены в последующих релизах.
Не могу найти как формировать sitemap в xml для поисковиков.
Проверьте sitemap.xml.gz - скорее всего у вас карта сайта создается сжатой (это часть стандарта Карта сайта (sitemap)).
МММ. Два вопроса:
Доброго времени суток, недавно установил dokuwiki и в процессе освоения tag'ов, создал несколько тестовых для проверки работы для различных страниц, после чего установил Cloud Plugin и в облаке тегов выводятся также тестовые, поиск местонахождения списка тегов ничего не дал, как и чистка cache'a, не подскажите как удалить линии и неиспользуемые тэги?
http://floomby.com/content/4r0ONychb0/ - как выглядит облако тэгов
http://floomby.com/content/e3k3XLMgU6/ - вид редактирование страницы (используется плагин tagentry)
При установке столкнулся с тем, что dokuwiki при регистрации пользователя не желает отправлять письмо с регистрационными данными в мой домен admin@foo.local. Я понимаю, что домен некошерный, но он у меня именно такой и менять его нерезонно. Я «вышел из положения» правкой соответствующих проверок в auth.php и mail.php, но письма всё равно не отправляются. Есть какие-нибудь идеи как это всё разрулить по-красивому?
Всем привет
После этого ни с этой страницы ни с других страниц этого диапазона имен открыть менеджер медиа-файлов не удается, так как сразу выдается сообшение: 502 Bad Gateway nginx/0.5.34.
Со страниц другого диапазона имен менеджер медиа-файлов открывается, но, если попытаться загрузить этот же файл - весь диапазон блокируется (502 Bad Gateway nginx/0.5.34).
Интересно, что фактически файл загрузился и попал в «свой, расшаренный католог», в соответствии с диапазоном имен. Но подгрузить его (уже с сервера) на страницу при помощи менеджера медиа-файлов не удается, так как вновь вылетает: 502 Bad Gateway nginx/0.5.34.
На форумах таких тем и вообще упоминаний о «502 Bad Gateway» - нет, люди работают без проблем.Специалисты, с кем удалось связаться, считают, что проблему могут решить только хостеры.
Но хостеры другого мнения. Помогите, плз.
Я с такой проблемой не встречался, но почему-то зацепило слово nginx. Недавно мой хостер ввел новую услугу - кэширование часто загружаемых файлов (архивы, видео, картинки) и т.д. Можно самому указать папки сайта, которые будут кэшироваться.
Так вот, эти кэшированные файлы будут отдаваться через nginx, а не через Apache, что существенно сокращает нагрузку на сервер хостера (вроде такое объяснение).
Может такая фича и у Вас включена (или где-то у хостера) и DokuWiki как раз эта новая фишечка не очень нравится? Файл, типа есть, но в систему он попасть нормально не может.
Хотя может я и ошибаюсь и причина в другом. Так, в голову взбрело… :)
Точно не скажу, но на вскидку: в настройках nginx можно отдельно прописать папки с медиа-файлами (об этом и говорили хостеры), а работать через apache он и не сможет (если я не напутал). Диапазон блокируется при попытке обновления кеша. Завтра вечером смогу ответить точно на Ваш вопрос. Просто уже давно перешел на lighttpd и nginx не использую.
Очень надеюсь, что с Вашей помощью найдется решение.
Спасибо.
Сообщите, какое имя было у того самого файла, который привёл к ошибке. У меня была похожая проблема и ошибка была связана с настроками безопасности на сервере - фильтровались определённого рода ссылки.
Имя файла было: DSC06458a.jpg. Причем, как я предположил, «затыка» происходила именно на нем, в нескольких диапазонах имен. Вроде не экзотика, Однако … что имеем.
А если переименовать файл во что-то типа temp.jpg и загрузить, ошибки нет?
Попытался. Результат тот же. При этом «компрометируется» все страницы данного пространства имен.
Другие файлы, с еще «живых» страниц - грузятся. При попытке загрузить этот - падают (навсегда).
Возникает вопрос, как реанимировать страницы «убитых пространств имен» и как отличить файлы - убийцы от доброкачественных.
К это проблеме добавилась еще одна. У меня на этом хостинге подняты 2 dokuwiki. Кстати, эта проблема проявляется в обоих.
В обоих одновременно при входе на страницы появились сообщения типа этого:
В самом верху: Writing /home/…/cache/messages.txt failed Ниже: Writing /home/…/cache/f/f2fd0bc7e8abf9b6e9c4b82efdd22592.i failed Unable to save cache file. Hint: disk full; file permissions; safe_mode setting. Writing /home/…/cache/f/f2fd0bc7e8abf9b6e9c4b82efdd22592.i failed Unable to save cache file. Hint: disk full; file permissions; safe_mode setting. Writing /home/…/cache/f/f2fd0bc7e8abf9b6e9c4b82efdd22592.xhtml failed
Страницы далеко не с первого раза (через F5) допускают правку (с правами SU). Чаще допускают только просмотреть код.
Я уже вообще не пойму в чем причина, может я что наколбасил, может хостеры рьяно «поднимали» все что упало … В итоге - 2 wiki на одном домене лежат.
Впрочем, восстановить с 0 их можно, но очень важно - поднять.
Радует одно, что на другом хосте - все работает. Значит сама DokuWiki - замечательная.
Продолжаю взывать о помощи. Спасибо.
К вопросу о проблемах с JPG файлом - очень похоже, что на вашем хостинге стоит серверный антивирус, который проверяет содержимое файлов и отдаёт их далее вебсерверу. Если проверка по той или иной причине не срабатывает, то сервер вместо файла возвращает ошибку 502. Медиаменеджер Dokuwiki запрашивает все существующие в конкретном пространстве имён файлы, так что наличие одного, генерирующего ошибку, стопорит весь процесс.
Для исправления этой ошибки удалите файл сбойный с сервера с помощью FTP, SSH или панели управления вашего хостера. Файл находится в папке data/media/.
Вторая ошибка связана с невозможностью dokuwiki записать временные файлы. Возможно поможет снять опцию safe_mode в PHP. Хостеры явно перестарались с безопасностью.
Очень благодарен Вам за помощь.
Хочу добавить определения новых типов файлов, но в папке conf отсутсвует файл mime.conf как его создать?
Установите плагин plugin:txtconf и добавляйте описания с его помощью. А если очень хочется создать файл вручную - это можно сделать через FTP.
Сайт dokuwiki.ru работает еще на предыдущей версии DokuWiki Release 2009-02-14. Планируется ли переход на новую версию?
Сегодня перевёл на последнюю версию 2009_12_25с, в которой закрыта пара найденных на днях серьёзных уязвимостей.
Прошу помощи! Неправильно работает плагин Discussion. При нажатии на кнопку сохранения комментария происходит 16-кратная запись комментария в файл <страница.comments>, после чего в браузере возникает сообщение «приложение не возвратило полный набор заголовков HTTP». Если потом открыть ее заново, то видны все 16 комментариев, с одним и тем же временем. Очевидно, какая-то проблема с PHP, никак не могу понять. На другом компьютере устанавливал, все нормально. Никто не сталкивался? Спасибо.
Добрый день. Столкнулся с проблемой: на странице логина нет ссылки «регистрация». В настройках галочки на запрете регистрации нет. Скажите как это поправить. Или в каком файле лежит страница логина и страница регистрации.
Добрый день Господа
Начал установку DOKUWIKI на локальный хост. Все вроде правильно сделал, но столкнулся со следующей проблемой: