Ja, ich habe die Forensuche genutzt ;)
mein ergebnis: um das Dokuwiki zu integrieren, ist ein geringer Aufwand nötig.
Es soll aber keine Anleitung oder ein Modul erscheinen, da der Support-Aufwand dann schätzungsweise sehr hoch werden würde.
kann man denn dan wenigstens ein tipp bekommen, wie das ohne iframe hinbekommen wurde? ins gleiche verzeichnis isntalliert? etc, kommt doch na kleinen anleitung nahe.
könnt man das ganze nich bekannt geben unter dem vorwand das seitens der entwickler aktuell dazu kein support geleistet wird?
weil die nachfrage is enorm....
ich persöhnlich hatte dokuwiki bisher als extra seite nebenher laufen, eine integration wäre DAS was ich suche.
*hoff*
kann keiner ein tipp geben? *bittend guck*
also die doku.php sieht ja wie folgt aus:
Zitat<?php
/**
* DokuWiki mainscript
*
* @license GPL 2 (http://www.gnu.org/licenses/gpl.html)
* @author Andreas Gohr <andi@splitbrain.org>
*/
// xdebug_start_profiling();
if(!defined('DOKU_INC')) define('DOKU_INC',realpath(dirname(__FILE__)).'/');
require_once(DOKU_INC.'inc/init.php');
require_once(DOKU_INC.'inc/common.php');
require_once(DOKU_INC.'inc/events.php');
require_once(DOKU_INC.'inc/pageutils.php');
require_once(DOKU_INC.'inc/html.php');
require_once(DOKU_INC.'inc/auth.php');
require_once(DOKU_INC.'inc/actions.php');
//import variables
$QUERY = trim($_REQUEST['id']);
$ID = getID();
$NS = getNS($ID);
$REV = $_REQUEST['rev'];
$ACT = $_REQUEST['do'];
$IDX = $_REQUEST['idx'];
$DATE = $_REQUEST['date'];
$RANGE = $_REQUEST['lines'];
$HIGH = $_REQUEST['s'];
if(empty($HIGH)) $HIGH = getGoogleQuery();
$TEXT = cleanText($_POST['wikitext']);
$PRE = cleanText($_POST['prefix']);
$SUF = cleanText($_POST['suffix']);
$SUM = $_REQUEST['summary'];
//sanitize revision
$REV = preg_replace('/[^0-9]/','',$REV);
//we accept the do param as HTTP header, too:
if(!empty($_SERVER['HTTP_X_DOKUWIKI_DO'])){
$ACT = trim(strtolower($_SERVER['HTTP_X_DOKUWIKI_DO']));
}
if(!empty($IDX)) $ACT='index';
//set default #FIXME not needed here? done in actions?
if(empty($ACT)) $ACT = 'show';
//make infos about the selected page available
$INFO = pageinfo();
// handle debugging
if($conf['allowdebug'] && $ACT == 'debug'){
html_debug();
exit;
}
//send 404 for missing pages if configured
if($conf['send404'] &&
($ACT == 'show' || substr($ACT,0,7) == 'export_') &&
!$INFO['exists']){
header('HTTP/1.0 404 Not Found');
}
//prepare breadcrumbs (initialize a static var)
breadcrumbs();
// check upstream
checkUpdateMessages();
trigger_event('DOKUWIKI_STARTED',$tmp=array());
//close session
session_write_close();
//do the work
act_dispatch($ACT);
trigger_event('DOKUWIKI_DONE', $tmp=array());
// xdebug_dump_function_profile(1);
?>
reicht es wenn ich require_once('mainfile.php'); am anfang davor setze?!
also wenn ich mir die so angucke, verstehe ich nich ganz, wie ihr das hier gelöst habt!
es muss sich ja der design-breite noch anpassen etc.
ich bitte um einen tipp! :smile:*lieb guck*
ich bin gerade hier: http://support.pn-cms.de/Article796.htm auf eine Integration für PostNuke gestoßen...
wenn cih das richtig verstehe müsste diese doch mit kleinen Änderungen auch bei PragmaMx einsetzbar sein?
weiß jemand was man dafür ändern muss?!
Hallo archipage,
ich kenne das Modul DokuWiki nicht, aber so wie ich verstanden habe, willst du es in Dein pragmamx designtechnisch integrieren. :gruebel:
Das könnte vielleicht so aussehen:
<?PHP
if (!defined("mxMainFileLoaded")) die ("You can't access this file directly...");
modulename = basename(dirname(__FILE__));
require_once("mainfile.php");
$index=$rightblocks;
if (isset($newlang)) {
include("modules/$modulename/language/lang-$newlang.php");
$language = $newlang;
} elseif (isset($lang)) {
include("modules/$modulename/language/lang-$lang.php");
$language = $lang;
} else {
include("modules/$modulename/language/lang-$language.php");
}
include("header.php");
#Code von DokuWiki index.php #
include ("footer.php")
?>
Nice Greetings
Tom
guck mal oben in die navi und klicke auf dokuwiki ;)
also das modul von postnuke ist in der form schon mal nicht lauffähig...ich werde deinen vorschlag mal ausprobieren, wenn cih mir die dateien bei postnuke angucke, denke ich allerdinsg nicht, dass dies so simpel ist.
erstmal danke für die mühe :)
nein, die änderung hat leider nichts gebracht...trotzdem danke.
ich hab ja immer ncoh die hoffnung, dass die admins ihr geheimniss vll. doch noch verraten!
Moin :)
Zitatich hab ja immer ncoh die hoffnung, dass die admins ihr geheimniss vll. doch noch verraten!
Was hier auf unserer Seite läuft ist auch nur ein provisorisches Flickwerk und keine vollständige Integration.
Mit ein paar Zeilen Code ist es da nicht getan und da wir selbst auch noch unsere Probleme mit dem Script haben, werde ich darüber keine Auskünfte geben.
Sorry, aber wenn ich das jetzt anfange gibt das einen Rattenschwanz an Nachfragen und Änderungeswünschen. Dazu ist einfach keine Zeit und bremst nur die Weiterentwicklung von pragmaMx.
okay, kann ich ja verstehen. also abgehakt, auch wenn ich damit im prinzip die geplante seite in die tonne werfen kann.
aber das sind einzelschicksale ;)
aber wenn es das als modul für postnuke bereits gibt...
ich habe es versucht, es funktioniert nicht ohne änderungen.
doch wenn ich richtig informiert bin ist postnukle und pragmamx doch aus demgelichem system entsanden?! ist eine nutzung mit minimalen änderungen dann vll. möglich?
oder ist die annahme falsch, dass phpnuke-module auch bei pragmamx funktionieren?!
p.s ist die einzieg möglichkeit für mich zu postnuke zu wechseln? bringt mir postnuke iw nachteile zu pragmamx?
ob du mit pn "besser" dran bist musst du selber herraus finden.
ich hab mich auch lang gefragt ob pmx das richtige wcms für mich ist, da es bei weitem nicht so viel module oder themes wie bei anderen softwares zur auswahl gibt. letztendlich bin ich bei pragma geblieben, weil andere dinge für mich wichtiger waren : stabilität, ladezeiten, sicherheit , kompatibilität / integrationsmöglichkeiten für foren und galerie - wie es ausser pmx eigentlich nur noch php-kit bietet - und genau hier lag das grosse plus für pmx da hier nicht- wie beim kit auf phpbb oder 4images gesetzt wird . so ein "mist" wie 4images, mit dem derzeit extrem viel user probleme haben bleibt mir bei pmx ersparrt. ausserdem hat mich hier etwas überzeugt, über was ich "früher" gemeckert hab -> der support. zwar muss man hier manchmal länger als woanders auf eine antwort warten , dafür "trifft " schon die erste 90%ig "ins schwarze" - und wenn nicht ? hier machen sich die leute die mühe und schauen sich "deine" probleme richtig an - wenn du das willst. bei welchem support gibts das ? - zumal es auch eine frage des vertrauens ist - nur hier bei pmx gibts andi , sitki oder rene - denen ich im absolutem vertrauen ALLE zugangsdaten für das webspace geb.
ausserdem - muss mediawiki wirklich voll integriert werden ?
deutschlands grösste grafikcommunity arbeitet nur mit getrennten systemen, forum galerie, chat.. überall extra einloggen . stört das die mehr als 1600 user ? nö ....
agree! :cul:
jap, es muss voll integriert werden. man muss sich ja nich einloggen, also nutzerübername solls ja gar nich geben. es geht darum, dass de dann im prinzip gleich zwei seiten hast.
und das mit dem support teste ich dann mal an diesem thema... :BD:
Sorry, aber war das hier nicht verständlich genug?
http://www.pragmamx.org/Forum-topic-25708-start-msg170681.html#msg170681
Die individuelle Integration eines Fremdmoduls hat zudem mit Support von unserem System wohl kaum etwas zu tun. Sperre diesen Thread, weil bereits mit Antwort Nr. 7 beantwortet.