+++ /dev/null
-<?php
-// Filename: initialize_module.php
-//
-// Modul: Externes PhPepperShopmodul: log_viewer
-//
-// Autoren: José Fontanil & Reto Glanzmann
-//
-// Zweck: Definition des Log-Viewer Moduls
-//
-// Sicherheitsstatus: *** ADMIN ***
-//
-// Version: 1.5\r
-//
-// CVS-Version / Datum: $Id: initialize_module.php,v 1.1 2004/06/29 08:47:16 hli Exp $ $Dl: 26.05.04 11:20:43$
-//
-// -----------------------------------------------------------------------
-// PhPepperShop Shopsystem
-// Copyright (C) 2001-2004 Jose Fontanil, Reto Glanzmann
-//
-// Lizenz
-// ======
-//
-// Die verbindliche PhPepperShop Lizenz ist in folgender
-// Datei definiert: PhPepperShop_license.txt
-// -----------------------------------------------------------------------
-// API Version der hier verwendeten PhPepperShop Modulschnittstelle:
-$pps_module_api = '1.0';
-
-// Informationen zu externen PhPepperShop Modulen:
-// ===============================================
-// Module bestehen meistens aus zwei Verzeichnissen: {shopdir}/shop/module/modul_name
-// und {shopdir}/shop/Admin/module/modul_name. Im Admin-Modulverzeichnis muss mindestens
-// diese Datei (initialize_module.php) vorhanden sein. Es gibt auch reine Administrations-
-// module, welche nur Dateien im Admin-Unterverzeichnis haben und keine Dateien im kunden-
-// seitigen Verzeichnis benoetigen.
-// - Ein Modul kann aber ohne weiteres auch eigene Unterverzeichnisse besitzen, sowie auch
-// Submodule haben.
-// - Damit Module Daten persistent speichern koennen, duerfen sie waehrend der Installation
-// eigene Tabellen erstellen und bestehende um eigene Attribute erweitern. Bei einer De-
-// installation werden diese Datenbankerweiterungen wieder entfernt.
-// - User-Security Scripte befinden sich in {shopdir}/shop/module/modul_name,
-// die Admin-Security-Scripts befinden sich im Admin-Pendant.
-// - Module koenne (zumindest im Moment) noch keine eigenen Interfaces haben.
-// - Module koennen weitere Module als Voraussetzung angeben.
-
-// Definition der Variablen:
-// =========================
-// Die weiter unten definierten Variablen dienen der Beschreibung des Moduls. Diese muss
-// sehr ausfuehrlich sein, damit das automatisierte Installations- und Deinstallationsscript
-// durchlaufen kann. Nomenklatur:
-// x.) Bezeichnung : Leitet eine weitere Definition ein. x ist eine Laufnummer
-// ! Beschreibung : Beschreibung umschreibt Hinweise zum Thema der Bezeichnung
-// --> Einschraenkung : Mit --> werden ZWINGEND ZU BEFOLGENDE Einschraenkungen der Bezeichnung genannt
-
-// --------------------------------------------------------------------------------------
-// ******************************* DEFINITION DES MODULS *******************************
-// --------------------------------------------------------------------------------------
-
-// 1.) Name des Moduls (entspricht dem Verzeichnisname des Moduls)
-// --> Der Name eines externen PhPepperShop Moduls darf hoechstens 40 Zeichen lang sein.
-// --> Der Name muss mindestens 3 Zeichen lang sein.
-// --> Er darf NUR aus alphanummerischen Zeichen und dem Underscore Zeichen (_) bestehen.
-// --> Dieser Name ist gleichzeitig auch der Name des Verzeichnisses des Moduls.
-$moduldef['modulname'] = 'export_to_erp';
-
-// 2.) Bezeichnung des Moduls
-// ! Dies ist die Bezeichnung des Moduls und unterliegt somit weniger Restriktionen als der Modulname
-// --> Der Name darf hoechstens 40 Zeichen lang sein
-// --> Der Name muss mindestens 3 Zeichen lang sein.
-$moduldef['modulbezeichnung'] = 'ERP Export';
-
-// 3.) Versionschecknummern
-// ! Diese Nummern definieren die zu verwendende PhPepperShop Versionen. Die Versionisierung
-// ist wie folgt: Die erste und zweite Nummer (durch Punkt getrennt) ergeben ein Release.
-// Jedes unterstuetzte Release muss explizit angegeben werden. Die dritte (durch einen
-// Punkt getrennte Nummer (eigentlich ein String), definiert Versionen des Releases. Alle
-// Versionen eines Releases sind kompatibel, es sei denn man definiert auch die Versions-
-// Nummer, dann sind alle aelteren Versionen des angegebenen Releases inkompatibel.
-// Bsp. 1.4;1.5 = Das Modul ist kompatibel zu den Releases 1.4 und 1.5. Dies schliesst auch
-// alle Versionen der beiden Releases mit ein: 1.4.003, 1.4.004, 1.5.1, ...
-// Bsp. 1.4.005;1.5 = Hier sind alle Versionen von 1.4 mit und nach 1.4.005 kompatibel und
-// alle Versionen von 1.5.
-// ! Achtung: Man sollte keine zukuenftigen Releases angeben!
-// --> Einzelne Versionen via Strichpunkt getrennt eingeben.
-$moduldef['versionschecknummern'] = '1.4.008;1.5';
-
-// 4.) Kurzbeschreibung
-// ! Formatierungen sollen via HTML-Tags eingegeben werden.
-$moduldef['kurzbeschreibung'] = 'Eportiert Kundendaten und Bestellungen für kivitendo ERP.
- Neukunden werden in der ERP angelegt und die ERP-KdNr in Kundendaten eingepflegt,
- bei Bestandskunden werden die Kundendaten abgeglichen.
- Das Feld "Bestellung_bezahlt" ist der Merker für neue Bestellungen.
- ';
-
-// 5.) Weiterfuehrender Link
-// ! Wenn dieser (optionale) Link angegeben ist, so kann der Shopadmin hier weitere Infos zum Modul holen.
-// --> Das Schema muss vor der URL angegeben werden (Schema = http:// oder https://, ...)
-$moduldef['weitere_infos_link'] = 'http://www.lx-office.org/';
-
-// 6.) Version dieses Moduls
-$moduldef['modulversion'] = '0.3';
-
-// 7.) Releasedatum dieser Modulversion
-// --> Format: TT.MM.JJJJ
-$moduldef['releasedatum'] = '17.12.2004';
-
-// 8.) Informationen zu den Entwicklern
-// ! Beispiel: José Fontanil <fontajos@phpeppershop.com>. Strings in <> werden als E-Mail angezeigt.
-$moduldef['entwickler_infos'] = 'Holger Lindemann, Lx-System';
-
-// 9.) Ist Submodul von
-// ! Hier kann man den Modulnamen (nicht die Modulbezeichnung!) des Hauptmoduls angeben, falls dieses
-// Modul hier ein Submodul des Hauptmoduls ist.
-// --> Der Name eines externen PhPepperShop Moduls darf hoechstens 40 Zeichen lang sein.
-// --> Der Name muss mindestens 3 Zeichen lang sein.
-// --> Er darf nur aus alphanummerischen Zeichen und dem Underscore Zeichen (_) bestehen.
-// --> Dieser Name ist gleichzeitig auch der Name des Verzeichnisses des HAUPTmoduls.
-$moduldef['submodule_of'] = '';
-
-// 10.) Fingerprint
-// ! Im Moment noch nicht benutzt - Spaeter wird hier ein MD5 Digest hinterlegbar sein, welcher dem
-// Shopadministrator erlaubt die Integritaet eines Moduls zu ueberpruefen.
-// --> MD5 Digest (32 Chars Laenge, Hexadezimales Alphabet)
-$moduldef['fingerprint'] = '32fedef6229faab095a47718bac5d666';
-
-// 11.) Unterstuetzte Locales (Sprachen und optional Laender) - dient (vorerst) nur zur Anzeige fuer den Shopadmin
-// --> Format: ISO-639-1 fuer alleinstehende Sprachen (Bsp. de;en;fr;sp;...)
-// --> Format: ISO-639-2 fuer Sprachen inkl. Laender (Bsp. de_CH;de_DE;en_GB;en_US)
-// --> Wenn das Modul weder Sprach-, noch Laenderabhaengig ist kann all angegeben werden.
-// --> Die einzelnen Angaben koennen Strichpunkt separiert eingegeben werden. ISO-639-1 und -2 koennen gemixt werden.
-$moduldef['locales'] = 'all';
-
-// 12.) Interfaces, bei welchen sich das Modul registrieren soll
-// ! Dies ist ein etwas komplexerer Eingabetyp - es ist ein mehrdimensionaler Array - mehr nicht.
-// ! Pro Interface, bei welchem sich das Modul registrieren will, sind vier Angaben noetig:
-// (1) Interface_ID, (2) Datei, worin sich die auszufuehrende Funktion befindet,
-// (3) Name der auszufuehrenden Funktion, (4) Filtertyp
-// --> Format: array('i_id'=>'w','file'=>'x','func'=>'y','filter'=>'z')
-// --> w = Interface_ID, Format: positive Integerzahl (max. Digits == 11)
-// --> x = Dateiname, Format: Dateiname.Extension (kein Pfad)
-// --> y = Funktionsname, Format: Name der Funktion ohne Klammern mit Argumenten
-// --> z = Filtertyp, Format: one_way oder filter
-// Registrierung beim ersten Interface:
-$moduldef['interfaces'] = array();
-
-// 13.) Eigene Tabellen, welche angelegt werden sollen
-// ! Hier werden die eigens fuer dieses Modul zu erstellenden Tabellen angegeben
-// ! Wenn keine Tabellen erstellt werden muessen, einfach leerer Array definieren
-// --> Achtung: Eine Tabelle muss mindestens EIN Attribut besitzen, sonst wird sie nicht angelegt.
-// --> Format: array('table_name'=>'x','table_beschreibung'=>'y','attribute'=>z)
-// --> x = Name der Tabelle: MySQL Restriktionen (max. 64 Zeichen, keine Sonderzeichen, ...)
-// --> y = Beschreibung der Tabelle: Alphanummerische Zeichen, Kurzbeschrieb des Zwecks
-// --> z = Die Attribute der Tabelle, Format:
-// array('name'=>a,'typ'=>b,'laenge'=>c,'zusatz'=>d,'null'=>e,'default'=>f,'extra'=>g,
-// 'primary'=>h,'index'=>i,'unique'=>j,'volltext'=>k,'beschreibung'=>l)
-// --> a = Name des Attributs: (Alphanummerische Zeichen, siehe reservierte Woerter von MySQL)
-// --> b = Typ: Datentyp dieses Tabellenattributs (z.B. int, varchar, text, ...)
-// --> c = Laenge: Positive Integerzahl oder leer lassen (manchmal auch als maxlength interpretiert)
-// --> d = Zusatz: '' | 'BINARY' | 'UNSIGNED' | 'UNSIGNED ZEROFILL'
-// --> e = Null Setting: 'NULL | 'NOT NULL'
-// --> f = Default: Defaultwert bei Neuerstellung in einer Zeile (max. Zeichenlaenge = 255)
-// --> g = Extra: '' | 'auto_increment'
-// --> h = Primary: '0' = ist NICHT Primary Key | '1' = IST Primary Key
-// --> i = Index: '0' = Nein | '1' = Ja
-// --> j = Unique: '0' = Nein | '1' = Ja
-// --> k = Volltext Index: '0' = Nein | '1' = Ja (nicht bei allen Typen moeglich)
-// --> l = Beschreibung: Wird nur hier und im Modulprozess verwendet (max. Chars = 255)
-// Beschreibung der ersten eigenen Tabelle:
-$moduldef['eigene_tabellen'] = array();
-
-// 14.) Zu erweiternde, schon bestehende Tabellen
-// ! Hier werden die Tabellen beschrieben, welche schon existieren und durch weitere Attribute
-// erweitert werden sollen.
-// ! Wenn keine Tabellen erweitert werden sollen, einfach leerer Array definieren
-// --> Format: Dasselbe Format wie bei $moduldef['eigene_tabellen']. Die Beschreibung
-// einer schon bestehenden Tabelle wird ignoriert, der Name muss aber stimmen.
-$moduldef['erweiterte_tabellen'] = array();
-
-// 15.) Submodule
-// ! Wenn dieses Modul aus mehreren weiteren Modulen besteht, so koennen diese hier angegeben werden.
-// ! Wenn keine Submodule existieren, einfach einen leeren String angeben. (Strichpunkt getrennte Liste)
-// --> Format: 'submodul_name_1;submodul_name2;...;submodul_namex'
-$moduldef['submodule'] = '';
-
-// 16.) Vorausgesetzte Module
-// ! Hier werden Module angegeben, welche korrekt installiert vorhanden sein muessen, damit dieses
-// Modul ueberhaupt erst installiert wird. (Strichpunkt getrennte Liste)
-// ! Wenn keine solchen Module gibt, einfach einen leeren String uebergeben
-// --> Format: 'required_modul_name_1;required_modul_name2;...;required_modul_namex'
-$moduldef['required_modules'] = '';
-
-// 17.) Security ID
-// ! Mit der Security_ID kann man dem Modul den Zugang zu verschiedenen Interfaces sperren.
-// Auf diese Weise kann ein kompromittiertes Modul nur begrenzt Schaden anrichten.
-// ! Die niedrigste Stufe der Security_ID ist = 1, die höchste Stufe = 32768. Je hoeher die
-// angegebene Security_ID ist, desto höher ist auch die Zahl der erlaubten Interfaces
-// ! Welches Interface, welche minimale Security_ID erfordert um benutzt werden zu koennen,
-// ist in der Tabelle module_interfaces mit den Interfaceeintraegen ersichtlich.
-// --> Format: 'required_modul_name_1;required_modul_name2;...;required_modul_namex'
-$moduldef['security_id'] = '1';
-
-// 18.) Valid Hosts
-// ! Erweiterte Security wird es in der naechsten API-Version noch mit der valid_hosts Angabe geben.
-// Die Datenbank ist dafuer schon vorbereitet. (all = Alle Hosts, im Moment die Standardeinstellung)
-// Ausgewertet wird die Angabe aber noch nicht.
-// --> Format: all = Alle hosts | localhost = nur dieser Rechner | mehrere Rechner via ; getrennt angeben
-$moduldef['valid_hosts'] = 'all';
-
-// 19.) Name des Administrationsmenus
-// ! Im Administrationstool hat das Verwaltungsmenu dieses Moduls einen Namen, hier kann man
-// einen Namen definieren, wenn man keinen angibt, wird einfach die Modulbezeichnung verwendet
-// --> Format: Maximale Laenge 40 Zeichen, moeglichst keine Sonderzeichen verwenden
-$moduldef['admin_menu_name'] = 'ERP Export';
-
-// 20.) URL zur Datei, wo das Admin-Verwaltungsmenu liegt
-// ! Diese URL ist entweder absolut oder (besser) relativ zum {shopdir}/shop/Admin/module/modul_name Verzeichnis
-// Die hier angegebene Datei wird 'verlinkt' und mit dem in 'admin_menu_name' Namen versehen.
-// Info: Achtung: Jeder Link in dieser Datei muss folgende GET-Parameter mitgeben:
-// - darstellen=".$HTTP_GET_VARS['darstellen']
-// - installed_selection=".$HTTP_GET_VARS['installed_selection']
-// - backlink=".$HTTP_GET_VARS['backlink']
-// --> Format: URL
-//$moduldef['admin_menu_link'] = 'show_log_viewer.php';
-$moduldef['admin_menu_link'] = 'export_to_erp.php';
-
-// 21.) URL zum Icon des Adminmenus
-// ! Diese URL ist relativ zum {shopdir}/shop/Admin/ Verzeichnis (sonst gibt es einen include-Fehler
-// Die hier angegebene Datei wird 'verlinkt' und mit dem in 'admin_menu_name' Namen versehen.
-// --> Format: URL
-// --> Format Icon: 48px x 48px, GIF oder PNG oder JPG.
-$moduldef['admin_menu_img'] = 'modul_admin_img.gif';
-
-// --------------------------------------------------------------------------------------
-// ***************************** ENDE DEFINITION DES MODULS *****************************
-// --------------------------------------------------------------------------------------
-
-
-// Bitte unterhalb dieser Zeile keine Aenderungen mehr vornehmen.
-
-
-// -----------------------------------------------------------------------
-// Damit jedes andere Modul ueberpruefen kann ob dieses hier schon "included" ist
-// wird folgende Vairable auf true gesetzt (Name = Ext. Modulname + Dateiname ohne .php)
-$module_name_inkl_prefix = $module_modulname.'_initialize_module';
-$$module_name_inkl_prefix = true;
-
-// 'Mitsenden' der hier verwendeten API-Version
-$moduldef['pps_module_api'] = $pps_module_api;
-
-// Moduldefinitionsarray loeschen und somit den Speicher wieder freigeben
-
-// End of file -----------------------------------------------------------
-?>
projects / mfinanz.git / blobdiff