Anzeige eines Menüeintrags von Variableninhalt abhängig machen

rookie · 18.10.2004, 16:30

Ich habe auf meiner Seite ein Forum und möchte z.B. den Menüeintrag zum UserCP nur dann anzeigen lassen, wenn der User auch im Forum angemeldet ist. In HTML mache ich das so:

Code:

<if($wbbuserdata['userid'])><then><tr align="left"><td><a href="http://www.meineSeite.de/forum/usercp.php{$SID_ARG_1ST}" class="mainlevel" >Profil</a></td></tr></if></then>

Muss ich diese Menüeinträge direkt ins Template einfügen, oder kann ich solche If-Geschichten auch direkt im Menümanager von Mambo festlegen?

dot°NETt · 18.10.2004, 16:54

Diese spezielle Boardsoft-Syntax funktioniert so mit Mambo nicht.
Ich würde eine entsprechende Kondition in das Template packen:

PHP Code:

  <?php if($my->id) { ?>

    <tr align="left"> 

        <td><a href="http://www.meineSeite.de/forum/usercp.php{$SID_ARG_1ST}" class="mainlevel" >Profil</a></td>

    </tr>

<?php } ?>

mfG dot°NETt

rookie · 18.10.2004, 17:03

Danke für deine Hilfe! Im Template würde doch auch die von mir genannte Version funktionieren, oder?

dot°NETt · 18.10.2004, 17:14

Im Template bzw. Quellcode deines wBB sicherlich - nur im Template von Mambo nicht.
Wie soll Mambo eine Syntax wie "<if($wbbuserdata['userid'])><then>" parsen, wenn diese Syntax im Core nicht definiert ist?
Analog wird ein wBB-Template eine Angabe wie "<?php mosLoadModules ( 'left' ); ?>" (v. 4.5) nicht "verstehen".

mfG dot°NETt

rookie · 18.10.2004, 17:32

Ah, ich verstehe...
Und woher weiß ich, dass ich z.B. die UserID in "$my->id" suchen muss? Wo finde ich die Variablen in denen steht, ob PMs erhalten wurden ($wbbuserdata['receivepm']), die, die mir sagen, ob ACP oder MODCP benutzt werden dürfen ($wbbuserdata['a_can_use_acp'] und $wbbuserdata['a_acp_or_mcp']) und die, die die GruppenID enthält (in_array(8, $wbbuserdata['groupids']))?
Das läuft jetzt irgendwie mehr auf Support fürs WBB hinaus, aber vielleicht weiß es ja trotzdem jemand...

dot°NETt · 18.10.2004, 18:28

Ok, mit $my->id kann natürlich nur geprüft werden, ob es sich um einen - dem Mambo-System bekannten / also registrierten - Mambouser handelt.

Meines Wissens gibt es noch keine Lösung für eine gemeinsame Userverwaltung Mambo < - > wBB (Bridge). Da wäre wohl - wenn eine Integration des Forums in's Mambo-System beabsichtigt ist - eigene Programmierarbeit gefragt.

Wenn ich davon ausgehe, dass sich die nicht geringe Anzahl der wBB-Tabellen in der gleichen Datenbank befinden wie die Mambo-Tabellen könnte ich mir als Lösungsansatz entsprechende SQL-Statements vorstellen, deren Resultsets in Mambosyntax dann natürlich auch für Menüs u. dgl. m. verwendet werden können.
Vielleicht hat sich ja schon jemand dieser Thematik angenommen?! - ich arbeite schon recht lange nicht mehr mit wBB (sondern mit phpBB und vB).

mfG dot°NETt

rookie · 18.10.2004, 18:51

Ok, dann lasse ich dass mal lieber

Ich habe im Woltlabforum gelesen, dass man so den Benutzernamen eines Users auf externen Seiten ausgeben kann:

PHP Code:

  <?php

$filename = 'mysite.php';

chdir('forum');

require('./global.php');

 
echo "<h1>Hallo " . htmlconverter($wbbuserdata['username']) . "</h1>";

?>

Mit dem .htmlconverter könnte man dann doch auch z.B. die UserID für Mambo "lesbar" machen, oder?

dot°NETt · 18.10.2004, 20:43

Hmmm, ganz so einfach wird die Welt nicht sein

>> htmlconverter ist keine PHP-Funktion.
Ich habe mal schnell nachgeschaut: function htmlconverter($text) { // ... wird vom wBB in acp/lib/functions.php definiert ... und ist deshalb auch nur innerhalb des wBB bekannt.

Für eine "saubere" Lösung sollte zuerst klar sein: was hat Priorität >> wBB oder Mambo (soll also das Board integraler Bestandteil einer Mambo-Präsenz sein oder soll das Board Mambofeatures aufweisen)?
Wenn bestimmte Funktionen gemeinsam genutzt werden sollen (z.B. die Userverwaltung) dann wird (wie bereits erwähnt) eine sog. Bridge die sinnvollste Lösung darstellen.
Erst wenn dies klar ist, können auch Funktionen, die nur einem System bekannt sind, auch dem anderen bekannt gemacht werden (include_once, require_once, ...).

mfG dot°NETt