All Wikilog Comments

From Wiki4Intranet
Jump to: navigation, search

[ Thread view ]Comments

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

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

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

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

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

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

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

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

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

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

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

Что-то мне везёт... Всё началось с исчезновения 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...

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

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

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

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

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

Заметил, что файлик skins\custis.php имеет перевод строки как в виндовс (0D 0A), сильно бросается в глаза... Конечно не критично, и наверно, не повлияет ни на что...

CustisSkinCRLF.png

Собственно говоря, часть, ответственная за дивы, в нашей сборке мало отличается. Так что вряд ли проблемы с Common.css и Common.js.

Хм. Странно, сам по себе действительно не отваливается. Нужно смотреть что там ещё есть в этой статье... Что-то там не слава богу.

Код такой например

{{Hider|Скрипт для обработки вьюпоинта (для SDL)}}
 <source lang="tcl">
    //
    // ONLY "sdl" - name viewpoint!
    //
 </source>{{Hider|end}}

у меня развёрнут при просмотре на моей Mediawiki4Intranet

Ну я и говорю - скопируй сюда код, который отвалился, и посмотрим.

А почему у тебя отвалилось - скопируй сюда код, на котором отвалилось, и посмотрим.

А, точно. Да не, чего там чистить. С тем что справа как раз всё понятно — если убрать пробелы из начала строк и перевод строки после <div>, всё нормально становится.

Это как раз одно из того чего фиксили:

  • <div>\nX</div> отпарсится в <div><p>X</p></div> (и кстати например blockquote вместо div — аналогично)
  • <div>X</div> отпарсится в <div>X</div>

Смотри, я поправил.

Я это видел, что тут работает. Но тоже с особенностями, кнопка Скрыть/Показать внизу, а не справа... А какие-нибудь мысли почему у меня отвалилось это дело есть? Ладно, буду пробовать танцы с бубном.., попробую почистить common.js/сss, ...

Хи-хи, треш))

TestHider

Всё нормально работает...

Такой

<!--
 -->{{#if: {{{1|}}}|<span id="{{anchorencode:{{{1|}}}}}"></span><!--
 -->{{#if: {{{2|}}}|<span id="{{anchorencode:{{{2|}}}}}"></span><!--
 -->{{#if: {{{3|}}}|<span id="{{anchorencode:{{{3|}}}}}"></span><!--
 -->{{#if: {{{4|}}}|<span id="{{anchorencode:{{{4|}}}}}"></span><!--
 -->{{#if: {{{5|}}}|<span id="{{anchorencode:{{{5|}}}}}"></span><!--
 -->{{#if: {{{6|}}}|<span id="{{anchorencode:{{{6|}}}}}"></span><!--
 -->{{#if: {{{7|}}}|<span id="{{anchorencode:{{{7|}}}}}"></span><!--
 -->{{#if: {{{8|}}}|<span id="{{anchorencode:{{{8|}}}}}"></span><!--
 -->{{#if: {{{9|}}}|<span id="{{anchorencode:{{{9|}}}}}"></span><!--
 -->{{#if: {{{10|}}}|<span id="{{anchorencode:{{{10|}}}}}"></span><!--
 -->{{#if: {{{11|}}}|<span class="error">[[Template:Anchor]] (or Anchors): too many anchors, maximum is 10.</span><!--
 -->}} }} }} }} }} }} }} }} }} }} }}<noinclude>
 </noinclude>

Какой код у шаблона Anchor?

Если вам нужно именно "слабое преформатирование", то есть <pre>, в котором можно использовать разметку - то в данный момент внутри таблицы никак. Если просто фрагмент кода - написать <pre>код</pre.

Если так сильно нужно - можно патч откатить нафиг.

Есть у меня такой Шаблон:Hider

<includeonly>{{#ifeq:{{{1}}}|end|</div></div>|
 <div class="NavFrame {{#ifeq:{{{show}}}|no||collapsed}}" style="background-color:#F9F9F9;" 
 {{#if:{{{2|}}}|style="width:{{{2}}}"}}><div class="NavHead"  style="text-align:left; background-color:{{{color|#F1F1F1}}}">
 {{{1}}}</div><div class="NavContent" style="text-align:left;">
 {{Anchor|{{{1}}}}}}}</includeonly><noinclude>
 </noinclude>

Он делает свёрнутый список. К нему в нагрузку нужно дописывать текст в common.js.

Этот шаблон вставляет такой html-текст

<div class="NavFrame collapsed" style="background-color:#F9F9F9;">
 <div class="NavHead" style="text-align:left; background-color:#F1F1F1">
 Name
 </div>
 <div class="NavContent" style="text-align:left;">
 Body
 </div></div>

Но с переходом на Mediawiki4Intranet такой список становится по умолчанию всегда открытый. Закрыть его можно только нажатием кнопки "Закрыть". При этом он закрывается, но надписи накладываются как показано на рисунке.

Spisok.png

В чем тут может быть проблема? Почему списки стали развёрнутыми по умолчанию, и почему не прячется "Показать"? Можно это как-то поправить?

А как получить в Mediawiki4Intranet такой вот результат.

Simple table.png

Как исправить исходный текст, чтобы получить тот же результат как в mediawiki?

Да, действительно не очень заметно. :) ещё зависит от установленного шрифта по умолчанию. Там действительно небольшая разница, 150% и 140%. Может и надо что-то с этим сделать, не знаю. Подумаем.

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

По поводу уровней, заметил что в разных браузерах отображаются по разному (в моей старой опере ещё терпимо), а вот Firefox показывает так:

Chapter2-3.png

Тут не совсем заметно, что шрифт более мелкий на третьем уровне...

По поводу проблем с кодировкой соберу больше фактов... Вообще вопросы касались линукс сборки, но оперу юзали из виндовса.

Это скорее не первый и второй, а второй и третий уровни. Ну да, у нас третий сделан жирным шрифтом. Он меньше, но жирный, чтобы выделялся. Это произрастает из extensions/CustisScripts/custis.css. Можно там и изменить.

Проблему с кодировкой не наблюдал. А это у вас Windows-сборка или Linux, какая ОС и какой браузер? И, кстати, попробуйте отключить WikEd (такой мелкий карандашик кликнуть в правом верхнем углу страницы, около логина). Если уйдёт — значит какие-то проблемы WikEd’а.

С пробелом… Да, есть такой момент. Это наш патч к парсеру, на doBlockLevels так работает)) зачем сделали патч — чтобы поправить следующие несколько багов:

  • В оригинале MediaWiki вообще никак не генерирует абзацы, если в них встречается блочный элемент (например <div>). В том числе, например, если этот div генерится как часть кода картинки, плавающей справа. То есть на оригинале вот такой код: Текст [[Image.png|right]]\n\nТекст 2[[Image.png|right]] (\n - перевод строки) сольётся в один абзац. Как бы понятно, почему — потому что внутрь <p> пихать блочные элементы в HTML нельзя. Но тем не менее, неприкольно.
  • В оригинале внутри <blockquote> и некоторых других блочных элементов абзацы тоже не генерируются.
  • В оригинале некорректно обрабатывается иерархия открывающих/закрывающих элементов на одной строке.

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

  • Если абзац содержит блочные элементы, он всё равно становится абзацем, но реализуется через <div class="paragraph">.
  • Куски <html> тоже заворачиваются в такой же «абзац дивом». Что может приводить к глюкам, если эти блоки содержат незакрытые/неоткрытые дивы, например. Проблема в том, что doBlockLevels не видит содержимое html-блоков и ничего не может с ними сделать. Лечатся глюки довольно просто — все дивы нужно вынуть из html’я.

С пробелом в начале строки — там не после абзаца, а после элемента списка глючит только. Посмотрю, может можно поправить. Но что характерно, все тесты парсера оно проходит :) видимо на это там тестов нет :)

Замечания[edit]

После того как подключил wiki4intranet к старой базе вылезло много мелких отличий в синтаксисе. Например:

  • вывод в виде моноширинного текста. В моей старой вики (1.16.0), если строка начиналась с пробела, то она печаталась в рамке в виде моноширинного текста. В wiki4intranet нужно, чтобы перед такой строкой была пустая строка:
Эта строка начинается с пробела (но отображается как обычный абзац!(
А это следующая строка, начинающаяся с пробела...

При этом есть исключение:

Эта строка начинается с пробела и уже отображается моноширинной
И эта строка начинается с пробела...
  • такая же проблема в таблицах, в старой вики можно было записать так
{| border=1 style="border-collapse:collapse" cellspacing="0" cellpadding="3"
| one
|-
| 
 two 
|}

и получалась таблица, в которой "two" печаталось абзацем в рамке с моноширинным текстом, а в wiki4intranet получаем так

one
two 
  • По-другому отображаются заголовки первого (==) и второго (===) уровней. Вообще заголовок второго уровня (===) выглядит жирнее, на мой взгляд, лучше было бы наоборот. Как бы это поправить у себя?

Первый уровень[edit]

Второй уровень более жирный[edit]

  • ещё наблюдается иногда проблема с копированием текста в окно редактирования страницы - иногда (пока не удалось идентифицировать в каких именно случаях) русский текст из блокнота вставляется с испорченной кодировкой (в виде "кракозябликов").
  • так же отвалились некоторые шаблоны часть в связи с вышеописанной проблемой, а часть из-за других вещей, возможно требуется дополнительная правка настроек Common.js, Common.css (с этим я ещё по разбираюсь..)

2. Ага, разные варнинги могут пока под стриктом вылезать. Я их когда вижу, сразу поправляю, но ещё выловил не все.

По поводу вопросика "тут" :-)

counter.php - это медиавиковский скрипт, лежит в директории maintenance/. Если у вас его там нет, значит, MediaWiki 1.17. Конкретно включение counter.php можно вообще выкинуть и выкинуть также блок который рядом "Abort with control-c in the next five seconds..." внизу скрипта. Так он должен отработать.

Вообще, выложенный патч уже несколько устаревший, сейчас я его привожу в соответствие с разумными замечаниями Тима Старлинга :) в частности, вместо странного изобретения - multipart архивов - уже работает ZIP, но сам патч пока что не выложен. И ещё одно замечание как раз касалось схемы именования файлов - типа придумать какую-то схему, чтобы она была обратно совместима, чтобы имя файла включало в себя индикатор схемы именования.

Так что выложу новую версию, с ней и renamer обновлю.

  1. Да у меня php 5.3.8 установлен. Установил short_open_tag=on - стало лучше. Первая проблема решилась.
  2. Вторая проблема частично решилась, на главной странице уже сообщения нет. Но на другой страничке выскакивает такое сообщение:

Notice: Undefined index: font in /var/www/localhost/htdocs/wiki4intranet/extensions/S5SlideShow/S5SlideShow.class.php on line 476

Как я понял, эти сообщения появляются и при нормальной работе и настройках, и их можно выключить убрав E_STRICT из error_reporting, только error_reporting это что такое - функция, файл или что? нашел ответ на странице Mediawiki4Intranet Nikolay 11:29, 16 November 2011 (MSK)

Это уже касается нового архива. Хорошо бы дату сборки в название, а то не понятно, когда обновлялась...

Ещё тут я оставлял ранее вопросик...

  1. У вас, видимо, PHP 5.3 и short_open_tag=Off. Сделайте его On. Там у нас используется <?= ... ?>, в 5.4 это уже и с short_open_tag=Off будет работать, но в 5.3 ещё не. <? ... ?>, которое стопроцентно осуждаемо, не используется.
  2. А это очередной недовыловленный E_STRICT баг. Исправил, обновил сборку. Если этого не хочется видеть вообще — уберите E_STRICT из error_reporting.

Я ставлю под линукс Mediawiki4Intranet из архива исходников, ссылка на который размещёна на странице Mediawiki4Intranet. Т.е. речь идёт не про виндовс сборку. Просто Gentoo устанавливает пакетов по минимуму и возможно, что для правильной работы Mediawiki4Intranet нужны дополнительные пакеты (которые не описаны на основной странице), которые не нужны для стандартного движка Mediawiki. А возможно нужны какие-то настройки php или ещё что...

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

В

\apache\conf\httpd.conf

сменить «Listen 80» на что вам нравится. Только зачем? Проще скайп отучить от этой глупой привычки.

Почему «Служебная:Version» пустая — фиг знает, посмотрю.

Николай, это сборка для Windows, для WAMP, громоздить ее на Linux наверно неправильно, хотя возможно даже что-то и взлетит... Вы ищите наиболее простой способ установить все это под Linux? Или я что-то не понял?

Да, с выключенным скайпом запустилось. А можно поменять порт Apache с 80 на другой?

И ещё вопрос, почему страница "Служебная:Version" пустая?

Дистанционный диагноз от House M.D. → виноват Скайп. Конкретно оно вам пишет, что классический вебсерверный 80-й TCP-порт уже кем-то занят. Что-то мне подсказывает, что у вас нет других вебсерверов, а подлый Скайп любит по умолчанию садится на 80 и 443 порт (на всякий случай). Попробуйте без Скайпа, если поможет — ищите в Скайпе настройку «использовать 80 и 443 порт» и отключите ее.

Если не Скайп — продолжим дифференциальный диагноз, будем искать другие вебсервера. Возможны паразиты-трояны...

Пробовал запустить на Win7 эту сборку, но не запускается Apache. MySQL запускается, а Apache нет. Может ли эта сборка конфликтовать с другими программами? Вообще при запуске apache_start.bat выдаётся следующее сообщение:

(OS 10048)╬с√ўэю ЁрчЁх°рхЄё  Єюы№ъю юфэю шёяюы№чютрэшх рфЁхёр ёюъхЄр (яЁюЄюъюы/ё
хЄхтющ рфЁхё/яюЁЄ).  : make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs
Apache konnte nicht gestartet werden
Apache could not be started

Странно это. Только что проверил в Freeplane 1.1.1. — нормально (ну за исключением того, что картинки прилинкованные не показывает, ругается на это, и ссылки все битые).

При открытии карты в стабильной верносии 1.1.х Бетту не скачивал наверное это решает проблему

Это ты где видишь такое?

Error while parsing file \Stas Fomin\File-Humanized-development.mm

Если видите ошибки - поправьте. Это вики.

Хорошая статья, но граммарнаци бы ей не повредил.

Мы тоже пытались этот тул использовать при подготовке первого ADD (2010), но почти сразу отказались — ибо уважающие себя специалисты напрямую отказывались сабмиттить через эту фигню, и никакой коммуникации и обсуждения организовать было невозможно. В этот раз у меня не было ни единого шанса на изменение процесса, поэтому я решил сыграть в эту игру четко по правилам. Приобрел офигенный опыт (антипаттерны тоже очень важны).

Наверно сегодня-завтра я напишу свое видение «Организация конференций: How To».

Стас, привет! Майкрософтовский CMT - весьма оригинальный тул. Он вроде и правильные и более-менее понятный, но какой-то "не такой". Авторы докладов получают информацию не тогда, когда ее поместил рецензент, а то ли по достижению определенного срока, заранее выставленного (окончание принятия работ, например), то ли когда модератор-админ системы нажимает специальную кнопку. Это была одна из причин, почему отказались от этой системы при подготовке к SQA Days. А отзывы твои видит глава ПК (или модератор - в общем тот, кто уполномочен принимать решения), но не видят другие рецензенты. Модератору важно не детальное описание, а оценка.

Ветка mw4install - готовая к установке, ничего дополнительно ставить или накатывать не нужно.

Я не понял, а что ты склонировал, если ты говоришь, что "так понял для гугло кода нужен софт чтобы стянуть" ?

Склонировать = стянуть. Потом сказать hg up mw4install.

Склонировать, склонировал, а вот дальше знаний не хватило, на работе завал, я так понял для гугло кода нужен софт что бы стянуть.. с репозитария. раньше занимался таким.. Конечном результате как сборка будет выглядеть ? Готовый для установки двиг или выборочно патчи и плаги ?

Конкретно в данный момент происходит push в Google Code :)

Было бы отлично, так как нуждаюсь в вашей доработке, а точней в транслите имени загружаемых файлов , остальные доработки очень и очень привлекательные, если можно исключить не стабильные доработки и модули .. и выложить. Прошу прощение что в кометах и не в той теме

Мы целиком не выложили ещё =)

То, что вы её ищете, хороший повод выложить прямо сейчас =)

Не могу найти это чудо , Mediawiki4Intranet , всё обрыл

«это отдельное расширение. Через неделю выложим.»

Здорово!

«А это что-то странное. Ничего дополнительно ставить не надо. Во всех броузерах одно и тоже?»

Оказывается есть панелька, надо было мышь загнать в правый нижний угол :) и в хроме и в IE

«и нету флажка "Автопредпросмотр" под полем редактирования страницы. »

это отдельное расширение. Через неделю выложим.

«Слайды есть, но нету панельки управления внизу при просмотре сдайда в отдельном окне»

А это что-то странное. Ничего дополнительно ставить не надо. Во всех броузерах одно и тоже?

Википрезентации: А код этого расширения опубликован тут: http://sourceforge.net/p/mwslideology/

Установил это расширение. Добавил require_once "$IP/extensions/S5SlideShow/S5SlideShow.php"; в файл LocalSettings.php. Слайды есть, но нету панельки управления внизу при просмотре сдайда в отдельном окне, и нету флажка "Автопредпросмотр" под полем редактирования страницы.

Может есть более обновлённая версия S5SlideShow? Или надо ещё что-то установить кроме PHP?

На AllPages есть, но в пространстве имён "Блог", а не в основном.

Добавим ссылку куда-нибудь (на главную хотя бы), да и всё, дел-то.

А как попасть в Блог:TechTools с главной страницы или из спецстраниц, если не знаешь о существовании Блога? На служебной странице AllPages ссылки на записи Блога тоже нет...

Конечно выложим! Таких мелких частей, которые выложим отдельно, там немного, только некоторые расширения, которые насоздавали.

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

Спасибо за ваш труд и за желание им поделиться.

В виде WAMPP-приложения, скопируй и запусти? Думаю да, раньше я так на конференциях и раздавал, только теперь сначала хотим опубликовать все по отдельности, дабы, дабы... ну как-то по-человечески все было. Отделяем сейчас наш код от чужого, патчи от стволов, ну и вообще…

А планируете ли выкладывать отдельно всю вашу сборку в виде архива?

grom: Ура! Наконец-то твой блог оживет, а то в последнее время как на кладбище...Будем ждать новых интересных и эмоциональных постов с нетерпением!

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

А я вроде как виноват получаюсь.

Alex the Jinx: Стас, а в чем проблема оплатить-то? Просто спроси у продавца чтобы он выставил тебе paypal invoice, и оплати его своим пейпалом/карточкой. Ebay тут уже ни при чем.

Твой бук был в третьем зале похоже. Там несколько секций было на моем (круглые столы, коринский про йоту). В любом случае, грузи все что есть и заливай на narod.ru. Будем собирать по частям.

xor: Стас, у меня ровно такое же впечатление - я носился, как ошпаренный туда-сюда. Ничего не послушал. Только присядешь - сразу зовут/звонят.

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

Нет, это не проблема с кривым плагином. Система виджетов — это была неотъемлемая часть сайта.

Вам бы понравились если бы автомобиль поставлялся без колес, на колеса можно было бы только «подписаться» у какой-то шпаны? (И типа когда с утра автомобиль без колес — это ОК).

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

Aquary: Ну, в данном случае проблема была с кривым плагином, сам Гугл работал без сбоев.

Куда думаешь переносить? на другой SaaS или свой домен с линым хостингом сделаешь?

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

Надеюсь скоро все оформим и опубликуем.

Will: Очень понравилось ваше выступление. Смотрел видеоролик в блоге компании. В конце выступления вы обнадежили аудиторию описать, как у вас все реализовано. В частности, меня интересует, как интегрирован в MediaWiki Wysiwym-редактор.

Aquary: Будем ждать. Даже в официозе можно много прочитать между строк. Конечно, если строк много :)

Постараюсь. В смысле отчеты то я точно напишу, просто надо определится со стилем — «наружу» я пишу политкорректно и уныло, а «внутри» достаточно жестко и правдиво.

Aquary: Надеюсь, отчетами потом порадуешь?

vitiucha: Привет.

Возник вопрос. Пишу дополнение к МедиаВики.

На страницы есть поле для имени Новой страницы и дополнителное поле (textarea), при нажатии кнопки (button=submit) создаётся новая страница. А какую нужно добавить функцию, што бы перенести техт из (textarea) на новую страницу в редактор?

Очень нужно, спасибо за ранее.

vitiucha: Привет. Просмотрел вашу презентацию. Совсем понравилос. Было б не плохо получит вашу сборочку МедиаВики. А то ссылочка уже не работает.

Пишу дипломную работу про МедиаВики, надо самому написат дополнения, может можете помоч, тоест дат какую идею для нового дополнения? а то я вес интернет проискал, что б наткнутся что миру надо. Но ничего не нашол. :(

Да и если можно может имеете про медиаВики то что в Интернете трудно найти. :)

Спасибо за помощь.

admin: "передача информации через майндмапы особо эффективна только при совместном его составлении. " вот вот. я использую NodeMind http://www.nodemind.ua/rus/ . Там есть и карты и линейная структура. К тому же позвонляет шифровать информацию. Легко и быстро рисовать. Нет "навязчивого и тяжелого интерфейса".

hosting kniga: бесплатный хостинг сайтов html хостинг http://hosting.miheeff.ru хостинг бесплатный хостинг сайтов html

Андрей, попробую.
Но не гарантирую.

Ибо внутренние блоги дают некоторую свободу — я например, очень не одобряю распространенный в рунете стиль «критика не приходя в сознание», с другой стороны, сам я в публичных блогах скатываюсь в обратную крайность — исключительную политкорректность.

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

Но широко публиковать это уже нельзя.

Особо тут у меня аудитории нет, так что будем считать, никто не пострадал.

Андрей Сатарин: > во-вторых, внутри компании теперь развернута удобная инфраструктура для блогов и их чтения, и я активно пишу именно туда

Может найдешь время/силы и как-то это (или самое ценное из) продублируешь в остальную часть вселенной?

Andrew: Елена, а может, лучше делать выводы и благодарить за обратную связь вместо того, чтобы оправдываться в блогах? Например, посылать SMS-ку хотя бы за несколько часов до доставки (чтобы курьер зря не мотался). Эти копеечные расходы позволят вывести ваш сервис на новый уровень. Как известно, UX (User eXperience) складывается из мелочей. Это уж не говоря про проверку воспитанности и адекватности курьеров при приеме на работу (в конце концов, это именно они должны доставить, а не им должны).

Уважаемая Елена!
Знаете, вообще-то мне неоднократно доставлялись посылки курьерскими службами (правда в основном UPS/EMS, DHL не помню, когда был последний раз), и всегда схема была с предварительным звонком. Вообще мне даже сложно представить, что может быть иначе — сроки доставки, даже курьерской не предсказуемы, нормальный человек, даже перемещающийся только из дома в офис, но с рабочими часами не совпадающими с графиком работы DHL уже не может указать 100% адрес доставки. Такое решение подойдет либо надомникам-инвалидам, либо офисным рабам, прибитым, скажем с 8:00 до 20:00.

В общем, теперь я вижу, что это у вас система, это обогатило мою картину мира, спасибо. Теперь я знаю, что не все курьерские службы, так сказать, «одинаково полезны».
Спасибо также за изложенные варианты, но в них, все-таки смысл курьерской доставки теряется полностью.

Elena DHL: Стас, здравствуйте. За что ж Вы так нашего курьера ругаете? Он ведь всего лишь осуществлял доставку по указанному в накладной адресу. Перед доставкой мы обычно и правда не звоним, так как предполагается, что адрес доставки указывается тот, где получатель бывает на месте в течение дня. Возможно, как вариант, указывать Ваш рабочий адрес в будущем? Может быть, Вам так будет удобнее? Ещё есть альтернатива - отправить посылку до восстребования - тогда забрать её можно будет в любом из наших офисов в удобное для Вас время.

pavel.odintsov: Да вот обидно другое, что невозможно коммерческий софт юзать нормально, в итоге в какой-то момент получаешь критикал баг, из-за которого сервисы регулярно ложатся. При этом поддержка молчит или кормит обещаниями "завтра" / "в следующем релизе" и проч.

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

Ну ребята не мудаки, вот просто так из невнимательности к набору мелочей и складывается плохое впечатление.

Проект то хороший, в свое время я плагины какие-то даже правил, если бы он тогда был опенсорс — точно бы присоединился к разработке.
А сейчас, когда сорсы выложили в доступ я уже староват для программирования (не прет…).

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

pavel.odintsov: Ну как раз от этого спасает опенсорц... но, видимо, враги пробились и сюда :( У нас вот несколько поставщиков платного софта поступают именно также, причем даже при предложении денег дополнительно за фикс их же бага они отказываются.

Так что либо прислать им патч (хотя с такими му***ми противно даже общаться повторно), либо слить сорцы, исправить, пересобрать и поделиться своей сборкой с патчем :)


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

Нажимал я конечно. Ничего там про загранпаспорта для пенсионеров, и свидетельства о рождении не было.
И вы тоже покупали шесть билетов?

Max: а я покупал там в июне ровно с тем же интерфейсом и как то с первого раза разобрался и купил, например если нажать на злополучную фразу "срок действия" паспорта то вылезет страница где подробно расписано как это заполнять. номера свидетельств о рождении я правда не вводил, но чую что тоже раза со второго раза буквы бы убрал. Так что либо вам фатально не везет либо /dev/hands


мае покупал в фирменных кассах S7 - стоило ровно столько как на сайте

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

CheetahMarc: В мае покупал в фирменных кассах S7 - стоило ровно столько как на сайте по самым дешёвым тарифам. Кстати тоже в Крым билеты брал :)

Приветствую grammar nazi!
Хайль зараз!

Alexei Rylov: "зараз" пишется раздельно. вот так: "за раз". грамотный вы наш.

Дошли руки, я выложил ту сборку (ну или чуть более раннюю, точно не помню):
http://narod.ru/disk/11349690000/!!readme.pdf.html
http://narod.ru/disk/11349625000/custiswiki.zip.html

Если есть желание дорабатывать расширения, скажите, развернем совместный Forge для этого.

Ответ? Нет.
Ну товарищ Чак однажды ответил:
в духе «мы бьем сразу, чтобы Спамера Не Спугнуть»:

Stas,

Because giving the spammers warning would just encourage them to keep on playing their shell game, and publish another thousand splogs.

Blogger is constantly trying to simply catch up with the spammers.

Stas: От гугля хоть какой-то ответ был ? Я думал, у них там столько умных, что такие тупые вещи невозможны, вот что значит хороший пиар :-)

Федя, ты как то подозрительно невинен в вопросах спама. Почтовый спам фигня, по сравнению с поисковым спамом, в частности ссылочным.

Цель — породить побольше ссылок на рекламируемые ресурсы. Это увеличит их рейтинги в поисковых ресурсах, плюс будут заходы (трафик) от случайных идиотов-посетителей.
Плюс «забиваются индексы» систем поиска по блогам, которыми сейчас пользуются в надежде найти настоящую информацию «от людей», а не размноженный копипейст от вебмастеров.

А с капчами, кратко дело выглядит так. Система глобальна — с одной стороны есть сеть ботов, занимающихся спамом в режиме 24x7 — они регистрируются, шлют посты со ссылками, в общем, творят мерзость. Их постоянно пытаются остановить, показывают им капчи. Все эти капчи, «выстраивают в очередь» и адресуют в параллельную систему порносайтов, также работающую глобально в режиме 24x7, где мировому сообществу дрочеров показывают бесплатную порнуху, и время от времени, «для продолжения доступа» этим дрочерам показывают очередную капчу из той самой очереди… Так без всяких умных алгоритмов, на одном «пердячем паре» этих дрочеров и прет эта спам-система, и ее никак не остановить (лично у меня есть идеи, но это отдельная тема).

Фёдор Зевако: Стас, а какой вообще смысл в использоании блоггера спамерами? Это же не почта, а кому-то в Reader свою RSS не впихнешь...

И, кстати, как капчи обходят?:-)

Please login to comment.