All Wikilog Comments

From Wiki4Intranet
Jump to: navigation, search

[ List view ]Comments

В mediawiki для формул используется тег <math>, а в Wiki4intranet просто <m>, причем стандартный тег по умолчанию отключен. Получилось при подключении старой базы к новому движку отвалились все формулы... Как предлагаете решать эту проблему?

  • включить $wgUseTeX = true;. Не будет ли в этом случае каких либо конфликтов?
  • подправить расширение MarkupBabel, добавить 'math' => 'amsmath'. Правда, по формату не уверен есть ли полная совместимость.
  • поменять текст на страницах, заменить <math> на <m>, но как это сделать автоматом пока не представляю.

Завтра буду пробовать, что получится из этих вариантов...

По предложенным путям решения:

  1. Так ничего не заработает, т.к. $wgUseTeX требует специальную тулу "texvc", которую собрать под винду - отдельная задача, это раз, и которая на самом деле нафиг не нужна для рендеринга латеха, это два. Собственно, поэтому у нас латех и сделан по-своему. И, кстати, наш MarkupBabel круче ещё и тем, что рендерит TeX-формулы в векторном виде. Кстати... А не забыл ли я написать на странице MediaWiki4Intranet про dvisvgm, для этого требуемый? Проверю...
  2. С точки зрения совместимости - самый нормальный путь решения. Наверное, даже имеет смысл поправить MarkupBabel у нас. По формату полная совместимость - латех он и есть латех.
  3. Воот, а для этого у нас есть специальный инструмент :) Special:BatchEditor ("Массовая правка страниц" в спецстраницах)

1. у меня это заработало. Я под линуксом это дело подымаю, в старой вики texvc был, я его и заюзал. Но с <m> не помогло, см. ниже коммент.

Проги dvisvgm у меня не стояло...

Остальное ещё смотрю...

Ну да, если texvc уже был, то логично. Я к тому, что так бы тех под виндовой сборкой не работал, а он у нас там нужен...

2. С точки зрения совместимости - самый нормальный путь решения. Наверное, даже имеет смысл поправить MarkupBabel у нас. По формату полная совместимость - латех он и есть латех.
Судя по последней сборке вы в MarkupBabel не дописывали math? Приходится после обновления дописывать самому...

Нет, дописал, но он включается, только когда $wgUseTex = false, чтобы не конфликтовать со стандартным мэтодом.

Виноват, не досмотрел.. Верней смотрел, но не туда... Всё работает, спасибо.

Что-то мне везёт... Всё началось с исчезновения 10ГБ места, что привело к вешанию mysql. Поиск виновника привел к файлу

ls -l /var/log/apache2/error_log -h
-rw-r--r-- 1 root root 18G Ноя 24 10:37 /var/log/apache2/error_log

После его удаления я не долго радовался свободному месту на диске, так как в скором времени этот файл снова вырос. Оказалось, что при использовании на странице тега для вставки формулы, например, <m>sdfgd</m> этот файл увеличивается на 1.8ГБ. Сообщения в нём такие:

При этом файлик для latex`а и картинка png в папке images/generated/amsmath/... создаётся. В общем, трудный переход у меня получается на Mediawiki4Intranet...

Ну понятное дело :) вы влезли в неоттестированную область - переход со стандартной вики на нашу :) зато много нового узнаёте :) (UPD: а мы много багов исправляем)

Хм. Эта ошибка, кстати, возможно связана именно с отсутствием dvisvgm (см. коммент выше). Наверное, оно пытается рендерить вектор, у него не получается, и оно сваливается на несуществующем файле. Но да, поправить её надо. Это весь лог такими сообщениями забит?

Не 1.8Гб, а 18Гб, наверное? Вообще, лично я как-то привык везде работать с показом PHP-ошибок в браузер, а не в лог апача, кстати. Его всё равно редко кто читает, а так все ошибки сразу видны. Ну и место не забивается.

Лог на 1.8ГБ увеличивался за 1 нажатие на предпросмотр, при этом страничка не появлялась...

Поставил dvisvgm - проблема исчезла, формулы появились. Буду смотреть дальше, что ещё не так... ))))

"Это весь лог такими сообщениями забит?" - Я все 1.8ГБ не смотрел, но последних несколько сотен строк такого плана.

Интересно, что случится с браузером, если в него 1.8ГБ ошибок направить...))

Вот ещё сообщение из лога, почему-то в корень лезет за иконкой

[Thu Nov 24 13:19:06 2011] [error] [client 172.17.4.37] File does not exist: /var/www/localhost/htdocs/favicon.ico

Путь в BaseSettings.php задан не существующий файл.

$wgFavicon = "$wgScriptPath/custisinstall/favicons/wiki4intranet.ico";

А $wgFavicon=/favicon.ico задано в настройках по умолчанию, но проблема, что если я меняю путь $wgFavicon к существующему файлу, то проблема не решается...

И ещё непонятная штука вылезает

[Thu Nov 24 13:39:16 2011] [error] [client 172.17.4.37] File does not exist: /var/www/localhost/htdocs/share, referer: http://172.17.4.37/wiki4intranet/
  index.php?title=MediaWiki:Monobook.css&usemsgcache=yes&ctype=text%2Fcss&smaxage=18000&action=raw&maxage=18000
  • Эх чёрт, забыл wiki4intranet.ico подложить, теперь историю не поправишь :)
  • Ну проверь, у тебя на MediaWiki:Monobook.css ничего не написано?
  • MarkupBabel поправил, doBlockLevels поправил, после элемента списка теперь преформатирование должно работать, сборку обновил.

Не работает под PHP 5.2.8 на OpenSUSE 10.2. Валит ошибки на функционал, появившийся в PHP 5.3. Например:

- на оператор goto
- func_get_args(): Can't be used as a function parameter

Хм. Спасибо за замечания. Поправим.

Поправил, обновил сборку. На заметку: маркированные списки в mediawiki делаются с помощью * в начале строки :-)

Так себя должны вести картинки в разных форматах? В PNG формате LaTeX2e.png вставляться, центрируясь по вертикали, а в SVG формате Symbol thumbs up.svg вставляются как буквы, лежат на строке.

Да... Сам тоже замечал, но почему-то не исправлял. Не знаю, почему, vertical-align: middle на них отлично работает, щас проверил :-)) поправлю))

(Разница в том, что у нас SVG вставляется как SVG, а не растеризуется, как в обычной вики)

Надеюсь я ещё не сильно вам надоел со своими вопросами... Вот ещё одну особенность обнаружил. Если загрузить картинку SVG в вики, а затем добавить новую версию этого рисунка, но уже в формате PNG, то похоже система воспринимает новый png-рисунок за svg-текст... Вот пример Media-playback-start-red.svg, у меня эта страница выглядит так:

Bug svg png image.png

Зачем надоел, мы тут наоборот радуемся, что нас тестируют :-)

А в смысле - загрузить новую версию того же файла, но PNG - это как вообще? Ты в качестве svg png'шку загружаешь (и под именем .svg)? А чего ты ждёшь от вики в таком случае? :-)

А почему нельзя загрузить новую версию рисунка в другом формате? У меня, честно говоря, и мысли не было, что так делать не правильно... И предупреждений вроде не вылазило никаких... Ладно, теперь буду учитывать на будущее...

Ну не знаю, вообще-то это логично, что "File.svg" это SVG, а не PNG.

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

Проверил - у нас была отключена проверка MIME-типов при загрузке файла из-за того, что какое-то время назад (возможно, даже ещё в 1.13 - 1.14) совсем неправильно определялся тип Visio-документа как Word'овского, и соответственно не получалось его загрузить под расширением .vsd вообще.

Сейчас уже стало лучше (определяется как vnd.ms-office), поэтому запатчил файл с сопоставлением расширений MIME типам, и включил проверку обратно. Теперь PNG поверх SVG загрузить не даст :) сейчас только сборку ещё обновлю.

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

Насчёт меньше - не будем точно, т.к. при установленном в браузере увеличенном шрифте будет вообще мизерно. Сейчас по-моему вполне соответствует стандартному.

Насчёт вертикального выравнивания - да, разумное замечание. Постараюсь исправить.

"Насчёт меньше - не будем точно" - хотя бы скажите, где это можно поправить?

Я даже сходу и не скажу. Это нужно чтобы тех больше картинку делал на выходе. А кинь скриншот, что тебя так сильно расстраивает, что ты их уменьшить хочешь?

выглядит так

Math in text.png

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

Центрирование тоже смотрится не очень, тут нужно различать:

  • формула без индекса
  • формула с нижним индексом
  • формула с верхним индексом
  • формула с нижним и верхним индексами

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

Варианты формул.png

Может параметр ввести в <m> для задания смещения по вертикали, или html-разметка такое не позволяет делать?

Да это-то понятно. Просто где её взять-то, базовую линию. Мне вот интересно, как то же самое в оригинале mediawiki рендерит?

На википедии выглядит так

Wikipedia-math-example.png

У них простые индексы в формулах кодируются простой html-разметкой, а формулы вставляются центрируясь по вертикале.

Ну, простые индексы-то понятно, их всегда так можно написать. Вертикальный отступ задавать можно, но руками это делать - по-моему грустное занятие будет... Вот если бы найти способ узнать положение baseline в результирующей svg'шке...

Наверно можно Latex попросить, чтобы выдал baseline каким-либо образом..

Ещё была проблема с названием. Изначально, название "Quiz:Тестирование по смешанному моделированию" не проходило, т.е. не появлялись в начале страницы ссылки "Пройти тест" и др. Пришлось поменять название на более короткое "Quiz:Тест", тогда ссылки появились. С чем это может быть связано?

Это с длиной. Там зашита длина ID теста <= 32 символа.

Раз не появлялось вообще ничего, значит ошибки PHP, которые, насколько я помню, у вас сыплются в лог, а не на экран. Так что в лог и смотрите.

Ошибки такие:

Strict Standards: Non-static method MediawikiQuizzerPage::checkAnswers() should not be called statically in
/var/www/localhost/htdocs/mediawiki4intranet/extensions/mediawikiquizzer/mediawikiquizzer.class.php on line 892

Fatal error: Class 'Imagick' not found in /var/www/localhost/htdocs/mediawiki4intranet
/extensions/mediawikiquizzer/mediawikiquizzer.class.php on line 1174

Чтобы заработал класс Imagick в Gentoo поставил дополнительно пакет dev-php/pecl-imagick. После этого финальная страница появляется, но ошибки ещё остались:

Strict Standards: Non-static method MediawikiQuizzerPage::checkAnswers() should not be
called statically in /var/www/localhost/htdocs/mediawiki4intranet/extensions
/mediawikiquizzer/mediawikiquizzer.class.php on line 892

Notice: Undefined variable: html in /var/www/localhost/htdocs/mediawiki4intranet
/extensions/mediawikiquizzer/mediawikiquizzer.class.php on line 1273

Congratulations and thank you for keeping ACL live.

Linux Install: I successfully installed Mediawiki 1.21.15 the normal way, extracted the Mediawiki4Intranet.zip html directory and updated LocalSettings and BaseSettings to have a look see.

wiki.4intra.net/Special:Version refers to 1.26.2.

Can one install 1.26 and if so how?

Sorry, I've missed your comment.

Now you can install 1.26 from github, from the master branch.

Доброго Вам утра.

Большое спасибо за классный продукт! Это первое :)

Второе - уже на второй машине, где я пытаюсь поставить Windows-сборку, не работает экспорт статей. С однотипной ошибкой: создается файл {My+MediaWiki+Name}-DateTime.zip (но на самом деле это текст с wiki-разметкой) следующего содержания:


---cut here----------------------

<br /> <b>Warning</b>: readfile(D:\temp\exp2BE.tmp/archive.zip) [<a href='function.readfile'>function.readfile</a>]: failed to open stream: No such file or directory in <b>D:\wiki4intranet\htdocs\wiki\includes\specials\SpecialExport.php</b> on line <b>211</b><br />

---cut here----------------------


Помогите, пожалуйста, разобраться в чем же дело. К сожалению нет никакой возможности разбираться в исходниках.

Заранее благодарен за помощь.

И вообще, интересно следующее:

  1. характерна ли данная проблема только для меня?
  2. если не только для меня, то характерна ли данная проблема только для Windows-сборки?

О, спасибо. Да, проблема в Windows-сборке - отсутствуют утилиты zip и unzip. Добавим, исправим, сборку обновим.

Чтобы исправить самому - скачайте zip, unzip и bzip2 для винды, распакуйте куда-нибудь (только в один каталог, а то bzip2.dll нужен утилите zip) и это куда-нибудь пропишите в свой LocalSettings.php так:

$wgZip = "...путь\\zip.exe";
$wgUnzip = "...путь\\unzip.exe";

У нас сейчас, на самом деле, в процессе обновление MediaWiki до 1.18.1, и следующая выложенная сборка, в которой этот баг будет исправлен, скорее всего будет уже 1.18.1.

По поводу второй проблемы текущей Windows-сборки - с ошибкой PHP:

Php imagick problem.png

В прошлых сборках у нас были везде гвоздями забиты пути D:\wiki4intranet\. В последней я это обнаружил и везде поубирал, а также решил добавить ImageMagick, которого там раньше, опять-таки, вообще не было. Но для его загрузки нужно менять переменную окружения PATH - пришлось расхачить xampp_control и научить его прописывать туда пути из xampp.ini, а xampp_start.exe и xampp_stop.exe поменять на батники.

Но хе-хе, расхачить расхачил, а потом случайно оставил там путь с F:\ :) короче говоря, просто уберите F: из xampp.ini, если он там есть...

Спасибо, твой доклад было весьма интересно посмотреть. А что до времени -- ну... предупреждать лучше заранее, это ж не агильненько -- скрывать до последнего момента, что в регламент изначально не укладывались ;-) (хотя я бы пожертвовал регламентом ещё больше, признаться)

С разморозкой меня, решил ответить на этот пост.

Первое, в принципе, реально - полученную pdf'ку можно обрабатывать inkscape'ом. Но переходить на это не будем точно, картинки не совсем красивые получаются и медленнее конверсия. Плюс ещё момент - у нас сейчас, насколько я понимаю, оно вообще не даёт свои пакеты подключить в заголовок.

По поводу второго подозреваю, что лучше ничего нет, плюс лично мне и не приходит в голову, как это сделать лучше.

Попался мне такой вот граф, полученный в Graphviz. Попробовал я его в вики, но он получился немного другим. В исходном связи проводятся ортогонально, как я понял это задаётся при вызове dot с помощью ключика -Gsplines=ortho. А нельзя ли сделать управление ортоганальностью линий доступным из вики, чтобы повторить этот граф?

[svg]

Что-то я посражался с этой опцией splines=ortho, но ничего не вышло... Связи как были дугой так и остались, добиться ортогональности не получилось...

Есть ли возможность писать звук с микрофона или аудиосистемы ПК?

Моежет подскажите, как вставить на страницу видео файл (flv), доступный по http, не загружая его в вики, как картинку?

Получилось как-то так:

<html>
<object  width="640" height="480">
     <param name="movie" value="/mediawiki4intranet/extensions/FlvHandler/flowplayer/flowplayer-3.1.3.swf" />
     <param name="allowfullscreen" value="true" />
     <embed type="application/x-shockwave-flash"
            width="640" height="480"
           allowfullscreen="true"
           src="/mediawiki4intranet/extensions/FlvHandler/flowplayer/flowplayer-3.1.3.swf"
           flashvars='config={"playlist":[ {"url":"http://localhost/files/lolo.flv","autoPlay":false,"fadeInSpeed":0} ] }' />
</object>
</html>

Только картинки начальной нет...

Чтобы картинку генерить, надо загружать видео в вики.

Если она уже есть сгенерированная, можно прописать её в playlist как-то так:

config={"playlist":[ {"url":"<картинка>", "autoPlay":true}, {"url":"<видео>","autoPlay":false,"fadeInSpeed":0} ] }

А что значит это сообщение?

Comment-note.png

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

Наверное, это баг :-) нужно расследовать.

Что делать с такой особенностью? При создании слайдов в режиме просмотра страницы VHDL-код с подсветкой синтаксиса светится отлично, а в режиме слайдов — подсветка пропадает, и код выглядит очень уныло... Вот пример Проверял в Opere и в Firefox.

Можно ли как-то такое победить?

Там у нас два расширения вкручено для подсветки кода - одно стандартное, другое наше. Стандартное включает стили в <head> страницы, наше включает все стили как inline (<span style="">) - несколько увеличивает объём кода, но зато не требует подключения отдельного сгенерённого CSS, который как раз и не попадал в код страницы в режиме презентации.

Но фиксится это легко, так что уже пофиксил. Обновляй экстенжн S5SlideShow (например отсюда). Ну либо всю сборку, там ещё пара доработок появилась в последнее время, например поддержка Tika для индексации содержимого файлов (типа вордовских и прочих), и Lightbox'ы :)

Обновил. По ходу наткнулся ещё на одну проблему. Захотел небольшой flv-загрузить и вставить на страницу, но он вставляется просто ссылкой на страницу с файлом, а не как видео. В чем проблема может быть? Посмотрел расширение FlvHandler, обнаружил там строчку $wgFlowPlayer = 'extensions/FlvHandler/flowplayer/flowplayer-3.0.3.swf';, Хотя у меня в flowplayer файл flowplayer-3.1.3.swf (аа, он потом в BaseSettings.php ставится правильным...). Но это исправление у меня ни на что не повлияло.

С путём там всё нормально было, хотя и прописан он был не совсем где надо (уже поправил) - в BaseSettings.php, а не в файле расширения.

В чём проблема может быть...

А вот если открыть страницу самого файла - его тип там вообще определяется? Должно быть написано "Файл (Video, X × Y пикселей, размер файла: Z МБ)"

Написано так:

Скрин_каст_по_работе_с_QuestaSim.flv‎ (размер файла: 675 КБ, MIME-тип: video/x-ms-asf)

Ну так video/x-ms-asf - это не FLV и не MP4... Оно не поддерживается)

Понял. Буду исправять...

... Знать бы ещё как перекодировать в flv...

Обнаружилась проблема с ParserFunctions, если правильно понял. Следующая строчка

{{ #expr: {{#time: z | 15 Marz 2013 }} - {{#time: z}} }}

не работает. Выдаёт ошибку

Fatal error: Class 'MWTimestamp' not found in /vol/md0/sites/mw4i/extensions/ParserFunctions/ParserFunctions_body.php on line 417

Но в старой сборке вики 1.16.2 и ParserFunctions (Версия 1.3.0) всё было Ок. Как быть?

Это новая версия ParserFunctions использует класс, которого в 1.18 нет.

Исправил (бэкпорт сделал). Обновитесь с помощью repo.php, должно всё стать хорошо. Либо чуть позже из архива.

Кстати, теперь у нас в сборке есть настроечка "подписаться на все комментарии всех викилогов", я её себе включил, так что по идее комменты к каким-либо другим записям тоже пропускать не должен.

А где эта настроечка, что-то я не нашел её сходу. А я отслеживаю изменения через RSS по свежим правкам, но мешают сообщения о новых юзерах, их каждый день до 10 штук регится, и судя по именам - 99% из них похоже боты какие-то...

Ага, боты и есть. Нашёл бы я авторов XRumer-а - ноги бы вырвал.

Настройка в пользовательских настройках, которые в углу справа сверху, на вкладке "другие настройки".

Это, правда, подписка именно на комменты.

Хотел бы попросить выложить мастер-класс Ирины Крючковой по Brainwriting — нужно. Там вступительная часть вполне содержательная, да и сам процесс должно быть хорошо видно. Ребятам покажу, сам пересмотрю. Уверен, что и в целом будет востребовано. Как, собственно, и доклады на английском, один из которых как раз таки опровергает представленное в статье видео: http://www.slideshare.net/VLDCORP/from-scepticism-to-advocacy-proving-the-value-of-the-ba-role

OK, спасибо за feedback. Все доклады на английском интересны?

А по мастер-классам, лекционные части вырезать можно, но шумный хаос «коллаборации» смотреть невозможно никогда.

Лично мне интересны все, потому как на сами доклады попасть не вышло. Но за остальных судить не возьмусь. По крайней мере, на Slideshare у них уже по несколько сот просмотров.

Ну, просмотры на слайдшаре… Вот доклады «англичан» в главном зале [1], [2], если они за неделю, хоть один из них наберет 20 просмотров (в зачет идут «просмотры до конца» — есть такая метрика, и скачивания), то сделаю и мастер-классы.

Впрочем, если кто-нибудь пошлет им ссылку, и они опубликуют ее в своем англоязычном кругу, я думаю, 100% наберут.

+ может заинтересует → [3]

Написал организаторам с просьбой выслать ссылки зарубежным гостям. И спасибо за видео моего выступления (правда, не успел ещё посмотреть :-). Единственно, не могли бы Вы в названии mustyaca изменить на musteata (это общепринятая форма написания моей фамилии без диакритических знаков)? Не пуризм, просто некоторые соображения поисковой оптимизации.

«Написал организаторам» — а что так застенчиво? Написали бы авторам напрямую.

Пока статистика выглядит так:

Vimeo-stats-43217936-2012-06-02.png



«не могли бы Вы в названии» — это временные технические названия, для скорости и процесса подшивания Сергеем и Владом видео к программе (они подшивают все технически названные видео из альбома, я переименовываю все подшитые и так далее).

А что не так с видео доклада Юры Веденина и Аси Щебровой? Это ведь одно из лучших выступлений на конференции. Его нужно спасти во что бы то ни стало! :-)

Ну, раз лучшее, доверюсь вашей оценке. Спас, сшил, ни слова не пропало [1]. Раз это лучшее, буду по статистике просмотров этого доклада судить о максимальном интересе к теме конференции.

Не стал бы мою оценку возводить к мерилам общественного мнения, но лично мне доклад действительно очень понравился. К тому же, выложенное видео повысит шансы соискателей найти в презентации несоответствие и получить скидку на курсы BA или UX :-) Спасибо Вам огромное, Стас, за ваш труд! Большое дело делаете! Уже всех своих ребят видео заинтересовал, правда всё никак время не найдём посмотреть нормально.

  • «Не стал бы мою оценку возводить к мерилам общественного мнения»

Придется! Другого-то вообще нет. Все 100% выложено включая мастер-классы, иностранцев известил лично. Ну, а статистика просмотров покажет, стоит ли в ближайшие годы еще раз поднимать эту тему «в эфир».

на ссылку http://narod.ru/disk/63253788001.ef25aa7a31d24abdc130c302a5d34f87/conference-recorder.zip.html пишет "файл удален пользователем"

Доклад «Страховка от автобуса» понравился. Можно было бы ещё саму mindmap сюда вставить, чтобы спокойно рассмотреть можно было бы...

А видео Артема Кудзева нет?

Вставил, но надо обновить поддержку, чтобы были цвета. Можно SVGшку напрямую глянуть.

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

Уж ты-то мог бы и до "ВК РСПС" сократить 8) Спасибо за проделанную работу!

Возможно, это можно было бы посмотреть "Разумные города – возможности для разработчиков", "Академическая программа — ключевой элемент подготовки персонала в ИТ компаниях", "Психологическая подготовка программных инженеров: миф или реальность"...

Hello and thanks for this extension,

During the installation, do you any solution to apply patch when we don't have shell access ?

My MW Version 1.21.2 Thanks,

Heiya,

the command indicating how to patch should be synced with the extension's README

cd YOUR_WIKI_INSTALLATION_DIR
patch -p1 < extensions/IntraACL/patches/IntraACL-MediaWiki-<YOUR_VERSION>.diff

using patch -p0 ... does not work

Cheers

Hi, I've found that IntraACL doesn't work unless your web server sets the HTTP server name header. The ACL tab is missing, and the access controls aren't applied, but the Special:IntraACL page still appears.

I don't consider this to be a bug, but I think it would be helpful if there was a note about this somewhere in the documentation for other people who encounter the same problem.

Yeah, it tries to determine maintenance (console) mode by check server_name. In fact maybe there's a better way to check it...


creating a template that allows edit right only to the creator of the page[edit]

is it possible with this extension ? if yes how ?

Thanks,

Nicolas

VitaliyFilippov (talk) 22:56, 1 September 2016 (MSK) No if you mean "IntraACL right template". MediaWiki template based on some parser function... maybe if you have a parser function that prints the creator of a given page.

Uninstallation instructions[edit]

Hi, I'm missing instructions how to remove the extension after it has been set up according to this page. Krichter (talk) 21:54, 31 August 2014 (MSK)

VitaliyFilippov (talk) 22:54, 1 September 2016 (MSK) Revert patch, remove LocalSettings part.

Malfunctions[edit]

Mediawiki : 1.23.4 IntraACL : 2.1.6

Case 1 Combine mode : OVERRIDE

Rules applied via IntraACL

  • ACL on the namespace without read or edit permission for the user
  • ACL on the category of the page without read or edit permission for the user
  • No ACL on the page
  • But ACL on the parent category of the page's category with read permission for the user


In this case, the page is visible for the user when he accesses by the direct link or through search page. Therefore, I was obliged to prohibit the use of hierarchical categories. If the user, on the parent category clicks the category without read or edit permission for him, he was forbidden.


Case 2 Combine mode : SHRINK

Rules applied via IntraACL

  • ACL on the namespace with read permission for the user
  • ACL on the first category of the page without read or edit permission for the user
  • ACL on the second category of the page with read permission for the user
  • No ACL on the page


In this case, the page is visible for the user. Therefore, I was obliged to prohibit the use of multiples categories for a page.

In SHRINK mode, is-it possible to test all the categories Security Descriptor and if just one category deny the access, the user is forbidden.


Thanks you very much for this extention.

Best Regards


VitaliyFilippov (talk) 22:54, 1 September 2016 (MSK) All page categories and their parents are always treated equally, regardless of SHRINK or OVERRIDE modes. Parent category ACLs do not override subcategory ACLs, and category permissions never intersect with each other. This is by design and may be tricky to fix.

Requires HTTP Server Name Header[edit]

Hi, I've found that IntraACL doesn't work unless your web server sets the HTTP server name header. The ACL tab is missing, and the access controls aren't applied, but the Special:IntraACL page still appears.

I don't consider this to be a bug, but I think it would be helpful if there was a note about this somewhere in the documentation for other people who encounter the same problem.

MediaWiki 1.27.1 Support[edit]

Does this extension support MW 1.27.1? I see the patch for 1.26 but when I ran it against my 1.27.1 installation it broke some things.

I reverted the Includes folder with the files from my install/upgrade file to get back up and running.

VitaliyFilippov (talk) 22:50, 1 September 2016 (MSK) Not yet, it needs a rebased patch for 1.27.

When Will Updated Patch Be Available?[edit]

Hello - do you have an estimate of when a patch for 1.27.1 will be available? I'd like to update my 1.26.4 installation to 1.27.1 due to some VisualEditor enhancements but having Intra ACL working is essential. Thanks! Ben.Hinc (talk) 00:09, 1 October 2016 (MSK)

Hi - Same here... Please let us know. Thanks. Titi18 (talk) 16:28, 10 October 2016 (MSK)

Hiding a link to a protected page[edit]

Hi, is it possible to avoid showing a link to a protected page instead of redirect to "Permission Denied" page? Thanks, Gabriele.

Can's create User:.... pages. Can create Talk:.... pages.[edit]

When MediaWiki4intranet's clean installer config adds an administrator e.g. WikiSysop it grants default rights found in DefaultSettings.php.(listed bottom) and/or BaseSettings.php.

For some reason I can create Talk Pages but I can't create User Pages for any user. I always get You don't have permission to access /..../index.php/User:'......' on this server. Additionally, a 403 Forbidden error was encountered while trying to use an ErrorDocument to handle the request. Which is not correct as the Namespace User has the following IntraACL.

{{#access: assigned to = Group/Administrator, actions = *, manage}} {{#manageRights: assigned to = User:WikiSysop}}

The Administrator Group has {{#addMember: members = User:WikiSysop}} {{#manageRights: assigned to = User:WikiSysop}}

WikiSysop is Member of: Bureaucrats, Semantic MediaWiki administrators and Administrators & Implicit member of: Autoconfirmed users.

Happens even if $wgGroupPermissions['*']['edit'] = true; $wgGroupPermissions['*']['view'] = true; $wgGroupPermissions['*']['createpage'] = true;

Any suggestions?

Permission Error with Special:CreateProperty[edit]

Special:CreateProperty results in a white page. No php errors show.

runJobs adds Special:CreateClass properties just fine. AS it disables IntraACL to do this I suspect I have a permission error. php maintenance/runJobs.php

    • WARNING: IntraACL security checks are disabled because
    • $_SERVER[SERVER_NAME] is empty, which probably means we are in console

Any suggestions?

Compatible with MediaWiki 1.32.1[edit]

Hello,

Just tried this extension on the latest release: 1.32.1. Once I add the line:

enableIntraACL();

to LocalSettings.php I have a 500 error on the Wiki. Even with the following calls:

error_reporting( -1 ); ini_set( 'display_errors', 1 ); $wgShowExceptionDetails = true; $wgShowDBErrorBacktrace = true;

It doesn't show anything. Any known compatilibity issue with this version? Thanks for your help!

Otherwise do you know any ACL extension working with this latest version?

Hi, i use the wikilog extension, but it's not possible to create a new wikilog-title

Error: Invalid item name entered, it must be shoter!

Can you help me ?


Ну ты блин чудишь!!!

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

Открываешь закладку. Уже видишь координаты, правда не в машинно-, а в человеко- читаемом виде (в минутах-секундах).

Дальше жмёшь "поделиться" и отправляешь ссылку, куда захочется. Она сокращённая, но если по ней пройти, в урле видно машинно-читаемые координаты.

Щас вот проверил - сама ссылка, правда, странно как-то срабатывает, такое чувство, что выполняет поиск по тексту, а не по исходной координате. Но в параметре &oll= координаты всё равно правильные.

P.S: для обратного преобразования, то есть чтобы найти место на яндекс картах по координатам, нужно просто ввести широту и долготу через запятую в поле поиска.

Разработчик вики и баз знаний по онлайн играм. Мои проекты:

Личный сайт:


« first ... next 100 › last »

Please login to comment.