좋은 내부 위키 소프트웨어


17

직장에서 내부 위키를 배포하고 인터페이스와 WYSIWYG 편집기를 쉽게 사용할 수있는 위키를 찾고 있습니다 (비스타에서 시작 메뉴를 찾을 수없는 사람들을 위해)

무료 및 유료 모두 환영합니다


1
더 구체적인 요구 사항이 있습니까?
Zoredache

답변:


13

MindTouch Dekiwiki (이전의 Dekiwiki)는 꽤 좋습니다. 우리는 인트라넷에 사용하며 사용자는 그것을 좋아하는 것 같습니다.


Mindtouch Dekiwiki를 강력히 추천합니다. 깔끔한 확장 성 기능.
pc1oad1etter

1
나는 또한 Mindtouch를 강력히 추천합니다. 우리는 거의 2 년 동안 사용해 왔으며 큰 성공을 거두었습니다.
Jeff Miles


8

우리는 오픈 소스 Screw Turn 위키를 사용합니다 . WISIWIG 편집 및 마크 업을 모두 지원하는 새로운 릴리스 (버전 3)를 출시하려고합니다.

IIS의 ASP.net 아래에있는 Windows 플랫폼에서 실행됩니다.


우리는 회사에서 ScrewTurn을 사용합니다. 윈도우 서버 +1에 대한 위대한 소프트웨어
splattne

1
진지하게 받아들이 기 위해서는 더 나은 이름이 필요합니다. 다른 개발자에게 기술 노트를 제공하고 프로젝트 헬프 데스크에 대한 지원 노트를 제공하는 데 사용합니다. 쉐어 포인트는 대중을위한 시스템으로는 좋지 않다고 들었습니다. ScrewTurn은이 영역에서 잘 작동합니다.
Brad Bruce

ScrewTurn은 대단합니다. (ASP 기반) +1
squillman

어, ASP.NET은 올바른 ... 할 수
squillman

5

우리는 내부적으로 Mediawiki를 성공적으로 사용하고 http://mediawiki.fckeditor.net 에서 WYSIWYG 편집을 위해 일반 편집기를 FCKEditor로 대체하는 방법이 있습니다 .

유용 할 수있는 다른 확장 기능은 말할 것도 없습니다.


1
여기서 위키피디아를 경험할 수있는 기술에 정통한 사용자에게 배포 할 경우 내부 미디어 위키 설치로 전환 할 때 학습 곡선이 거의 없을 것입니다.
웨슬리

동의했다. 매우 간단한 설정, 매우 인기가 많으므로 붙어 있거나 추가 기능이 필요한 경우 수많은 리소스가 있습니다.
Kara Marfia

미디어 위키도 훌륭합니다. 나는 당신에게 위키 백과 ... 부여
squillman

2
나는 정직해야한다. 나는 위키 백과 밖에서 미디어 위키를 견딜 수 없다. Wikipedia / Encyclopedia를 염두에두고 디자인 결정이 너무 많기 때문에 일반적인 용도로 처리하기가 어렵습니다. 저는 누군가 두 회사에서 Mediawiki 설치를 시작한 후 6 개월 이내에 다른 것으로 교체했습니다. 두 경우 모두 모두 교체에 대해 더 행복했습니다.
Christopher Cashell 2016 년

4

우리는 약 2 년 동안 Atlassian 's Confluence를 사용해 왔습니다 . 훌륭했고 통합 된 다른 도구가 있습니다. 비용이 많이 들지만 그다지 많지 않으며 호스팅 옵션이있어서 관리를 할 필요가 없습니다. Confluence에는 WYSIWYG 편집기가 내장되어 있으며 Word 문서로 가져 오기 / 내보내기 및 PDF로 내보내기 기능이 있습니다.

가장 큰 이점 중 하나는 올바른 타사 에코 시스템이 있으며 많은 새로운 플러그인과 기능을 사용할 수 있다는 것입니다.


반면에, 이상한 / 어색한 마크 업과 많은 단점이 있습니다. 플러그인 추가의 편리함은 양날의 칼입니다. 편리하지만 업그레이드가 어려울 수 있습니다. 제어 된 사용자 기반이없는 경우 플러그인이 보안 문제가 될 수 있습니다. Atlassian Jira는 괜찮은 이슈 트래커이지만 특정 요구가 없다면 개인적으로 Confluence를 권장하지 않습니다.
mattdm

4

Windows SharePoint Services에는 사용하기 쉬운 인터페이스와 WYSIWYG 편집기가 포함 된 Wiki 기능이 있습니다. Windows Server 용 무료 다운로드로 제공됩니다.


우리는 SharePoint Wiki도 사용합니다. 서버와 구성 시간을 절약 할 수 있다고 가정하면 내부 용으로 충분하고 나머지 SharePoint 서비스에 대한 연결이 양호하고 검색 기능이 내장되어 있습니다. IE 만 지원하는 것이 가장 나쁩니다.
Moshe

2
우리는 SharePoint를 광범위하게 사용하지만 개인적으로 SharePoint 위키 기술을 싫어합니다. 다음 SharePoint 릴리스
에서이

직장에서 일부 고위 경영진은 SharePoint에 유리한 내부 위키를 포기하도록 강하게 추진하고 있습니다. 솔직히 말해서 SharePoint를 진지하게 싫어했습니다. SharePoint 위키는 실제 위키 엔진과 비교할 때 절대 농담이며, 공유 점은 엉덩이를 다루는 데 큰 고통입니다.
Christopher Cashell 2016 년

4

Wiki 비교 사이트 wikimatrix.org를 사용하여 조사한 후 Dokuwiki를 사용했습니다.

Dokuwiki에서 내가 좋아 한 점은 데이터베이스가 필요하지 않으며 PHP 플러그인을 통해 설정, 관리 및 확장하기 쉽다는 것입니다. 나는 플러그인이 매우 강력하고 새로운 플러그인을 만드는 것이 매우 간단하다는 것을 알았습니다 (나는 전혀 PHP 전문가가 아닙니다)-내 블로그 게시물 : blog.monnet-usa.com/?p=33

IIS에서 Dokiwiki를 실행하고 있으며 AD 통합 플러그인을 사용하여 사용자의 Windows 인증을 허용했습니다.


우리는 Dokuwiki를 내부적으로 그리고 우선 순위가 낮은 몇 사이트의 백엔드로 사용합니다. 우리는 그것에 대해 행복하게 행복했습니다. 일단 내부에 대해 깊이 파고 들자면 특히 뛰어난 시스템은 아니지만 간단한 사용 사례에는 적합합니다. 처음에 우리를 끌어 들인 기능 중 하나는 사용자 액세스 제어였습니다.
Paul McMillan

3

나는 dokuwiki의 매우 행복한 사용자입니다 . 필자의 경우 LDAP를 통해 Active Directory에 대해 사용자를 인증하고 있습니다.

WYSIWYG 플러그인이 있지만 볼 수는 없습니다.


우리는 사용자들에게 Dokuwiki 구문을 알아 내도록 설득했습니다. 이것은 기적의 일이었습니다. 그래도 지금은 합리적으로 잘 작동합니다.
Paul McMillan

2

Foswiki 에는 WYSIWYG 편집기가 있습니다. 홈 페이지의 하이라이트 비디오에서 실제 동작하는 것을보십시오.



1

Fitnesse 는 내가 사용한 가장 쉬운 설치 방법이지만 형식 및 파일 처리가 매우 제한적입니다.

프로젝트 관리, SVN 리포지토리 탐색 및 문제 추적에 Trac 을 사용 하고 있으며 위키는 매우 훌륭합니다. 물론, 그것은 단지 위키가 아니므로 다른 기능을 사용하지 않으면 혼란 스러울 수 있습니다. Trac은 내가 현재 좋아하는 것입니다.

내가 사용했던 위키를 과거에. 설정은 더 힘들었지 만 위키 기능은 뛰어납니다. Wikipedia를 구동하는 소프트웨어입니다. 그러나 Fitnesse와 Trac보다 설정하기가 더 어렵습니다.

Confluence 설치를 한 번도 해 본 적이 없지만 위키를 사용한 적이 있지만 훌륭하지는 않습니다. 설치 및 관리가 Atlassian의 다른 제품과 같은 것이라면 산들 바람이 될 것입니다. 또는 Atlassian에서 호스팅하는 것을 사용하고 설치를 완전히 피할 수 있습니다.

다양한 기능을 가진 수많은 옵션이 있으며, 가장 좋은 방법은 stukelly의 조언을 따르고 WikiMatrix를 확인하는 입니다.


나는 Trac와 비교했을 때 Mediawiki가 산들 바람이라는 것을 알았습니다. 우분투로 옮기면 apt-get install trac / mediawiki가 쉬워졌습니다.
ceejayoz 2016 년

1

우리가 사용하는 좋은 위키 솔루션 중 하나는 XWiki 입니다. 다음과 같은 이유로 권장합니다.

  • 인식 된 (클라이언트) 및 실제 (서버) 속도;
  • 스크립팅 기능-Velocity, Groovy, Python 및 Ruby (확실하지 않음)를 사용하여 페이지를 사용자 정의 할 수 있습니다.
  • 좋은 WYSYWIG 편집기;
  • 적극적인 개발;
  • 보고 된 결함에 대한 처리 시간.

0

우리는 Tikiwiki를 기반으로하고 있다고 생각하는 직장에서 내부적으로 사용하는 것을 가지고 있습니다 . 말 그대로 수백이 있으며 대부분 무료입니다. 티키 위키와 미디어 위키는 좋은 선택처럼 보입니다.

Tikiwiki는 매우 잘 지원되며 최신 릴리스를 가지고 있습니다.


0

괜찮은 위키가있는 커뮤니티 서버를 사용합니다. 불행히도 그것은 Professional 에디션 이상에서만 가능하며 Telligent는 최근 라이센스 비용 인 IMO에 이르기까지 깊게 벗어났습니다.

우리는 또한 mindtouch의 Dekiwiki를 사용했습니다.


0

Motorola 에서는 Twiki ( http://twiki.org/ )를 사용 하며 꽤 잘 작동합니다.


1
지금은 Twiki를 새로 배포하지 않습니다. 커뮤니티 개발 프로젝트를 완전히 인수하려는 프로젝트의 창립자 덕분에 개발 커뮤니티 전체가 Foswiki ( foswiki.org ) 를 위해 Twiki를 포기했습니다 . 새로운 배포를 위해 Twiki를 선택하는 것이 좋습니다.
Christopher Cashell 2016 년

나는 거기에 가지 않을 것이다. 우리는 확인을 시작한 twiki를 설치했지만 나중에 상황이 악화되기 시작했습니다. 또한 쉽게 구성 할 수 없으며 WYSIWYG 편집기는 텍스트, 특히 표를 손상시킵니다.
David Rabinowitz

0

내 대답에서 # 10023으로 :

직장에서 ScrewTurn Wiki를 Windows 개발 서버 중 하나에 놓고 SQL Server에 연결했습니다. 실제로 잘 작동하고 빠르게 실행되며 주로 문서화를 방해합니다. 배포 된 지 2 주 만에 이미 약 60 페이지의 정보를 추가했으며 팀 전용 (~ 10 명)입니다.

지금까지는 현재 및 과거 프로젝트에 대한 정보를 유지하고 처음부터 새로 빌드하는 방법, URL 및 팀에 새로운 개발자를위한 기타 중요한 정보와 같은 애플리케이션에 대한 정보를 추가하기 시작했습니다.

위키에서 내가 가장 좋아하는 페이지 중 하나는 도구 및 라이브러리 페이지입니다. 여기에서 자주 사용하는 자주 사용하는 생산성 도구 및 라이브러리에 대한 정보를 추가하기 시작했습니다. 그 예로 Windows에서 텍스트 검색을위한 grepWin이 있습니다.

사용 가능한 전체 위키 범위를 확인하고 원하는 사용법, 기능 및 배포 환경에 적합한 것을 찾으십시오. 사용하기 쉽기 때문에 ScrewTurn을 선택했으며 로컬 WinServer에는 많은 여유 공간이 있지만 YMMV가 있습니다.


0

훌륭한 인터페이스와 wysiwyg 편집기를 사용하기 매우 쉬운 호스팅 솔루션을 찾았습니다. 서비스 이름은 pbworks


0

나는 앉아서 앉아서 정확히 필요한 것에 대해 생각한 후에 비교 페이지를 볼 것을 제안합니다. 위키를 백업해야하며 기존 인프라와 어떻게 조화를 이루고 있습니까?

이 위키 백과에서는 위키를 비교합니다. "Comparison_of_wiki_software"를보십시오.


0

편견을 바로 잡겠습니다. 저는 Microsoft에서 근무하며 다음 버전의 SharePoint 위키를 담당하는 프로그램 관리자입니다.

SharePoint 환경이 이미 설정되어있는 고객에게는 SharePoint 2007의 위키가 적합한 대안이라고 생각합니다.

SharePoint 위키를 설명하는 MVP 중 하나의 블로그 게시물 : http://woodywindy.spaces.live.com/blog/cns!773832677F575173!653.entry

다음 릴리스에 대한 내용을 공유 할 준비가되지 않았지만 SharePoint 2010에 대한 발표에주의를 기울이십시오.


0

현재 Alfresco를 Sharepoint의 오픈 소스 대체물로 사용하고 있습니다. Google의 사용자 기반은 기술이 아니며 불만이나 문제없이 사용하고 있습니다. 시험해보고 싶다면 Enspeed에서 사전 구성된 Vmware VM을 다운로드 할 수 있습니다. SMB 및 Webdav를 통한 정보 업로드와 Active Directory 통합을 지원합니다.

연결:

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.