Benutzer-Werkzeuge

Webseiten-Werkzeuge


engine:procedures:fo_checkforumaccess_pu

fo_CheckForumAccess_Pu

Überprüft bestimmte Zugriffsrechte einer Person für ein oder mehrere Foren. Von den zu überprüfenden Foren werden die, für die die identifizierte Person über die angegebenen Zugriffsrechte (→ „AccessLevel“) verfügt, zurückgegeben.

Schlägt die Identifikation fehl, werden die Zugriffsrechte der anonymen Person („PersonID = 0“) ermittelt.

Hinweis zum grundsätzlichen Verfahren bzgl. Zugriffsrechte in Foren:
Unabhängig von der Aktion, die ein Teilnehmer eines Forums vornehmen möchte (Beitrag erstellen, Beitrag löschen, Thread abschließen, ein Binärobjekt zu einem Posting hinzufügen etc.), wird zunächst überprüft, ob er über das entsprechende Zugriffsrecht verfügt. Dabei gilt : Direkt für eine Person zugewiesene Rechte haben Vorrang vor Gruppenrechten. Hat jemand keine direkt definierten Zugriffsrechte, besitzt er die Rechte, die ALLE Gruppen, denen er zugeordnet ist, ZUSAMMEN für das entsprechende Forum bekommen haben. Sind weder für die identifizierte Person, noch für irgendeine Gruppe, zu der die Person gehört, Zugriffsrechte vergeben, werden die Rechte des anonymen Benutzers („PersonID = 0“) herangezogen - sind auch hierzu keine Rechte eingetragen, hat die Person überhaupt keinen Zugriff auf das Forum.

HTTP-MethodPOST
HTTP-AuthOptional
Tags
Engine-Kategorieforums
Engine-TypDaten-Ermittlung
Letzte Aktualisierung6.5.3 (2013-03-18)

Parameter

Name 1) Standard-Wert Beschreibung 2) SQL-Datentyp3) ab Version
PersonIdentificationValues Liste von Werten, die den Forum-Teilnehmer identifizieren. Diese Werte müssen Eigenschaften zu den Merkmal-IDs sein, die in „PersonTypeSettings“ zur „PersonTypeID“ zum Schlüssel „PersonIdentificationIDs“ hinterlegt sind.
varchar(255)3.5.15
PersonTypeID ID des Personen-Typs dem der zu identifizierende Forum-Teilnehmer angehört. Dieser muß bei einer Identifizierung immer mit angegeben werden, da die Merkmale zur Identifizierung pro Personentyp variieren können.
tinyint3.5.15
UniqueID Eindeutige ID eines Besuchers, die dem zu identifizierenden Forum-Teilnehmer aktuell zugeordnet ist. Falls die Identifizierungsdaten zur Person in „SessionManagement“ (zur „UniqueID“) gespeichert sind, darf „PersonIdentificationValues“ „NULL“ sein.
varchar(50)3.5.15
AccessLevel Gibt an, welche Rechte überprüft werden sollen. Enthält eine Summe von „AccessLevelID“s (siehe fo_GetForumAccessLevels).
smallint3.5.15
ForumIDNULL ID des Forums zu dem der Zugriff für den identifizierten Teilnehmer ermittelt werden soll. „NULL“ bedeutet, daß entweder ALLE Foren überprüft werden oder nur die in „tempdb.dbo.OneID“ angegebenen (je nach „CheckForumIDsInOneID“)
smallint3.5.15
CheckForumIDsInOneID0 Um Zugriffsrechte für mehrere Foren zu überprüfen, übergibt man für „ForumID“ „NULL“, setzt diesen Parameter auf „1“ und fügt die gewünschten „ForumID“s in „tempdb.dbo.OneID“. Zur Überprüfung ALLER Foren ist hier „0“ und für „ForumID“ „NULL“ anzugeben.
bit3.5.15
SeparatorInIdentVals'¶' Gibt an, durch welche Zeichenkette die Werte in „PersonIdentificationValues“ getrennt sind
varchar(4)5.5.0

Rückgabe

(parameterunabhängig)

Spaltenname Beschreibung SQL-Datentyp4) ab Version
ForumIDID eines zu überprüfenden Forums (z.B. „ForumID“ oder eine ID, die in „tempdb.dbo.OneID“ übergeben wurde)
smallint3.5.15
ForumNameName des Forums „ForumID“
varchar(100)3.5.15
LanguageSprache des Forums „ForumID“ - d.h. die Beiträge des Forums sind in dieser Sprache (bzw. sollten es sein)
varchar(50)3.5.15

Output-Parameter

Die Prozedur hat keine Output-Parameter.

Mögliche Return-Codes

Code Beschreibung Quelle 5)
-800Kein Zugriff auf das Forumnur indirekt
-660Identifikation fehlgeschlagennur indirekt
-621Fehlender oder falscher Eintrag in PersonTypeSettingsnur indirekt
-602Zur defaultUniqueID („VisitorID = -2“) können keinerlei Daten gespeichert oder verändert werdennur indirekt
-599Lizenz ist ungültig oder abgelaufennur indirekt
-569Der Benutzer hat kein Ausführungsrecht für die Prozedurnur indirekt
-567Die Prozedur darf z. Zt. nicht ausgeführt werdennur indirekt
-566Die Prozedur darf mit den übergebenen Parametern nicht ausgeführt werdennur indirekt
-550Fehlender oder falscher Eintrag in Settingsnur indirekt
-535Das Datum liegt nicht in der Vergangenheitnur indirekt
-530Der Wert ist nicht konvertierbarnur indirekt
-510Der Benutzer ist nicht registriertnur indirekt
-504Es ist ein Problem aufgetreten, das nicht gelöst werden kann, Prozedur wird daher abgebrochennur indirekt
-502Die Parameter-Werte der Prozedur können nicht verarbeitet werden (kein passendes Trennzeichen)nur indirekt
-500Falsche Parameterdirekt und indirekt

XML-Schema

Die Rückgabe erfolgt als XML-Dokument welches gegen das Schema Response/EngineProcedure_v1_0.xsd validiert.

Historie

6.5.3 2013-03-18Datentyp von „SeparatorInIdentVals“ wg. UTF8-Unterstützung angepasst
6.5.0 2012-09-17Holger Wies : Datentyp des Parameters „PersonTypeID“ von „smallint“ auf „tinyint“ korrigiert
5.5.0 2008-01-071. Neuer Parameter „SeparatorInIdentVals“
2. Ausgabe an die Standard-Ausgabe [via „print“] im Fehler-Fall „-500“, die nähere Informationen über die Ursache enthält
3. Bearbeitung des Quellcodes hinsichtlich neuer Konventionen
4.0.4 2003-08-261. Fehler (bzgl. eines „Joins“ zu „Forums“) behoben
2. Eine intern verwendete Prozedur wurde um Parameter erweitert, die die Performance verbessern ⇒ entsprechende Anpassung
4.0.1 2003-05-161. Wenn die Identifizierung fehlschlägt, muß die anonyme Person angenommen werden !
2. Wenn eine „ForumID“ übergeben wurde und NICHT alle Rechte (→ „AccessLevel“) vorhanden waren, gab es KEINE Ergebnismenge, es muß aber eine leere Ergebnismenge sein !
3.5.15 2002-03-12Erstmalig in dieser Version erstellt

Code-Snippets

Engine Playground

Der folgende Link öffnet in einem separaten Fenster den Engine Playground der fest mit dem dbap-demo System verbunden ist:

cURL

Unformatierte Ausgabe:

curl -X POST  'http://<partner>-<project>.dstore.de/default/engine/fo_CheckForumAccess_Pu?PersonIdentificationValues=<value>&PersonTypeID=<value>&UniqueID=<value>&AccessLevel=<value>'

Mit xmllint 6) formatierte Ausgabe:

curl -X POST  'http://<partner>-<project>.dstore.de/default/engine/fo_CheckForumAccess_Pu?PersonIdentificationValues=<value>&PersonTypeID=<value>&UniqueID=<value>&AccessLevel=<value>' | xmllint --format -
dStore_php
use dStore_php\WebService;
 
$service = new WebService\Service( WebService\Scheme::HTTP,'<partner>-<project>.dstore.de', 80);
 
$request = new WebService\Requests\Engine\Procedure\Request(
			new WebService\Requests\AccessData('default'),
	'fo_CheckForumAccess_Pu',
		array(
			'PersonIdentificationValues' => '<value>',
			'PersonTypeID' => <value>,
			'UniqueID' => '<value>',
			'AccessLevel' => <value>,
			// 'ForumID' => NULL,
			// 'CheckForumIDsInOneID' => 0,
			// 'SeparatorInIdentVals' => '¶'
		)
);
 
$service->execute($request);
 
			$xml_result = $request->getResponse()->getBody()->toSimpleXmlDocument();
			$ResultSet = $xml_result->getRowsAsArray();
engine/execute

XML zur Ausführung mit der Methode engine/execute, z.B. per

curl --header 'Content-Type: application/xml' -X POST 'http://<partner>-<kunde>.dstore.de/default/engine/execute' -d '<xml-daten>'
<?xml version="1.0" encoding="UTF-8"?>
<ListOfBatches>
	<Batch No="0">
		<Procedure Name="fo_CheckForumAccess_Pu">
			<Parameters>
				<Parameter Name="PersonIdentificationValues"><!-- varchar value --></Parameter>
				<Parameter Name="PersonTypeID"><!-- tinyint value --></Parameter>
				<Parameter Name="UniqueID"><!-- varchar value --></Parameter>
				<Parameter Name="AccessLevel"><!-- smallint value --></Parameter>
				<!-- <Parameter Name="ForumID">NULL</Parameter> -->
				<!-- <Parameter Name="CheckForumIDsInOneID">0</Parameter> -->
				<!-- <Parameter Name="SeparatorInIdentVals">'¶'</Parameter> -->
			</Parameters>
		</Procedure>
	</Batch>
</ListOfBatches>
1)
Pflichtparameter sind unterstrichen
5)
direkt meint „von der Prozedur selber“ und indirekt meint „von intern aufgerufenen Unterprozeduren“
6)
I.d.R. auf Unix-artigen Systemen bereits installiert, Bestandteil der libxml2, siehe http://www.xmlsoft.org
engine/procedures/fo_checkforumaccess_pu.txt · Zuletzt geändert: 11.01.2016 (Externe Bearbeitung)