PlÃ¤ne fÃ¼r die phpMyFAQ 1.4.0 und spÃ¤ter

Post by **Thorsten** » Sat Oct 25, 2003 1:35 pm

Hallo,

bevor die phpMyFAQ 2.0 erscheint, gibt es bis hoffentlich Ende des Jahres 2003 eine phpMyFAQ 1.4.0 mit folgenden neuen Features:

- basiert auf der stabilen 1.3.9 Version [bereits fertig]
- grafische Auswertungen der Statistiken [bereits fertig]
- verbesserte Mehrsprachigkeit [bereits fertig]
- neues Default-Layout in XHTML [bereits fertig]
- Codeoptimierungen [bereits fertig]
- bessere Rubrikverwaltung [bereits fertig]
- bessere XML-FÃ¤higkeiten [bereits fertig]
- Vorbereitung auf phpMyFAQ 2.0.0 [bereits fertig]

Ende November / Anfang Dezember 2003 erscheint wohl eine erste Testversion.

bye
Thorsten

Post by **Thorsten** » Mon Dec 08, 2003 12:29 pm

Hallo,

der erste Milstone der phpMyFAQ 1.4.0 erscheint wohl diese Woche.

bye
Thorsten

Post by **Thorsten** » Wed Dec 10, 2003 11:25 am

Hallo,

der erste Meilenstein der phpMyFAQ 1.4.0 wurde eben verÃ¶ffentlicht.

bye
Thorsten

meikel · Post by **meikel** » Wed Dec 10, 2003 4:59 pm

Thorsten wrote:der erste Meilenstein der phpMyFAQ 1.4.0 wurde eben verÃ¶ffentlicht.

Naja, so groÃŸ ist die "Meile" nun auch nicht - abgesehen von den Copyrightangaben in einigen Funktionen. <grrr>

BezÃ¼glich der UBB Klasse hatte ich Dir ja mal mitgeteilt, daÃŸ ich da noch ein paar grundsÃ¤tzliche Fehler beseitigen wollte. In der von Dir Ã¼bernommenen Form funktionieren nÃ¤mlich verschachtelte Tags

Code: Select all

 [i][b]Test[/i][b]

nicht, weil preg_replace() nicht rekursiv arbeitet.

Weiterhin muÃŸ bei PHP der Errorlevel auf 0 gesetzt werden, weil sonst bei einigen Quelltext Konstruktionen im 'ge-highlight-eten' String ominÃ¶se Fehlermeldungen auftauchen. Ob das von der verwendeten PHP Version abhgÃ¤ngig, weiÃŸ ich nicht.

Stelle Dich mal in der nÃ¤chsten Version auf folgende globale Tags ein:
[ ubb ]Diverser Text, welcher nach UBB Tags geparst wird.[ /ubb ]
[ html ]HTML Dokument, bei dem nur der Teil zwischen <body> und </body> ausgegeben wird[ /html ]
[ php ]Der Text wird als highlighting ausgegeben[ php ]
[ code ]Der Text wird in <pre> Tags ausgegeben [ code ]

Da die Freigabe von UBB, HTML, PHP und CODE userabhÃ¤ngig sein soll, erwartet die Klasse dann die entsprechend gesetzten Konstanten.

Ob HTML mit Einbindung externer Ressourcen (img code applet iframe script) sein kann, mÃ¼ÃŸte noch geprÃ¼ft werden. Ich wÃ¼rde das allerdings pauschal mit strip_tags() wegmiezen.

Da ich momentan am nested_set- und Admin- MenÃ¼generator bastele (hat Vorrang), werde ich mit der UBB Klasse wohl erst zum Jahresende fertig werden.

installer.php: dort wird immer noch nicht geprÃ¼ft, ob ./inc/data.php schon Werte enthÃ¤lt (existierende Installation, die dabei geschrottet werden kann). installer.php sollte dann eigenstÃ¤ndig und mit Hinweis darauf zu update.php wechseln. Ein weiterer Hinweis darauf, daÃŸ zumindest installer.php nach der Installation gelÃ¶scht wird, wÃ¤re nicht schlecht. Noch besser wÃ¤re allerdings, wenn update.php ebenfalls gelÃ¶scht werden wÃ¼rde.

Post by **Thorsten** » Wed Dec 10, 2003 5:24 pm

Hallo Meikel,

das ist eine Pre-Alphaversion. Das Updateskript ist noch gar nicht fertig und funktioniert auch nicht. Eine ÃœberprÃ¼fung der data.php ist meiner Meinung nach nicht nÃ¶tig, weil bei den Update-Paketen kein Installer vorhanden ist. Aber ich werde das noch hinzufÃ¼gen.

Zum Schachteln der BB-Tags: Da die Templates nun auf XHTML basieren, ergibt sowas dann auch falsches XHTML.

Das die 1.4.0 nicht soviel neues bietet, lÃ¤sst sich dadurch erklÃ¤ren, dass die 1.4er Serie ein Zwischenschritt zur 2.0 nÃ¤chstes Jahr ist.

bye
Thorsten

meikel · Post by **meikel** » Wed Dec 10, 2003 6:32 pm

Thorsten wrote:das ist eine Pre-Alphaversion.

Kennzeichne das deutlicher, bevor die Versionshopper zu jammern anfangen.

Das Updateskript ist noch gar nicht fertig und funktioniert auch nicht. Eine ÃœberprÃ¼fung der data.php ist meiner Meinung nach nicht nÃ¶tig, weil bei den Update-Paketen kein Installer vorhanden ist. Aber ich werde das noch hinzufÃ¼gen.

Besser isses. Vereinige update.php und installer.php, fÃ¼ge eine Authentifizierung hinzu, wenn data.php gesetzt ist. zb:
Login: admin, PW: <datenbank passwort>
Und beachte meinen Hinweis bezÃ¼glich der safe_mode User:
- packe den 'source tree' in ein Unterverzeichnis von Install
- erzeuge die Zielverzeichnisse mit PHP
- und kopiere mit copy()
Im Problemfalle soll der User ein janz kurzes Installscript, welches ein require install.php enthÃ¤lt, per WebFTP erzeugen, damit das aufgerufene Script mit den Rechten des Webservers lÃ¤uft.

Zum Schachteln der BB-Tags: Da die Templates nun auf XHTML basieren, ergibt sowas dann auch falsches XHTML.

Darum gings mir weniger - mehr um die Programmierlogik. preg_replace() arbeitet leider nicht rekursiv. Somit werden bei verschachtelten Tags nur die Ã¤uÃŸeren ersetzt.

Die og. neue UBB Klasse basiert darauf, daÃŸ bei den 4 genannten Tags eine neue Instanz erzeugt wird, welche dann nur innerhalb dieser "pre tags" arbeitet. Zu markierende Suchbegriffe mÃ¼ssen dann als zusÃ¤tzliches Array Ã¼bergeben werden.

AuÃŸerhalb diese Klasse sollen dann keine weiteren Bearbeitungen des Contents mehr nÃ¶tig sein/stattfinden.

Bei den "Ersetzungen" werde ich wahrscheinlich Teiltemplates verwenden. Dann hat der Admin die volle Kontrolle darÃ¼ber, wie zB. ein Link aussehen soll, ohne im PHP Text rumpfuschen zu mÃ¼ssen.

Das die 1.4.0 nicht soviel neues bietet,

Ich habe mich ja auch nur Ã¼ber die Vokabel 'Meilenstein lustig gemacht... <ggg>

Post by **Thorsten** » Wed Dec 10, 2003 6:38 pm

Hi Meikel,

in der README steht ganz deutlich, dass das ne Pre-Alpha ist.

Den Installer und den Updater werde ich nicht vereinigen, da demnÃ¤chst ja mal der Online-Updater mit integriert werden soll.

Die Dateien per Web-FTP kopieren ist nicht so toll, denn das funktioniert nicht, wenn der Provider die FTP-Extension von PHP deaktiviert hat. Das Prinzip des Installers funktioniert bei 99% aller User, warum sollte ich da also was dran Ã¤ndern?

Zum BBCode-Parser:
Nachdem das ja nun ne Klasse ist, kann man ja recht simpel die Funktionen da drin anpassen und Ã¤ndern.

Das Ding heisst Meilenstein, weil es schon genung Alpha-Versionen von allen mÃ¶glichen Programmen gibt.... 8)

bye
Thorsten

meikel · Post by **meikel** » Wed Dec 10, 2003 7:59 pm

Thorsten wrote:Den Installer und den Updater werde ich nicht vereinigen, da demnÃ¤chst ja mal der Online-Updater mit integriert werden soll.

<grrrr>Es geht hier nicht um den Online Updater sondern um das File ./install/update.php, welches aufgerufen werden soll, wenn installer.php eine existierende FAQ Installation vorfindet. Es muÃŸ wenigstens gefragt werden, ob installer.php die existierenden Tabellen schrotten soll oder nicht.

In beiden FÃ¤llen mÃ¼ssen am SchluÃŸ installer.php und update.php gelÃ¶scht werden. Nur installer.php zu lÃ¶schen, ist zwar nett, verhindert aber nicht die Fehlermeldung von index.php, weil update.php ja noch da ist.

Die Dateien per Web-FTP kopieren ist nicht so toll, denn das funktioniert nicht, wenn der Provider die FTP-Extension von PHP deaktiviert hat.

Nicht die Dateien sondern eine einzige Datei. Genau die Dateien, welche den Kram umkopiert. Wie ich Dir ja schon mal geschrieben hatte, haben beim Kopieren die Zieldateien die Rechte des ausfÃ¼hrenden Scriptes. Verstanden?

Das Prinzip des Installers funktioniert bei 99% aller User, warum sollte ich da also was dran Ã¤ndern?

Woher Du diese GewiÃŸheit nimmst, ist mir unbegreiflich. Install und Update Script funktionieren nur auf PHP CGI Servern pflegeleicht. Alle anderen - und das sind nicht wenig - haben damit Probleme. Ist, was zu hoffen ist, der safe_mode an, dann haben diese User fast keine Chance, die FAQ zu installieren, wenn sie keinen Dunst von PHP haben.

Zum BBCode-Parser:
Nachdem das ja nun ne Klasse ist, kann man ja recht simpel die Funktionen da drin anpassen und Ã¤ndern.

Das exttends db... ist Mist. Ãœbergib dem fehlenden Constructor einfach die Referenz auf die DB Klasse.

Auszugsweise das Verfahren (basiert auf PEAR und KTemplate von Ralf Geschle):

Code: Select all

<?php

# requires und setzen aller anderen Konstanten.

if (!defined('_UBB_TPL', './tpl/ubb.tpl');

class ubb2
{
	var $db = false;
	var $tp = false;
	var $rights = '';
	function menu ($db='', $rights='')
	{
		if (!empty($db)) $this->db = &$db;
		if (!$this->db) die ('Kein DB Connect')
		if (!empty($rights)) $this->rights = $rights;
		if (!class_exists('Template')) die ('KTemplate nicht gefunden');
		$this->tp = &new Template (_UBB_TPL);
	}

# usw.	

}

$tp = &new Template (_TPL_PATH.'/index.tpl');
$db = DB::connect(_DSN);
$db->setFetchMode(DB_FETCHMODE_ASSOC);
$a = new Auth ('DB', $authParams, 'dummy',false);
$a->start();

define ('_AUTH', 	($a->getAuth()) ? true : false);
define ('_RIGHTS', 	(isset($_SESSION['auth']['data']['rights'])) 
	? $_SESSION['auth']['data']['rights'] 
	: false);
$_RIGHTS = explode (',', _RIGHTS);

$ubb = &new ubb2 (&$db, _RIGHTS);
$main = &new main();

$c['menu'] = $menu->user(_RIGHTS);
if (isset($_REQUEST['id']) AND !empty($_REQUEST['id']))
  $c['content'] = $ubb->parse($main->getContent($_REQUEST['id']));

# $c weiter fÃ¼ttern...

$tp->assign($c);

$tp->out();
$db->disconnect();
?>

Das Ding heisst Meilenstein, weil es schon genung Alpha-Versionen von allen mÃ¶glichen Programmen gibt.... 8)

Na und?

Post by **Thorsten** » Wed Dec 10, 2003 8:44 pm

meikel wrote:<grrrr>Es geht hier nicht um den Online Updater sondern um das File ./install/update.php, welches aufgerufen werden soll, wenn installer.php eine existierende FAQ Installation vorfindet. Es muÃŸ wenigstens gefragt werden, ob installer.php die existierenden Tabellen schrotten soll oder nicht.

Im Installer steht schÃ¶n groÃŸ, dass man diesen nicht nutzen darf, wenn man bereits eine FAQ hat. Desweiteren muss man sich bei einem Update nur die Update-Datei herunterladen und dort ist keine installer.php dabei. Wer eine FAQ hat und trotzdem den Installer ausfÃ¼hrt, ist selber schuld. Klingt zwar hart, aber ausser dir ist das noch niemanden passiert.

meikel wrote:In beiden FÃ¤llen mÃ¼ssen am SchluÃŸ installer.php und update.php gelÃ¶scht werden. Nur installer.php zu lÃ¶schen, ist zwar nett, verhindert aber nicht die Fehlermeldung von index.php, weil update.php ja noch da ist.

Das LÃ¶schen der update.php wird noch mit integriert. Wie bereits oben geschrieben ist das Release noch lange nicht fertig.

meikel wrote:Nicht die Dateien sondern eine einzige Datei. Genau die Dateien, welche den Kram umkopiert. Wie ich Dir ja schon mal geschrieben hatte, haben beim Kopieren die Zieldateien die Rechte des ausfÃ¼hrenden Scriptes. Verstanden?

Das wird aber bei mod_php nicht klappen, da klappt nÃ¤mlich noch nicht mal das automatische LÃ¶schen.

bye
Thorsten

meikel · Post by **meikel** » Wed Dec 10, 2003 9:12 pm

installer:

Thorsten wrote:Im Installer steht schÃ¶n groÃŸ, dass man diesen nicht nutzen darf, wenn man bereits eine FAQ hat. Desweiteren muss man sich bei einem Update nur die Update-Datei herunterladen und dort ist keine installer.php dabei. Wer eine FAQ hat und trotzdem den Installer ausfÃ¼hrt, ist selber schuld. Klingt zwar hart, aber ausser dir ist das noch niemanden passiert.

Hellseher? Egal. Es war damals fÃ¼r mich zumindest eine Lehre, ein Script zu starten, welches ich nicht vorher im Sandkasten getestet hatte. Deshalb habe ich seit 1.3.3 kein Update mehr gemacht, da ich keine Zeit hatte, die Scripts zu entwanzen.

andere Installationsmethode:

Das wird aber bei mod_php nicht klappen, da klappt nÃ¤mlich noch nicht mal das automatische LÃ¶schen.

Du suchst Probleme, wo keine sind:

Code: Select all

# ./install/index.php
# per webftp erzeugen.
<?php
define ('_RUN', true);
require './installer.php');
if (defined('_CAN_DEL')) unlink (__FILE__);
?>

./install/installer.php
<?php
if (!defined('_RUN')) die ('so nicht! Erstelle per webFtp index.php mit folgendem Inhalt: ... ');

# viel quelltext
# ggf. require ./update, wenn es ein update ist

# janz unten:
if (fehlerabfrage(......) === false ) define('_CAN_DEL', true);
?>

So kann nur /install/index.php ausgefÃ¼hrt werden, das sich bei Fehlerfreiheit am SchluÃŸ selbst killt.

Post by **Thorsten** » Wed Dec 10, 2003 9:15 pm

meikel wrote:Hellseher? Egal. Es war damals fÃ¼r mich zumindest eine Lehre, ein Script zu starten, welches ich nicht vorher im Sandkasten getestet hatte. Deshalb habe ich seit 1.3.3 kein Update mehr gemacht, da ich keine Zeit hatte, die Scripts zu entwanzen.

Es steht ganz groÃŸ im Installer, dass man diesen nicht nutzen soll, wenn man bereits eine FAQ hat...

bye
Thorsten

meikel · Post by **meikel** » Wed Dec 10, 2003 9:21 pm

Thorsten wrote:Es steht ganz groÃŸ im Installer, dass man diesen nicht nutzen soll, wenn man bereits eine FAQ hat...

Ich erwarte von einem Programm, daÃŸ es Fehler abfÃ¤ngt und nicht verursacht.

Post by **Thorsten** » Wed Dec 10, 2003 9:23 pm

meikel wrote:Ich erwarte von einem Programm, daÃŸ es Fehler abfÃ¤ngt und nicht verursacht.

Nunja, diesen Fehler fÃ¤ngt der Installer nicht ab, aber er wird nur vom Benutzer produziert, der Warnhinweise nicht liest...

Ich werde aber den neuen Installer dahingehend verbessern.

bye
Thorsten

meikel · Post by **meikel** » Wed Dec 10, 2003 9:32 pm

Thorsten wrote:Ich werde aber den neuen Installer dahingehend verbessern.

Dann hast Du einiges zu tun. Und vergiÃŸt update.php nicht. Vor der 1.3.3 hinterlieÃŸ das Teil auch schon mal ein halbfertiges Update. Update kÃ¶nnte ja bei meinem Installationsmodell vorher die alte Version abfragen und entsprechend darauf reagieren. Bei dem derzeitigen Modell ist das nicht mÃ¶glich, weil das File, in dem das steht, per FTP Ã¼berschrieben wird...

Post by **Thorsten** » Wed Dec 10, 2003 9:33 pm

Hallo Meikel,

welches File wird per FTP Ã¼berschrieben?

bye
Thorsten