WebsiteBaker Support (2.8.x) > Diskussion über WB (closed)
Tests & Probleme der SVN Revision 1374 - 2.8.2 RC
Luisehahne:
Ich sage mal pauschal. Alles was WB braucht um überhaupt ausführbar zu sein. Dazu zählen definitiv das Form und Newsmodul nicht.
Der FCKEditor oder CKeditor wird im Moment noch benötigt. Aber auch hier wird an einer Lösung gearbeitet, einen Basis Editor im Kern zu integrieren. Somit kann der Anwender seinen Wunscheditor als Modul nachladen.
Und der Rest im Ordner modules braucht der Kern ebenfalls oder ist auf Wunsch der Anwender dem Kern zugeordnet, wie z.B. die Droplet Engine auf die wohl keiner mehr verzichten möchte.
Die Richtung soll dahin gehen, dass der Module Ordner auch nur noch nachladbare Module beinhalten soll. Auch das jetzige Upgardescript für die WB Version 2.9 aktualisiert nur noch den Kern. Für die Aktualisierung der Module sind diese selber verantwortlich. Ich selber habe ein upgrade von 2.7 auf 2.9 erfolgreich durchgeführt, was bisher nicht möglich war. Ist doch wunderbar, wenn man sieht wieviele alte WB Versionen noch im Einsatz sind und der Anwender nicht wie bisher von Version zu Version upgraden muss. Klar müssen dann die bislang mitgelieferten Module (News, Form,usw) upgrades angepasst werden und da muss dann jemand dran.
Wo geht die Entwicklung hin. unsere Vorstellung und Zielsetzung ist die Umsetzung eines kleinen Installationscripte s mit Auswahlmöglichkeit welche Modulepakete mit installiert werden sollen. Kern wird zwingend installiert, alles andere ist auswählbar. Ist aber noch ein längerer Weg bis dahin.
Wir sollten aber alle weiteren Diskussionen, Vorschläge im neuen Bereich durchführen.
Dietmar
HANS 0:
Jo, das ähnelt auch meinen Vorstellungen.
WB 2.8.2 habe ich bei Anpassung unterschiedlicher Editoren mal etwas genauer angeschaut.
Anscheinend gibt's da verschiedene Methoden der Einbindung, so daß ein Editor systemweit (WB) ausgewählt werden kann, aber auch separat per Module als Section (neben und zusätzlich dem systemweiten (WB) einbindbar. Wenn das so flexibel ist und bleiben kann, "passt es". Wie gehabt, habe keine Ahnung von PHP. Habe es nur bei Anwendern so gesehen.
Luisehahne:
Es muss flexibel bleiben, dass ist u.A. die Stärke von WB. Wen nwir dann Kern und Module auch ortlich strikt trennen, wird es übersichtlicher. Kommt noch viel Arbeit auf uns und den Moduleauthoren zu. Es soll abe rauch für die Moduleauthoren einfacher werden.
Im Moment ist das im jetzigen 2.9er Stadium noch ein bisschen wackelig.
Dietmar
BlackBird:
--- Quote from: testör on November 18, 2010, 11:26:51 AM ---Da in Zukunft (Zukunft heißt: seit heute nacht) nicht mit einem Projekt / SVN sondern mit mehreren "Projekten" / SVNs gearbeitet wird und die technischen Gegebenheiten sich zu 100% erledigt haben sollte es ein einfaches sein, klare Abgrenzungen zu treffen.
--- End quote ---
Na, Michael, war aber ne kurze Abstinenz.
ChrusR:
Ich möchte die 2.9 SVN testen. Bezüglich dem Setzen der Dateiberechtigungen und den Empfehlungen von DarkViper für 2.8.2:
--- Quote from: DarkViper on June 17, 2010, 10:59:33 AM ---There is a easy way to check out which rights must be set:
at 1st load up a file named phpinfo.php onto your space.
--- Code: (phpinfo.php) ---<?php
phpinfo();
?>
--- End code ---
now run this file and check it's output.
In the first paragraph (at the top) you will find a setting called Server API
If that have a value like Apache 2.0 Handler (it's the bad case) then the rights must set to:
0755 for all directories and all it's subdirs (default by FTP)
0644 for all files (default by FTP)
special cases directories: /languages/ /media/ /modules/ /pages/ /temp/ /template/
0777 for all these directories and it's subdirs
0666 for all files inside this directories and it's subdirs. Also for /config.php
If the value of Server API is like CGI/FastCGI (optimal case) then rights can be set to:
0755 for all directories and all it's subdirs (default by FTP)
0644 for all files (default by FTP)
no special settings are needed.
One thing you NEVER should do:
Never ever set a file-right to an odd value like 7 / 5 / 3 / 1. This means that the executable-flag is set.. and a script can be started everywhere from outside. It provides a very big security risk!!
PHP is a interpreter-script-language... in absolutely no case a PHP-script needs to be executable
--- End quote ---
Es ist mir folgendes bei der Installation aufgefallen:
1) die Dir /varlog/ im SVN fehlt. Diese muß (im Ordner /var/ ? angelegt und schreibbar gemacht werden (hab den ganzen VAR-Ordner rekurisv schreibbar gemacht).
2) Feld Default Language bleibt leer.
3) Bei Installation in den Domain-Root leitet das Installscript von /install/index.php fälschlich auf /install/install/save.php weiter.
Dies hab ich durch ein Korrektur in Zeile 181 in index.php zum laufen gebracht:
--- Code: ---<form name="website_baker_installation_wizard" action="save.php" method="post">
--- End code ---
--- Quote ---Dann kam aber der Fehler: Notice: Undefined index: default_language in /.../install/save.php on line 44
Warning: Cannot modify header information - headers already sent by (output started at /.../install/save.php:44) in /.../install/save.php on line 77
--- End quote ---
Navigation
[0] Message Index
[#] Next page
[*] Previous page
Go to full version