Hilfe & Support (deutsch) => General Help & Support => Diskussion über WB (closed) => Topic started by: Hans Toolbox on May 28, 2010, 11:31:57 PM Hilfe & Support (deutsch) => General Help & Support => Diskussion über WB (closed) => Topic started by: Hans Toolbox on May 28, 2010, 11:31:57 PMZu hoffen ist, daß die Modul-Bastler das auch mitbekommen.
.' PRIMARY KEY (`type`,`directory`) '.' PRIMARY KEY (`addon_id`) 'Die wenigsten wissen sowieso etwas über SVN. Es dürften nur wenige Verirrte sein, die SVN, in der jetzigen risikoreichen Phase, für den regulären Betrieb nutzen.Nun, das ist auch richtig so aus meiner Sicht. Die SVN sollte nicht als Ersatzversion für die regulären Releases genommen werden, weil dort Feature X und Bug Y behoben ist und man nicht abwarten will. Wer die SVN testet weiß, was er da tut - und eben diese Leute haben in der Regel auch ein gewisses Gespür richtige Meldungen abzugeben in der nötigen Art und Weise (also kein "doesn't install plz help ???").
r1388 (clean install, PHP 5.3.1, E_ALL + E_STRICT):
Installation (save.php):
Warning(s): mysql_fetch_row() expects parameter 1 to be resource, boolean given in framework\class.database.php on line 100 ...
After backend login (viewing pages/index.php):
Fatal error: Call to a member function numRows() on a non-object in admin\pages\index.php on line 558
Seems not all required DB values are created during installation (e.g. settings, preferences ...)
Es kann unter Präferenzen/Einstellungen die Sprache (z.B. auf Deutsch) nicht geändert werden
Das Eintippen des Passworts ist doch seit einigen Wochen ein Muss bei jeglicher Art in den Preferencesdu hast recht, das ist schon üüüüüüüüübelst lange so. :-D
Passworts ist doch seit einigen Wochen ein Muss
du hast recht, das ist schon üüüüüüüüübelst lange so.
Die Frage, die sich stellt: Warum wird niemand bei Benutzung des "Features" darauf hingewiesen, daß "noch was nötig" ist, wenn er was ändern will. Zumindest bei mir kommt keine Warnung, Oder ist die gut versteckt, so daß ich die übersehen habe?Hast du etwa das rot markierte im Screenshot übersehen?
Hast du etwa das rot markierte im Screenshot übersehen?
Hallo Michael,
hast du auch mal das upgrade-script laufen lassen?
Dietmar
zu 3 und 4) soweit sind wir noch nicht,Es wäre aber fatal, 3 nicht zu fixen. Das wäre noch schlechteres Marketing als 2.8.2 Weihnachten rausbringen. Du weißt, was die Jungs von Secunia unlängst dazu gesagt haben, die ja auch fleißig mittesten...
Ok, werde folgendes auf meinem Liveserver machen:Wenn es Sinn macht, kann ich das Backup der websitebaker2.org (das ja auch nicht lokal ist) auch einmal von 2.8.1 auf SVN 1402 upgraden... Wollte nur warten, bis eine halbwegs sichere Version gibt.
Letzte SVN downloaden, Ordner admin, account, framework, search und include löschen. Diese Ordner mit der in SVN 1402 befindlichen ersetzen und testen.
Werde dann berichten
Dietmar
es handelt sich wirklich um einen Fehler
Auch sind zwei "Show Advanced Options" eine zu viel. Die innerhalb des Tabs sollte man entfernen.Und noch etwas - momentan hat die "Optionen" 44 HTML Fehler und 8 Warnungen. Allerdings nur in "Advanced".@all,
wollte heute mal wieder etwas "Testen"... leider scheint das Archiv der aktuellen SVN 1411 nicht in Ordnung zu sein. Könnte mir jemand einen Link bzw. ein korrektes Archiv zur Verfügung stellen? Danke!
Andreas
wollte heute mal wieder etwas "Testen"... leider scheint das Archiv der aktuellen SVN 1411 nicht in Ordnung zu sein. Könnte mir jemand einen Link bzw. ein korrektes Archiv zur Verfügung stellen? Danke!
genau das nutze ich ja immer, aber das aktuell angebotene Archiv scheint defekt - sowohl WinZIP als auch WinRAR melden Fehler...
... aktuellste SVN 1411 - 7 Stunden! (http://project.websitebaker2.org/changeset/1411/branches/2.8.x?old_path=%2F&format=zip)
Bis auf die durch SVN 1407 veraltete Sprachdatei würde ich sagen, dass diese SVN recht RC1-haft aussiehtsobald die neue Userverwaltung läuft, sind wir soweit.Dann gib uns kurz vorher Bescheid, damit die letzte SVN vor RC nochmal durchgenudelt wird.
WB wird in Zukunft nur noch ein Standardtheme mitliefern (der Pflegeaufwand wird sonst viel zu hoch)Hallo!
Es steht aber jedem frei, beliebige, eigene Themes zu entwickeln und anzubieten.
Die Auswahlfunktion ist im BE ja bereits integriert.
Danke Hans,
Fehler sollte beseitigt sein. Wie bereits angesprochen, das Problem 2 Themes pflegen zu müssen, da wird dann schon mal was vergessen. Bin gleichzeitig dabei ein table freies Backend zu erstellen. Mit wb_theme ist inzwischen nach meinen Prüfungen sogar die Seitenübersicht vailde.
Dietmar
Tabellenfrei nicht grundsätzlich besser istDiese Diskussion dürfte nach über 10 Jahren css mittlerweile obsolet sein, auch wenn Tabellen wunderbar als Baukasten geeignet sind.
Parse error: syntax error, unexpected T_STRING in C:\xampp\htdocs\web\wbtemp\admin\media\delete.php on line 28
<?php
// Insert language text and messages
$template->set_var(array(
'MEDIA_DIRECTORY' => MEDIA_DIRECTORY,
'TEXT_NAME' => $TEXT['TITLE'],
'TEXT_RELOAD' => $TEXT['RELOAD'],
'CURRENT_DIR' => $currentHome, // **!
'TEXT_TARGET_FOLDER' => $TEXT['TARGET_FOLDER'],
'TEXT_OVERWRITE_EXISTING' => $TEXT['OVERWRITE_EXISTING'],
'TEXT_FILES' => $TEXT['FILES'],
'TEXT_CREATE_FOLDER' => $TEXT['CREATE_FOLDER'],
'TEXT_UPLOAD_FILES' => $TEXT['UPLOAD_FILES'],
'CHANGE_SETTINGS' => $TEXT['MODIFY_SETTINGS'],
'OPTIONS' => $TEXT['OPTION'],
'TEXT_UNZIP_FILE' => $TEXT['UNZIP_FILE'],
'TEXT_DELETE_ZIP' => $TEXT['DELETE_ZIP']
)
);
?>
Just to ensure for future tests. Is it really required to execute the upgrade script after a clean installation from SVN?
wenn es eben keine Wirkung hat muss man das wie Backup und vieles andere auch einfach rauswerfen.Oder, bevor z.B. ein Module-GAU auftritt, also nach einem Upgrade viele Sites einen GAU erleben könnten ("nix geht mehr"), die Module-Autoren schon jetzt benachrichtigen, um bei Bedarf Änderungen durchzuführen. Wenn es denn noch nicht geschehen und notwendig ist.
Also sein wir doch mal ehrlich. Wie viele Module gibt's für WB frei verfügbar? 10 oder 20? Ich denke kaum mehr, weil die meisten auf Modul X oder Y aufbauen. Die kennen wir aber doch alle zu genüge und hat fast jeder hier im Einsatz.Quotewenn es eben keine Wirkung hat muss man das wie Backup und vieles andere auch einfach rauswerfen.Oder, bevor z.B. ein Module-GAU auftritt, also nach einem Upgrade viele Sites einen GAU erleben könnten ("nix geht mehr"), die Module-Autoren schon jetzt benachrichtigen, um bei Bedarf Änderungen durchzuführen. Wenn es denn noch nicht geschehen und notwendig ist.
Was ich noch gerne angreifen würde, ist die Geschichte mit den Homefolder. Da ich aber bisher noch nie damit gearbeitet habe, kenne ich den Ablauf bzw. das Handling nicht und der Code ist da auch nicht sehr aussagekräftig. Vieleicht kann da jemand was in kurzen Worten zu schreiben und erklären,
läuft unter anderem im Tutorial Projekt so das jeder Autor sein eigenes Verzeichniss hat und da nicht zig Dateien querbeet rumfliegen - jeder kann nur in _seinen_ Ordner laden und aus seinem Ordner verwenden! (Wäre ein riesen Durcheinander sonst mit so vielen Tutorialfiles, Bildern, Screens, zip's usw.)Hallo!
'LINK_TARGET' => '_SELF','LINK_TARGET' => '',Und beim Tutorialsprojekt offenbart sich ein kleiner Logikfehler in den Homefolders an sich
Es dient so wie es jetzt läuft der besseren Übersicht...hochsic here/geheime/nur für bestimmte leute bestimmte Daten haben im jetzigen!! Mediaverzeichniss ohne weitere Schutzmechanismen eh nichts verloren (htaccess oder sonstwas ist eh ein anderer threat darüber im gange)
Suggestion: Compared to the "default themes" in previous releases, the 2.8.2 "default theme" is nicely baked. So why not removing "argos_theme" from the default package and offer it as Add-ons (http://www.websitebaker2.org/en/add-ons/backend-themes.php) to reduce the files to maintain by the DEV team?
erst mal 100% Zustimmung.
erst mal 100% Zustimmung.
Danke - hab diese Funktion nie anders benutzt, oder gedacht das da Sicherheitsrelevant e Aspekte nötig wären!
Wäre schön wenn das in einer 2.8.2 genau so wie vorher funktioniert und ein "Zuckerl" wenn ein "neu laden" das bringt was es soll nähmlich nur den Homeordner des jeweiligen Users der sich in Media tummelt...ging aber bisher auch ohne...da der dann ja mit durchklicken bis zu seinem Ordner "bestraft" wird.
Grüße Martin
Wir sollten jetzt aber nur fixen, so gut wie keine Features mehr, da hat es inzwischen genug davon. Schliesslich sollen ja alle Module ohne Änderungen weiterhin mit dieser Version laufen.
Dietmar
Lasst euch nicht hetzen!! Würde auch sagen das wenn das was jetz steht technisch sauber funktioniert unter RC setzen und in die Welt bzw. auf viele Serverlein lassen.
Zur iFrame-Problematik
Wie wär's mit <object>
Läßt sich zudem per Browser-Tag UND CSS formatieren
egarding home folders. Why not modify the code to make home folders working as explained at the help site?
Vielleicht hat ja jemand Lust das zu programmieren und zu coden, auch mit der Option dies als Filemanager für die Editoren einzusetzen?
Zur iFrame-ProblematikDas habe ich gerade ausprobiert - naja. Davon abgesehen dass sämtliche Anti-Werbe-Blocker per standard <object> deaktivieren sehe ich keinerlei Vorteil drinnen gegenüber iframe - außer, dass man dem Problem einen anderen Namen gibt um ein paar Werbedesigner glücklich zu stellen, die eine akute Antiframeritis haben...
Wie wär's mit <object>
Läßt sich zudem per Browser-Tag UND CSS formatieren
Mal eben ausprobieren ist recht wenig.Das jetzige Mediencenter sollte meiner Meinung nach die Berechtigungs- / Sicherheitsgeschich ten in /admin haben, einen "Standard" Browser in /include oder als Modul, dann müsste man sich weder über object noch mit iframe Gedanken machen, weil jeder "seinen" Mediencenter nehmen kann - dann sogar strict und ohne JavaScript wenn es sein muss.
Wer mit Strict und xml arbeitet muß damit arbeiten. ganz abgesehen davon, daß Objekte mehr als nur für ein Browserguck gut sind. Aber gut, war ja nur ein Vorschlag.
start folder for users with a home folder is "/media/home_folder" shouldn´t it be "/media" ??Wenn ich als User ein Homeverzeichnis habe, will ich erstmal da rein, Siehe Filemanager in Editoren, die lassen dich nur in das HomeFolder.
users with a assigned home folder can not create new folders in /media, just /media/my_home (which user/group can create folders which not)Was wird allgemein gewünscht?
# it´s possible to browse other users home folders/files (browse.php?dir=X)Das wird noch gefixt
# it´s possible to rename public files/folders and other users home folders/files (rename.php?dir=X&id=Y)
# it´s possible to delete public files/folders and other users home folders/files (delete.php?dir=X&id=Y)
the super admin (the one created during installation) sees ALL folders/files (bug/feature??)Das muss so sein, Wie Werner schon geschrieben hatte, dies ist ein CMS,
the status messages does not always fit (e.g. forbidden folder --> "Directory does not exist" ...) (better: Directory does not exist or is not allowed)Bleibt wie es ist. Das reicht als Meldung. Können natürlich einem Hacker noch mehr Details geben. "not allowed" reicht da nicht.
backend tab settings seems to be stored in a Cookie, a more persistent (database) storage would be betterAuf keinen Fall, es wird für kein Backend Theme irgendein Tabelleneintrag in der Datenbank geben und auch nichts im Kern geändert.
My object of posting in this thread (and sending some PMs) was to get the security flaws (directory traversals) in the media center fixed - nothing else (basically SVN 1428 plus missing delete fix).... a real security issue, it is under work
Luisehahne was the person who announced that he would like to tackle the "home folder" thingy in 2.8.2. So for me it is just a matter of "missing" communication. Just make clear what you guys are willing to tackle in 2.8.2 and what not (as you tried in your last post).,,, the actual behavior of 'homefolders' is buggy and will be corrected in the kind as described in my previous post above.
,,, the actual behavior of 'homefolders' is buggy and will be corrected in the kind as described in my previous post above.
so a user (maybe better called 'author') has read permissions to any common files (which are uploaded by an 'admin') and full permissions to his own files in 'private area'(aka 'homefolder') but not in 'private area' of other authors.
Jo, sinnvoll, wenn's dann auch fehelrfrei ist.Es geht ja nicht darum, dass man jetzt großartig das Mediencenter weiter verfrickelt bis zum geht nicht mehr. In 2.6.7 war zumindest die Homefolder Geschichte fehlerfrei - ja natürlich, wenn jemand den iframe Link manipuliert kann er auch in andere reingehen wie bisher, aber das ist nicht das Problem. Es ging mal, es war logisch und es hat sich wie ich in Erinnerung jetzt habe damals auch niemand beschwert. Ich habe das hier nur heraufbeschworen die - zugegeben etwas blöde Diskussion über ein Randfeature - weil man mal "/media" und nach neuladen mal "/media/mein/homefolder" und umgekehrt auch hatte, dazu noch im FCKEditor wieder ein anderes Verhältnis und ebenso bei den Listen zum Hochladen / Neuen Ordner erstellen. Wenn die "uralt-Logik" wieder zurückkommt sollte das doch am einfachsten zu machen sein, und jeder ist bissl glücklich.
Ist für mich ganz einfach, Homefolder bleibt Homefolder und nichst anderes. wie in den Editoren, Hatte es nur gut gemeint. Ist leider nciht immer gefragt
Dietmar
<?php
/**
* Get the current dir
*
*/
$currentHome = $admin->get_home_folder();
$get_dir = $admin->strip_slashes($admin->get_get('dir'));
$directory = (($currentHome) AND (!array_key_exists('dir',$_GET)))
?
$currentHome
:
( false === strpos($get_dir, $currentHome) ) ? $currentHome : $get_dir; // more or less elegant
?>
<?php
class history
{
static public function was_meinst_du_mit($aQuestion="") {
switch( strtolower($aQuestion) ) {
case 'schau an ... der aldus':
return "(Altes »AVZ« der UB -> Director 8) && netlingo('pear') && drp_xString2 || kurz: director-online; 'irv & co' ";
break;
default:
return "nothing";
}
}
}
?>
Stefek und Maverik hatten bereits das Vergnügen.Yepp,
Da arbeiten wir Tag und Nacht dran.
Sollte jemand Probleme haben, dass in der initialize.php bereits eine Konstante definiert ist,
Hatte es nur gut gemeint. Ist leider nciht immer gefragt
Gut gemeint und gut gemacht ist halt nicht das selbe. :wink:Wir wollen jetzt uns wirklich nicht auf das Niveau der Diskussion herabbegeben...
Gut gemeint und gut gemacht ist halt nicht das selbe. :wink:
Erweiterte Optionen -> Weiterleitung nach: wird nicht gespeichert
Max Anzahl Zitate pro Seite
Sind die heute gemeldeten "WebsiteBaker Multiple Vulnerabilities" in Arbeit?Man ist heute spät. :-D (Sorry, der musste sein...)
„Warning: require(../../index.php) [function.require]: failed to open stream: No such file or directory in /www/htdocs/*/wborg2/posts/security-vulnerability-backup-module-in-wb-core-13.php on line 10Durch den Fatal error wird ein WSOD erzeugt.
Fatal error: require() [function.require]: Failed opening required '../../index.php' (include_path='.:/usr/share/php:..') in /www/htdocs/*/wborg2/posts/security-vulnerability-backup-module-in-wb-core-13.php on line 10”
"droplets ( 1.0.1 :: 1.0.3 ) The module is not installed properly!
fckeditor ( 2.9.4 :: 2.9.5 ) The module is not installed properly!
output_filter ( 0.11 :: 0.12 ) The module is not installed properly!
show_menu2 ( 4.9 :: 4.9.3 ) The module is not installed properly!
wysiwyg ( 2.7 :: 2.8 ) The module is not installed properly! "
„Notice: Undefined index: _media in C:\xampp\htdocs\web\wb282\admin\media\index.php on line 741“- Im IE6 funktioniert nichts im Mediencenter, außer Hochladen und Navigieren. Alles andere erzeugt entweder einen Reload oder „{MEDIA_BROWSE}“ als einziges Element im Medienbereich.
Wie gesagt: Anleitungen gibt's von mir keine, die Leute müssen selber rausfinden was geht, weil das war ja gerade das Potential von WB, dass alles selbst erklärend ist.
(sonst: „The module is not installed properly!").
Nicht ganz, wir sind zwar bemüht die Angezeigten Meldungen so aufzubauen, dass sie selbsterklärend sind, aber um eine Anleitung oder Erklärung auf den Hilfeseiten ist trotzdem erforderlich.Ja, natürlich muss die Hilfeseite verbessert werden und natürlich auch aktualisiert, aber trotzdem muss eben der normale Admin "geführt" werden.
(sonst: „The module is not installed properly!").Diese Meldung erscheint im Frontend (!), wenn nicht upgegradet wurde über die upgrade.php des Moduls. Ich finde es eben umständlich, wenn die Leute von 2.8.1 auf 2.8.2 upgraden und dann erst einmal ins Forum kommen und sich beschweren, dass die Newsseiten nicht mehr funktionieren. Hier sollte eben irgendetwas im upgrade-script.php groß und sichtbar angezeigt werden, das einen direkt zu den erforderlichen upgrade-Dateien der betroffenen Module leitet.
---
Diese Meldung erscheint aber mit davor gesetzten Versionsnummern, und sagt nichts anderes aus, als das die im Module Ordner befindliche Version nicht dem Eintrag in der Datenbanktabelle entspricht. Früher wurde mit Reload einfach der Eintrag aktualisiert und du konntest nicht mehr vernünftig upgraden. Dies wird jetzt unterbunden.
eben nur nicht die mitgelieferten Core-Module.
Nochmal, News ist kein Core Modul. Denke aber das Werner das hier mal in klaren Worten klären sollte.
Ich stelle nur mal fest, du machst ja zwischendurch am Auto auch einen Ölwechsel, oder fährst du solange damit, bis der Motor raucht.
Sicherlich versuchen wir soweit wie möglich abwärtskompatibel zu bleiben. Ist aber nicht immer möglich, vor allen wenn es um die Sicherheit geht, dazu gehört auch das Mediacenter. Lös dich von den alten Sachen. Oder sieht und arbeitet Windows 7 genauso wie Windows Worksgroup, oder Windows 95?
Dietmar, wir reden aneinander vorbei
Warning: require(../../index.php) [function.require]: failed to open stream: No such file or directory in Z:\html\282\posts\20-jahres-rekord-bei-geschaeftsklima-2.php on line 10
Warning: require(../../index.php) [function.require]: failed to open stream: No such file or directory in Z:\html\282\posts\20-jahres-rekord-bei-geschaeftsklima-2.php on line 10
Fatal error: require() [function.require]: Failed opening required '../../index.php' (include_path='.;\PHP52\PEAR;\PHP52') in Z:\html\282\posts\20-jahres-rekord-bei-geschaeftsklima-2.php on line 10Guck ich nich, bin ja hier, und bleibe bis RC
Oder machen wir für jede REV. jetzt 'nen neuen Topic auf?
Zumal ich ähnlichen Fehler schon gestern Nacht per PM gemeldet hatte.
Zumal ich ähnlichen Fehler schon gestern Nacht per PM gemeldet hatte.
Es gibt nichts schlimmeres als Fehler die bei mir und Werner nicht auftreten. Ruebenwurzel hat dasselbe Problem, allerdings nur mit FF.
Aber die Hoffnung stirbt zuletzt. Wir alle zusammen werden dem Problem auf die Spur kommen. Vielleicht hat ja jemand bereits ähnliche SChwierigkeiten gehabt und weiss die Lösung. Muss ja nicht unbedingt an WB liegen.
Dietmar
Danke für die TipsGerne. Wenn einem das Backend-Theme von WB nicht gefällt, man aber keinen Zugang zu dem FTP-Daten hat kann man sich ja einfach lokal ein Backend-Theme seiner Wünsche mit den Programmen zusammenbasteln. Geht dann auch für alle WB-Installationen. :-D Oder JavaScript Erweiterungen.
Kann ich FF ja wieder was neues beibringen :-D
All existing access files anew formatDamit ist dann Schluss, man kann nur noch zurück.
Error creating access file in the /pages directory (insufficient privileges)
<?php
$page_id = 14;
require("../config.php");
require(WB_PATH."/index.php");
?>Nach einem Upgrade sehen sie so aus:<?php
// This file is generated by WebsiteBaker Ver.2.8.1;
// Do not modify this file!!;
// WB will rebuild this file from time to time!!
$page_id = 14;
require('../../index.php');
?>Warning: sprintf() [function.sprintf]: Too few arguments in C:\xampp\htdocs\web\wb282new\modules\droplets\droplets.php(29) : eval()'d code on line 28
Warning: sprintf() [function.sprintf]: Too few arguments in C:\xampp\htdocs\web\wb282new\modules\droplets\droplets.php(29) : eval()'d code on line 35
Warning: sprintf() [function.sprintf]: Too few arguments in C:\xampp\htdocs\web\wb282new\modules\droplets\droplets.php(29) : eval()'d code on line 39
<div class="iEditThisPage">
<a href="http://xxx/admin/pages/modify.php?page_id=11" target="_blank" title="Seite ändern">
<img src="http://xxx/templates/wb_theme/images/edit_16.png" alt="Seite ändern" />
</a>
<a href="http://xxx/admin/pages/settings.php?page_id=11" target="_blank" title="Seitenoptionen ändern">
<img src="http://xxx/templates/wb_theme/images/modify_16.png" alt="Seitenoptionen ändern" />
</a>
<a href="http://xxx/admin/pages/sections.php?page_id=11" target="_blank" title="Abschnitte verwalten">
<img src="http://xxx/templates/wb_theme/images/sections_16.png" alt="Abschnitte verwalten" />
</a>
</div>
Über die CSS-Klasse 'iEditThisPage' kann die Ausgabe vollständig formatiert werden.ist geplant das code-modul gegen code2 auszutauschen?Nein. Es geht eher in die andere Richtung, also das Code Modul generell rauszunehmen und / oder irgendwann etwas anderes zu nehmen.
Wer sich das Ding installiertUnd damit ist alles schon gesagt. wenn wir so eine Schnittstelle hardcoden wollen brauchen wir eh keine Modulschnittstelle, dann könnten wir gleich alles hardcoden - aber das wurde mit WB 2.2.0 eingeführt.
Lies mal bis zum Ende bitteBitte Leute, ich habe eine ganz, ganz große Bitte: Blickt mal alle über euren Tellerrand hinaus, sonst wird das mit WB nie was.
Außerdem ist das Teil auch nur für den Admin gedacht. Sonst bräuchte es keinen (Admin).
Das ist doch nicht zumutbar bei einer Veranstaltungs-Website jede Woche im Template rumzufummeln. Wie bescheuert ist das denn? Steinzeit-Webauftritte kann sich keiner mehr leisten. Wenn sowas mit WebsiteBaler nicht mehr möglich ist -etwas, das mit jedem anderen CMS klappt-, kann man WB einstampfen. DAS ist nämlich ein Rückschritt.Hans, lies bitte bevor du schreibst, sonst bringt die Diskussion nichts.
Habe klar gesagt wozu das Teil gebraucht wird. Da gibt's nix mehr weiter zu sagenGanz genau. Dann lass uns weiter WebsiteBaker Rev. 1462 ff. testen.
lädt man es sich halt manuell runter, so wie jetzt und später Code2 auchWeiter oben hast Du mir vermittelt, daß evtl. aus Sicherheitsgründen Code2 nicht mehr nutzbar sein könnte. Sonst hättest Du es ja nicht entsprechend kommentiert. Nur deshalb die Aufregung. Vor dem nächsten Upgrade ist also zu prüfen ob das Teil noch funktioniert. Wenn, wie angekündigt, Moduleentwickler die neuen Regeln in Kürze bekommen, sollte es keine Probleme geben, wenn denn alle noch "hinterherkommen" :-D
daß evtl. aus Sicherheitsgründen Code2 nicht mehr nutzbar sein könnte
ist geplant das code-modul gegen code2 auszutauschen?weiß ich doch nicht mehr wo's hingeht. Da ist doch Alarm angesagt, zumindest wenn nach einem Upgrade Probleme zu befürchten sind. Da lasse ich doch dann die Finger von. Wäre ja Sabotage.
Nein. Es geht eher in die andere Richtung, also das Code Modul generell rauszunehmen und / oder irgendwann etwas anderes zu nehmen.
Naja, wenn sowas kommtQuoteist geplant das code-modul gegen code2 auszutauschen?weiß ich doch nicht mehr wo's hingeht. Da ist doch Alarm angesagt, zumindest wenn nach einem Upgrade Probleme zu befürchten sind. Da lasse ich doch dann die Finger von. Wäre ja Sabotage.
Nein. Es geht eher in die andere Richtung, also das Code Modul generell rauszunehmen und / oder irgendwann etwas anderes zu nehmen.
Aber es tut doch keinem Weh - ein Upgrade kann man immer laufen lassen
QuoteAber es tut doch keinem Weh - ein Upgrade kann man immer laufen lassen
wenn eine wb-installation danach nicht mehr funktioniert wie vorher?
da kann man sich wohl berechtigte sorgen machen. was soll der normal-user dann tun? downgrade?
was man selber denkt wie man es da reinpressen könnteEs wird nichts reingepreßt, es ist schon drin und soll nur drinbleiben, damit nicht wenige Websites weiterlaufen können. Wenn WB derartige Standards ausschließt, kann man es tatsächlich nur für den Kaninchenzüchterver ein gebrauchen. Wenn das reicht, ist das auch ok. Ich will ja nur darüber informiert sein.
Soll ich es aufmalen, ein Video drehen oder vorsingen?Bitte nur vorsingen, da Du musikalisch sein sollst (vom Hörensagen)
Ist die Glühbirne jetzt wieder reingedreht? Gut, dann können wir das Thema ja endlich abhaken.QuoteSoll ich es aufmalen, ein Video drehen oder vorsingen?Bitte nur vorsingen, da Du musikalisch sein sollst (vom Hörensagen)
$retval .= ' title="'.($this->flags & SM2_NO_TITLE) ? '' : $this->page['page_title'].'">';auf$retval .= ' title="'.($this->flags & SM2_NO_TITLE) ? '>' : $this->page['page_title'].'">';geändert. Anscheinend ist es damit gelöst, auch bei Aufruf mit weiterer Option SM2_NO_TITLE<?php
$retval .= ' title="'.($this->flags & SM2_NO_TITLE) ? '' : $this->page['page_title'].'">';
?><?php
$retval .= ' title="'. ( ($this->flags & SM2_NO_TITLE) ? ' ' : $this->page['page_title'] ) .'">';
?>Das wurde ergänzt, da manche Validatoren bei leeren Title-Argumenten meckern.Adding field `menu_icon_1` to table `pages`
adding field 'pages.menu_icon_1' FAILED !
Adding field `menu_icon_0` to table `pages`
adding field 'pages.menu_icon_0' FAILED !
Adding field `menu_icon_0` to table `pages`
adding field 'pages.page_icon' FAILED !
Adding field `guid` to table `addons`
background :#31618B url(./images/escbg.jpg) top center repeat-x; Kleiner Hinweis:
Die Grafik .../admin/images/up_16.png wird von versch. modulen zum verschieben der einzelnen Einträge verwendet ..diese fehlt jedoch ..
edit: natürlich auch die "delete_16.png"
ich find nichtmal den ordner admin/images :-D
Versteh ich nicht, sind doch drinneNö, wer's nicht als Upgrade installiert hat, dem fehlen die Teile von Anfang an
QuoteVersteh ich nicht, sind doch drinneNö, wer's nicht als Upgrade installiert hat, dem fehlen die Teile von Anfang an
Aber es gibt dazu einen Hinweis seit 2.8.x (von den DEVs)
The folder admin/images isn't needed for WB 2.8. anymore.
It remains only to keep backward compatibility to old modules
wich make use of the images from this folder.
Modules should be adapted as soon as possible to use images
from the backend themes instead.
If you are shure you have only Modules wich uses images from
backend themes, this folder can be deleted.
Wollen wir aber auch nicht mehr reinnehmen. Bitte Module Authoren den Pfad anpassen.
.............
Dietmar
kann sich nur noch um Stunden handeln. 8-)Tolle News! Ich hoffe die Zeit bis zum Release geht für alle möglichst konstruktiv und produktiv um. Ich würde gerne bis 2011 eine Vereinsseite mit der neuen Version umsetzen. Ich freu mich jedenfalls und liste hier aus dem Stegreif die mir wichtigsten Wünsche:
Bin gerade dabei, das Upgradescript sowie den Installer fertig zu machen, dann kann's raus.
Ich habe nur derzeit noch einen Stapel 'reguläre Arbeit' auf dem Tisch liegen, weshalb ich gerade 'etwas' gebremst werde.
Aber jetzt geht's erst mal ins Bett.... 20 Std. am Rechner reichen.
Ps: die neue Version läuft hier bereits auf ein paar Live-Systemen.
Aber dann bitte nicht in diesem Thread.
Wünsche erst wieder 2011 :evil: Aber dann bitte nicht in diesem Thread.*ironie* Erst wieder 2011 Wünsche? Wo bleibt da der Weihnachtsmann? */ironie* Ich hab nun schon einige Wochen SVN 2.8.2-1468 im Test, ich hoffe ev. Anmerkungen dazu gehören auch hier her.
Hier geht es um Tests & Probleme der SVN Revision 1374 - 2.8.2 RC
Schon klar, Geschenke gibt's nache AAbeit vonne Tanke :roll:
Damit's einfacher geht: Die Wunschzettel bitte hier abgeben (http://northpole.com/Mailroom/mailform.asp) :-D 8-) :wink:Hab ja geschrieben "meine Wünsche" (die Adressierung an den Weihnachtsmann hab ich vergessen). :roll: Als Kind hat man auch nicht alles bekommen, aber ein paar Sachen dann doch :lol:
(WB kastriert Dateinamen (Media), ist für einige Umgebungen gelinde gesagt nicht befriedigend.
Ich werde heute den WB 2.9d ev herunterladen und auf ein frischen Server installieren und testen.Ja, würde mich sehr über eine Rückmeldung freuen.
Deshalb meine Frage wann man mit der NEUE FUNKTIONIERENDE Version rechnen kann?Das könnte man sich vielleicht auch im Ausschlussverfahren beantworten.
Bevor die WB 2.9 dev nicht in der offiziellen SVN ist und die Möglichkeit besteht, Tickets / Beschwerden über ein sinnvolles System anzugeben lohnt sich Testen nicht
Angesichts einsamer Entscheidungen -Sprung nach 2.9-
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.
There is a easy way to check out which rights must be set:Es ist mir folgendes bei der Installation aufgefallen:
at 1st load up a file named phpinfo.php onto your space.Code: (phpinfo.php) [Select]<?phpnow run this file and check it's output.
phpinfo();
?>
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
<form name="website_baker_installation_wizard" action="save.php" method="post">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