So jetzt hab ich mal die Logs geleert und im neuen Log finde ich das: PHP: Function: xtc_db_error('SELECT id, title FROM TABLE_BLOG_ITEMS WHERE status = 2 AND categories_id = \'1\' AND language_id = \'2\' ORDER BY position ASC', 1146, 'Table \'r24v2014.TABLE_BLOG_ITEMS\' doesn\'t exist') - $query: ### indeterminate value ### - $errno: ### indeterminate value ### - $error: ### indeterminate value ### Code: line 75: # ALL OTHER RUN MODES line 76: # execute query line 77: $result = mysql_query($query, $$link) or xtc_db_error($query, mysql_errno(), mysql_error()); line 78: } line 79: #5 File: /var/www/entwicklung.reifen24.de/httpdocs/user_classes/overloads/ContentView/Blogstart_ContentView.inc.php:100 Wieso erkennt er die Tabellen nicht??? (TABLE_BLOG_ITEMS) Diese sind in der class blog_TopApplication als define('TABLE_BLOG_ITEMS','blog_items'); drin.... Grübel Grübel.... Ändere ich das ".TABLE_BLOG_ITEMS ." in dem Querry in blog_items gibts keine Fehlermeldungen mehr, was aber nicht wirklich Sinnvoll wäre.
Die Einbindung des CK-Editors erfolgt ja mit über die xtc_wysiwyg.inc.php! Den CK hab ich im Blog(für V2.1) drin: soweit so gut! Nur erscheint der Fileupload nicht: Was hab ich übersehen?????
Vermutlich ist kein Uploader vorgesehen... Hast Du den "ckFinder" noch dirn? Der ist ja nicht Open Source....
Doch, ein Filemanager ist drin. In der xtc_wysiwyg.inc.php siehst du auch, dass der Pfad zum Filemanager angegeben wird. Das muss man sich nur abschauen. baseHref sollte auch mit angegeben werden.
vlb_files1 gehört nicht zum Shop. Daher kann ich nicht sagen, was es damit auf sich hat. AdminMenu und AjaxHandler im user_classes können gelöscht werden, da sie vom Shop nicht mehr verarbeitet werden.
Die Klassen in "gngp_layer_init.inc.php" sollten über "get_usermod" aktiviert werden. Dann kann man ggfs. sein eigenes Ding dabei machen PHP: $system_dir=DIR_FS_DOCUMENT_ROOT.'system/';$core_dir=$system_dir.'core/';$data_dir=$system_dir.'data/';require_once(get_usermod($core_dir.'BaseClass.inc.php'));require_once(get_usermod($core_dir.'Debugger.inc.php'));require_once(get_usermod($core_dir.'DataCache.inc.php'));require_once(get_usermod($core_dir.'StopWatch.inc.php'));require_once(get_usermod($core_dir.'MainFactory.inc.php'));require_once(get_usermod($core_dir.'CachedDirectory.inc.php'));require_once(get_usermod($core_dir.'Registry.inc.php'));require_once(get_usermod($core_dir.'ClassRegistry.inc.php'));require_once(get_usermod($core_dir.'ClassOverloadRegistry.inc.php'));require_once(get_usermod($core_dir.'MainAutoloader.inc.php'));require_once(get_usermod($system_dir.'views/ContentView.inc.php'));require_once(get_usermod($system_dir.'request_port/AjaxHandler.inc.php'));require_once(get_usermod($data_dir.'GMDataObject.inc.php'));require_once(get_usermod($data_dir.'GMDataObjectGroup.inc.php'));
Bei den Fehlern gibt es keinen Stack Traceback (Aufrufsequenz) mehr.... PHP: FATAL ERROR(1): "Call to undefined method HeaderContentView::set_()"Information:<br /><b>Fatal error</b>: Call to undefined method HeaderContentView::set_() in <b>...../system/controls/HeaderContentControl.inc.php</b> on line <b>123</b><br />
Genau so isses! Und den hab ich drin! Wenn ich mir das in der new_category.php ansehe, wird das so aufgerufen: PHP: if(USE_WYSIWYG == 'true') { echo xtc_wysiwyg('categories_description', $_SESSION['language_code'], 'categories_description[' . $languages[$i]['id'] . ']'); } da ich aber nun mit Templates arbeite, sieht das bei mir so aus: in der php -> PHP: $editors = xtc_wysiwyg('products_description', $_SESSION['language_code'], 'short_description_[' . $languages[$i]['id'] . ']'); und im Templates -> HTML: {$module_cat.editors} CK-Editor ist angezeigt, jedoch nicht der Upload-Button....
Die geben wir aus Sicherheitsgründen standardmäßig nicht mehr auf dem Bildschirm aus. Als Entwickler kann man die ab der BETA2 im Adminbereich konfigurieren. Ab der BETA1 sollte man diese über die debug_config.inc.php aktivieren können (s. debug_config.sample-extended.inc.php. Leider habe ich gerade feststellen müssen, dass sich in der BETA1 noch ein Fehler eingeschlichen hat, so dass die debug_config.inc.php wohl nicht greift. Wir schauen gerade nach, was die Ursache dafür ist. Vielleicht stimmt auch was in meiner Testumgebung nicht. Das kann man gerne einmal selbst ausprobieren.
Ich habs!!!! PHP: $editors = xtc_wysiwyg('products_description', $_SESSION['language_code'], 'short_description_' . $languages[$i]['id'] );
In "admin/categories.php" (und anderen) ist sehr oft der Code PHP: if($_SESSION['coo_page_token']->is_valid($_POST['page_token'])) enthalten, Effizienter wäre ein Mal die Zuweisung PHP: $valid_token=$_SESSION['coo_page_token']->is_valid($_POST['page_token']); und dann die Abfrage mit PHP: if($valid_token)
In "admin\content_manager.php" sollte die Artikelsortierung nach Namen sortiert sein, um die Artikel leichter zu finden. PHP: // get products names. $products_query=xtc_db_query("SELECT products_id, products_name FROM ".TABLE_PRODUCTS_DESCRIPTION." WHERE products_name<>'' AND language_id='".(int)$_SESSION['languages_id']."' ORDER BY products_name");
Ebenso das hier: PHP: $products_id_query=xtc_db_query("SELECT DISTINCT pc.products_id, pd.products_name FROM ".TABLE_PRODUCTS_CONTENT." pc, ".TABLE_PRODUCTS_DESCRIPTION." pd WHERE pd.products_id=pc.products_id and pd.language_id='".(int)$_SESSION['languages_id']."' ORDER BY pd.products_name");
In "admin\customers.php" kann PHP: require_once('../inc/htmlspecialchars_wrapper.inc.php'); 'raus. Das wird ja in der application_top initialisiert,.
Da hat sich tatsächlich die Ausführungsreihenfolge geändert. Ich untersuche das gerade und melde mich dazu später nochmals...
PHP: MainFactory::load_class('DataProcessing'); sollte einmalig in der "application_top.php" geladen werden, und nicht in Modulen.
Also ein ApplicationTopExtender-Overload wird vor einem XContentView-Overload ausgeführt, außer beim ContentView handelt sich um den Haupt-ContentView (ContentView.inc.php) selbst. Mir stellt sich die Frage, warum du überhaupt die ContentView-Klasse überladen willst.
Stimmt! Nun hab ich es geändert: class Blogstart extends Blogstart_parent Aber das Ergebnis im Logfile ist ernüchternd... Error: Table 'r24v2014.TABLE_BLOG_CATEGORIES' doesn't exist (error 1146) Er erkennt diese nicht! Wobei es eine Klasse ist die in V2.0.14.4 problemlos läuft!