Комментарии
Избранное
Подписка
Сортировка:
Древо
Интересная тема, когда-то делал нечто подобное на google sites, получалось симпатично и не сложно для правок. Но руководство не увидело ценности в такой системе, поэтому забросил. У вас фишка - редактирование из 1с, что может быть действительно удобнее чем несвязанная вики.
Внедрив какое-то решение у клиента, подразумевается, что еще нужно запустить в интранете сайт с вики и туда уже пулять всю инфу?
А есть ли решения, которые интегрируются в конфигурацию, хотя бы к новым на основе БСП, которая бы позволила хранить/редактировать/создавать свою внутреннюю справку для конфигурации пользователя? Со своими вложениями, связками, деревьями, оформлением и тд и тп. Понимаю, что частично это велосипедный вопрос, но все-таки...
А есть ли решения, которые интегрируются в конфигурацию, хотя бы к новым на основе БСП, которая бы позволила хранить/редактировать/создавать свою внутреннюю справку для конфигурации пользователя? Со своими вложениями, связками, деревьями, оформлением и тд и тп. Понимаю, что частично это велосипедный вопрос, но все-таки...
(3)
(3)
В СППР проект описывается "сверху вниз" - функции, информационные потоки и затем их реализация в модели метаданных, что делает высоким порог вхождения в уже существующем и развивающемся проекте. Плюс необходим навык работы с самим СППР.
Здесь же проект описывается "снизу вверх" - описываются объекты метаданных, присваивая им те или иные категории, начать формировать документацию возможно на любой стадии развития проекта.
запустить в интранете сайт с вики
. Да, но это несложно и недолго, инструкций масса.
(3)
А есть ли решения
. Вспоминается только . Но там свои подводные камни. Главное отличие СППР и представленного это начальная точка использования инструмента.
В СППР проект описывается "сверху вниз" - функции, информационные потоки и затем их реализация в модели метаданных, что делает высоким порог вхождения в уже существующем и развивающемся проекте. Плюс необходим навык работы с самим СППР.
Здесь же проект описывается "снизу вверх" - описываются объекты метаданных, присваивая им те или иные категории, начать формировать документацию возможно на любой стадии развития проекта.
(3)
Когда-то делал вики-подобную систему справки, или базы знаний, встроенную в конфигурацию, не требующую наличия веб сервера в интранете.
Т.е. не заточенную именно на описание структуры метаданных конфигурации, а вообще с произвольным содержанием.
На обычных формах.
Но в широкий доступ тогда публиковал не полностью готовое решение, а рабочую демонстрацию самого принципа работы.
Толковый программист сделает из этого что угодно).
А есть ли решения
Когда-то делал вики-подобную систему справки, или базы знаний, встроенную в конфигурацию, не требующую наличия веб сервера в интранете.
Т.е. не заточенную именно на описание структуры метаданных конфигурации, а вообще с произвольным содержанием.
На обычных формах.
Но в широкий доступ тогда публиковал не полностью готовое решение, а рабочую демонстрацию самого принципа работы.
Толковый программист сделает из этого что угодно).
(7)
При инициализации статьи по объектам НЕ создаются, создаются только используемые предопределенные категории/шаблоны.
страниц с описанием объектов метаданных
На заглавной странице можно разместить дерево категорий (), за его построение отвечает расширение . Все записываемые из редактора статьи будут автоматически размещены в одной из предопределенных категорий в видах объектов метаданных.
При инициализации статьи по объектам НЕ создаются, создаются только используемые предопределенные категории/шаблоны.
Пытаюсь развернуть по вашему описания mediawik. После подключения Semantics вот такая ошибка:
"MediaWiki internal error.
Original exception: [447fb33bc0ce51733ef5c13e] /index.php/%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0 Wikimedia\Rdbms\DBQueryError from line 1075 of /var/www/html/mediawiki/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?
Query: SELECT smw_id,smw_sortkey FROM `smw_object_ids` WHERE smw_title = 'Заглавная_страница' AND smw_namespace = '0' AND smw_iw = '' AND smw_subobject = '' LIMIT 1
Function: SMWSql3SmwIds::getDatabaseIdAndSort
Error: 1146 Table 'wiki.smw_object_ids' doesn't exist (localhost)"
Не знаете, что может быть?
"MediaWiki internal error.
Original exception: [447fb33bc0ce51733ef5c13e] /index.php/%D0%97%D0%B0%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B0%D1%8F_%D1%81%D1%82%D1%80%D0%B0%D0%BD%D0%B8%D1%86%D0%B0 Wikimedia\Rdbms\DBQueryError from line 1075 of /var/www/html/mediawiki/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?
Query: SELECT smw_id,smw_sortkey FROM `smw_object_ids` WHERE smw_title = 'Заглавная_страница' AND smw_namespace = '0' AND smw_iw = '' AND smw_subobject = '' LIMIT 1
Function: SMWSql3SmwIds::getDatabaseIdAndSort
Error: 1146 Table 'wiki.smw_object_ids' doesn't exist (localhost)"
Не знаете, что может быть?
Ещё вопрос в ваших примерах есть переходы (ссылки) по реквизитам ссылочного типа на страницы (у вас из Номенклатуры можно перейти через реквизит "Единица измерения" на справочник "Единицы измерения") , у меня реквизиты сами появляются на странице описания, но вот ссылок на переходы нет . Что не так?
(0) как сделать в MediaWiki адекватный аналог полнотекстового поиска в 1С? Чтобы искало не только совпадение на слово целиком, но и его формы, падежи, числа. Сейчас полная печаль с поиском. Плюс поиск только по определенным разделам, категориям, тегам.
Прикрепленные файлы:
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
Вакансии
Технический лидер, архитектор 1С, руководитель проектов
Санкт-Петербург
зарплата от 150 000 руб.
Полный день
Санкт-Петербург
зарплата от 150 000 руб.
Полный день