Email rechnung geht nicht mehr. Fehlermeldung !! Im Testshop ( ein Clone ) werden die rechnungen erst gar nicht erzeugt
@Capricorni Es zwingt dich niemand die Updates zu machen. Wenn für dich in den Changelogs nichts dabei ist, wo du jetzt sagst, das muss ich unbedingt haben bzw der Bugfix erleichtert mir mein Leben, dann ist ein Update nicht notwendig. Der Shop ist kein Virenscanner, der immer geupdatet werden muss, damit er noch funktioniert. Wenn es sich um ein Security-Update handelt, dann sollte auf jeden Fall geupdatet werden, aber solche Security-Geschichten kündigen wir auch immer an. Zu deiner eigentlichen Frage: Wir arbeiten gerade an einer Korrekturversion, die das MobileCandy-Problem lösen wird. Also würde ich an deiner Stelle warten, bis wir diese veröffentlicht haben. Die 3.1.1.0 brauchst du dann nicht.
Das sieht danach aus, als wäre das templates_c-Verzeichnis auf deinem Server nicht beschreibbar. Überprüf das einmal.
Ich antworte mit dem wichtigsten zuerst: Ständige Shopupdates sind keine Pflicht. Updates sind eher ein Angebot. Das heisst erstmal übersetzt du musst ziemlich sicher nichts tun, du könntest es aber wenn du willst. Du würdest nur dann mehr oder minder in eine Pflicht geraten, wenn wir Sicherheitsupdates veröffentlichen. Die letzten sind aber jetzt ein paar Monate zurück, und davor war wiederum eine ganze Weile nichts. Du könntest das wollen, wenn dich die neuen Funktionen interessieren und wenn du bereit bist möglicherweise nochmal in in kleinere Bugs zu laufen. Die neuen Features sind jetzt noch sehr frisch, da ist immernochmal was, was es in Ordnung zu bringen gilt. Goldene Regeln: Wenn man nicht grob abgeschnitten werden will, aber keine Lust auf Experimente hat, dann geht man direkt von Masterupdate zu Masterupdate (von x.x.0.0 zu x.x.0.0). Im Gegensatz zu anderen Softwarehäusern legen wir bei "Null Nuller Versionen" also grössten Wert darauf das hier alles perfekt rund läuft. Das sind nicht die Versionen bei denen Man erhält damit im 4 Monatsabstand alle Dinge die wir haben, und zwar genau dann wenn die ein wenig feuererprobt sind. Wenn man immer auf dem aktuellen Stand der Fehlerbehebung sein will, dann installiert man sich zusätzlich die monatlichen Servicepacks für die "maximal stabilen" Versionsreihen. Die erkennt man daran, dass die zweite Zahl der Version gerade ist. Wenn man immer auf dem aktuellsten Stand der neuesten Entwicklung sein möchte, installierst man sich die Versionen der Feature-Versionsreihen. Da ist alles drin was wir vorzuhalten haben, ohne dass jedoch schon lange Praxiserfahrungen damit bestehen können. Die neuen Dinge kommen immer mit der ersten Version einer neuen Featurereihe (x.x.1.0), danach machen wir auch hier nur Bugfixing und Optimierungen. Diese Versionsreihen erkennt man daran, dass die zweite Stelle der Versionsnummer ungerade ist.
Bekomme seit dem Update auf 3.1.1 vermehrt diese Fehlermeldung. Komischerweise immer nur die Content-Seiten. Code: 2016-07-20 09:25:51 (f23a54323e3f531a5b17ea92fbdeb500) USER ERROR(256): "check_data_type validation failed. Dump: , string expected, but NULL detected" in /var/www/vhosts/michaelmatecki.www37.hostkraft.de/sus-verbindungstechnik/gm/inc/check_data_type.inc.php:53 #4 File: /var/www/vhosts/michaelmatecki.www37.hostkraft.de/sus-verbindungstechnik/gm/inc/check_data_type.inc.php:53 Code: │ line 51: else │ line 52: { ├─ line 53: trigger_error('check_data_type validation failed. Dump: ' . print_r($p_data, true) . ', string expected, but ' . gettype($p_data) . ' detected', $p_error_level); │ line 54: return false; │ line 55: } #3 File: /var/www/vhosts/michaelmatecki.www37.hostkraft.de/sus-verbindungstechnik/system/core/BaseClass.inc.php:146 Code: │ line 144: } │ line 145: ├─ line 146: $t_valid = check_data_type($p_variable_value, $t_type, $t_strict, $t_error_level, $t_class_name); │ line 147: │ line 148: return $t_valid; #2 File: /var/www/vhosts/michaelmatecki.www37.hostkraft.de/sus-verbindungstechnik/system/core/BaseClass.inc.php:56 Code: │ line 54: if(array_key_exists($p_variable_name, $this->validation_rules_array)) │ line 55: { ├─ line 56: if($this->check_data_type($p_variable_name, $p_variable_value) == false) │ line 57: { │ line 58: return false; #1 File: /var/www/vhosts/michaelmatecki.www37.hostkraft.de/sus-verbindungstechnik/system/classes/shop_content/ShopContentContentControl.inc.php:104 Code: │ line 102: │ line 103: $this->coo_content_view->set_('content_group_id', (int)$this->v_data_array['GET']['coID']); ├─ line 104: $this->coo_content_view->set_('content_heading', $t_shop_content_data['content_heading']); │ line 105: $this->coo_content_view->set_('content_text', $t_shop_content_data['content_text']); │ line 106: $this->coo_content_view->set_('content_file', $t_shop_content_data['content_file']); #0 File: /var/www/vhosts/michaelmatecki.www37.hostkraft.de/sus-verbindungstechnik/shop_content.php:60 Code: │ line 58: $coo_shop_content_control->set_('email_address', $t_email_address); │ line 59: $coo_shop_content_control->set_('message_body', $t_message_body); ├─ line 60: $coo_shop_content_control->proceed(); │ line 61: │ line 62: $t_redirect_url = $coo_shop_content_control->get_redirect_url(); Request: GET /info/Widerrufsrecht-und-Muster-Widerrufsformular.html - duration: ~186ms - server: Apache - server address: 37.218.252.54 - user agent: Mozilla/5.0 (Linux; Android 6.0.1; Nexus 5X Build/MMB29P) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/41.0.2272.96 Mobile Safari/537.36 (compatible; Googlebot/2.1; +http://www.google.com/bot.html) - remote address: f23a54323e3f531a5b17ea92fbdeb500 Session: - tpl: MobileCandy - MOBILE_ACTIVE: true - language: german - languages_id: 2 - language_charset: utf-8 - language_code: de - currency: EUR - customers_status: Array ( [customers_status_id] => 1 [customers_status_name] => Gast [customers_status_image] => guest_status.gif [customers_status_discount] => 0.00 [customers_status_public] => 0 [customers_status_min_order] => 0 [customers_status_max_order] => 0 [customers_status_ot_discount_flag] => 0 [customers_status_ot_discount] => 0.00 [customers_status_graduated_prices] => 1 [customers_status_show_price] => 1 [customers_status_show_price_tax] => 1 [customers_status_add_tax_ot] => 1 [customers_status_payment_unallowed] => [customers_status_shipping_unallowed] => [customers_status_discount_attributes] => 0 [customers_fsk18] => 0 [customers_fsk18_display] => 1 [customers_status_write_reviews] => 1 [customers_status_read_reviews] => 1 ) - cart: shoppingCart Object ( [contents] => Array ( ) [total] => 0 [weight] => 0 [content_type] => ) - wishList: wishList Object ( [contents] => Array ( ) [total] => 0 [weight] => 0 [content_type] => ) - customer_id: ### Session entry not present ### - payment: ### Session entry not present ### - shipping: ### Session entry not present ### - cartID: ### Session entry not present ### - sendto: ### Session entry not present ### - billto: ### Session entry not present ### Get: - gm_boosted_content: Widerrufsrecht-und-Muster-Widerrufsformular - coID: 0
Hallo, das mit abmelden geht noch immer nicht. Wenn ich mich abmelden will springt es automatisch auf neue Artikel und bin trotzdem noch immer angemeldet. Bei den Kundengruppen unter Admin steht öffentlich. Ist das normal oder muss da was anderes stehen. Bitte um Hilfe. Danke
Bei dir werden NULL-Werte in der content_heading-Spalte der content_manager-Tabelle zugelassen, was im Standard nicht der Fall ist. Du kannst das mittels folgenden SQL-Befehlen korrigieren: Code: ALTER TABLE `content_manager` CHANGE `content_heading` `content_heading` TEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL; UPDATE `content_manager` SET `content_heading` = '' WHERE `content_heading` IS NULL; Vor der Ausführung solltest du eine Sicherung der Datenbank erstellen.