Wiki-технология

индекс
45,33

Администрация Пензы пытается решать вопрос с «оскорблениями» в Википедии в законном порядке

В статью про мэра Пензы «Романа Чернова» был внесён вандализм. Это обычное для свободной энциклопедии явление — вандалов обычно быстро блокируют администраторы сайта, а вносимые ими изменения отменяются. Кроме того, в Википедии действует система патрулирования — это значит, что правки должны быть проверены опытными редакторами, прежде чем они попадут в «стабильную версию» статьи, тем не менее непроверенные правки доступны всем для чтения с соответствующей пометкой.

Несмотря на это администрация Пензы, обнаружив непроверенную правку с обвинениями в адрес мэра Пензы в организации избиения и оскорблениях, сочла это грубым нарушением законодательства России (ч. 1 ст 23 Конституции РФ) и приняла решение обрабатывать вопрос при помощи российской судебной системы — ими направлены заявления в пензенскую прокуратуру и УМВД России.
+44
5 мая 2012, 17:51
7

Все JavaScript библиотеки в одном месте


Jswiki — это проект на github, который постарался собрать все достойные JavaScript библиотеки и ресурсы. На страницах описания библиотек, так же собраны ссылки на статьи для начинающих, чтобы читатель мог как можно быстрее начать использовать ту или иную библиотеку.

Впервые увидел настолько полную wiki по JavaScript либам, не смог с вами не поделиться.
+76
5 мая 2012, 13:45
535
omfg 180,1

Используем ResourceLoader в MediaWiki

В MediaWiki, начиная с версии 1.17, появился новый механизм сборки и загрузки стилей и скриптов — ResourceLoader. В этой статье я опишу его использование на примере расширения GoogleCodePrettify, которое добавляет тэг syntaxhighlight в разметку MediaWiki.

Всем авторам расширений настоятельно рекомендуется использовать новый механизм взамен устаревших addScript etc.
+5
21 октября 2011, 20:06
3
akzhan 15,8

Простой вики-движок zen-wiki

Это заметка про простой вики-движок предназначенный для ведения личных заметок.

Фичи


Что есть
  • Markdown
  • Подсветка кода
  • Автоматическое древовидное меню
Чего нет
  • Истории правок
  • Коллективного редактирования
  • Хранилища картинок/файлов
  • Других ненужных вещей


+18
8 сентября 2011, 15:23
28
Pozadi 8,5

Wikimedia Referendum 2011

Wikimedia foundation запустила референдум относительно механизма скрытия изображений.
Референдум продлится до 30 августа.

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

Цель вводимого механизма заключается в предоставлении читателям возможности скрывать в проектах Викимедиа изображения, просмотр которых они сочли для себя нежелательным. Скрытие может быть произведено или при первом просмотре изображения, или заранее, путём выбора соответствующих персональных настроек учётной записи. Предполагается, что этот механизм должен дать читателям больше свободы выбора, поэтому важно, чтобы он был как можно более простым и обладал дружественным для пользователя интерфейсом. Wikimedia также постарается, чтобы механизм оставался как можно более простым для поддержки редакторами. Для разработки механизма были сформулированы несколько основных принципов, но в процессе разработки неизбежно возникновение ситуаций, требующих компромиссных решений. Wikimedia просит путём участия в данном референдуме помочь разработчикам принять такие решения в будущем.

Более подробную информацию о референдуме вы можете найти на странице http://meta.wikimedia.org/wiki/Image_filter_referendum/ru.
+5
20 августа 2011, 19:40
1

Дмитрий Медведев загрузил фотографию на Викисклад

Сегодня Президент Российской Федерации Дмитрий Медведев собственноручно загрузил на Викисклад (хранилище свободных мультимедийных файлов, управляемое Фондом Викимедиа) фотографию из архива федерального информационного агентства РИА «Новости».

Аккаунт, с которого была загружена фотография, носит название «Dmitry Medvedev for RIAN».

Это — часть проекта «Вечные ценности», в ходе которого планируется загрузить на Викисклад около тысячи фотографий под свободными лицензиями.
–1
23 июня 2011, 14:56

Отключаем библиотеку jQuery, встроенную в движок MediaWiki 1.16.x, и заменяем её на свежую, обновляемую и пополняемую администраторами вики



Как нетрудно прочесть на сайте MediaWiki, нынешняя линейка стабильных версий (1.16.x) поставляется со встроенною библиотекою jQuery, код которой лежит по адресу «skins/common/jquery.min.js». Это jQuery сравнительно старой версии (1.3.2, вышедшая в феврале 2009 года), слегка запатченная для преодоления одного из её багов, и она запускается в режиме совместимости noConflict()») таким образом, чтобы поместиться в переменную $j вместо $. Этот код jQuery не содержит никаких плагинов и является, в сущности, необязательным, подключаясь к странице только в том случае, когда код MediaWiki содержит вызов метода $wgOut->includeJQuery(). Скажем, расширение UsabilityInitiative содержит именно такой вызов на строке 128 своего файла «UsabilityInitiative.hooks.php», так что jQuery появляется в некоторых темах оформления (например, в Vector), когда расширение UsabilityInitiative подключено к вики.

Предлагаю встать на точку зрения вики-техника, то есть администратора сервера MediaWiki, имеющего прямой доступ (наподобие SSH) и возможность менять настройки вики (LocalSettings.php), доустанавливать расширения MediaWiki и проводить другие подобные действия. Какие обстоятельства могут вызвать у вики-техника MediaWiki 1.16.x стремление переменить к лучшему то положение дел, которое упомянуто в предыдущем абзаце? Каким путём уместнее всего действовать вики-технику на пути воплощения этого своего стремления?

Первотолчком такого стремления является естественное и почти неизбежное осознание того, как неудобна та необязательность появления jQuery в коде страниц, которая настроена по умолчанию. Всякий вики-техник, если он имеет достаточно досуга для размышлений, рано или поздно постигает, что простота и могущество функции $(), если бы она была всегда в распоряжении администраторов, сочиняющих скрипты для вики, всенепременно породили бы JS-код куда компактнее, чем прежний. Возьмём для примера версию от 22 мая 2011 года страницы «MediaWiki:Common.js» из россияноязычной Википедии. В ней нетрудно заметить вот какой код функции:
+10
14 июня 2011, 00:11
8
Mithgol 110,2

TiddlyWiki и MediaWiki: раздумье над заметными различиями в видимой простоте редактирования

Миниатюрная однофайловая джаваскриптовая вики TiddlyWiki заслуженно пользуется популярностью на Хабрахабре: ей давно посвятили, по меньшей мере, три хороших блогозаписи (25 мая, 19 июля и 20 декабря 2008 года).

Почему же TiddlyWiki оказалась так привлекательна? Полагаю, что примерно потому же, почему привлекателен Твиттер. Нас притягивает её миниатюрность, её простота. Эта вики состоит не из статей, как Википедия (или как другая энциклопедия на движке MediaWiki), а из небольших фрагментов текста (так называемых тиддлеров), каждый из которых в энциклопедии потянул бы, в лучшем случае, на подраздел. И для редактирования тиддлера не нужно переходить на отдельную страницу: окошко редактирования тиддлера открывается тотчас же и там же, где только что был текст тиддлера — а после редактирования замещает этот текст на новый.

На дворе 2011 год, браузеры стремительно развиваются, многие сайты (в том числе и некоторые, если не все, шкуры Википедии) обзавелись встроенным jQuery и вовсю гоняют AJAX-запросы. TiddlyWiki существует вот ужé более шести лет. Понятно, что подразделы статей MediaWiki никогда не станут тиддлерами по динамической организации в пространстве (и в уме), навсегда останутся частью строгого порядка статей — но по объёму-то они примерно равны тиддлерам, так что почему бы подразделам из MediaWiki не догнать тиддлеры TiddlyWiki ещё и по простоте редактирования? Кажется, чего проще: утянуть AJAXом весь редактор со страницы редактирования подраздела, да и воткнуть на место самогó подраздела (в статью).

Тем не менее в полном списке расширений MediaWiki нет ни одного такого, которое обеспечивало бы появление формы для редактирования подраздела статьи на месте этого самого подраздела — внутри статьи. И джаваскриптовые гаджеты пока что не поддерживают ничего даже отдалённо подобного.

Интересно, почему же это так?

0
28 марта 2011, 16:49
4
Mithgol 110,2

ВикиГуглоМетаТрекерная DNS


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

А иначе получается — за что боролись, на то и напоролись. Вместо информационного изобилия получится помойка. Количество информации в сети таково, что невозможность найти нужные данные эквивалентна полному их отсутствию. Сигнал тонет в шуме. И еще ладно, если этот шум белый, но он ведь часто имеет ярко выраженную окраску — политическую или коммерческую.

Сегодня функции поиска и структурирования информации в интернете распределены между несколькими подсистемами. Они очень разные, некоторые из них возникли на заре интернета, некоторые бурно растут прямо сейчас.
+54
18 февраля 2011, 16:33
54
ilya42 1023,4

Темная материя интернета

Иногда я открываю окно торрент-клиента и просто смотрю, как он раздает файлы… Это завораживает даже больше, чем дефрагментация или гейзеры и вулканы в трехлитровой банке с домашним квасом. Ведь я помогаю множеству незнакомых мне людей качать нужные им файлы. Мой домашний компьютер — маленький сервер, ресурсами которого я делюсь со всем интернетом. Наверное, похожие чувства побуждают тысячи добровольцев по всему миру участвовать в проектах вроде folding@home.

Ни один файловый сервер не справился бы с тем объемом раздачи, который обеспечивают миллионы маленьких компьютеров по всему миру, используя лишь небольшую часть своих ресурсов. Вот если бы я мог так же легко поделиться ресурсами с любым понравившимся мне сайтом! Если бы затраты на хостинг при росте аудитории росли не линейно, а логарифмически, за счет «добровольного ботнета» из компьютеров посетителей. Насколько меньше рекламы я бы увидел? Сколько интересных стартапов избавились бы от головной боли по поводу масштабирования? Сколько некоммерческих проектов могли бы перестать зависеть от благосклонности меценатов? И насколько труднее было бы кибергопникам или спецслужбам DDoS-ить такой сайт!
+186
26 января 2011, 16:15
220
ilya42 1023,4