oldbear Posted December 14, 2009 Report Share Posted December 14, 2009 hi, es gibt eine tolle Debugging-Option: in der xt_config den Wert von _SYSTEM_DEBUG von false auf true: -> zeigt smarty-Fehler an -> zeigt GET und POST-Werte an -> zeigt SESSION-Variable an -> zeigt neben den normalen Variablen auch die Struktur serialisierter Arrays an ( da hätt ich mir viel Arbeit bezgl. des Produkt-Konfigurators sparen können, anderswo auch .... ) Für Fummler: gesteuert wird das über xtFramework/functions/show_debug.php ( vielleicht kann man da noch mehr einbauen als page,GET,POST,SESSION ? ) Grüsse Link to comment Share on other sites More sharing options...
GoriBoy Posted December 14, 2009 Report Share Posted December 14, 2009 Hallo Günther, das ist ja genial, danke für den tipp.. bist du weiter gekommen mit dein problem oder soll mein kumpel weiterhin fragen nach der lösung? gute nacht und gruß GoriBoy Link to comment Share on other sites More sharing options...
oldbear Posted December 14, 2009 Author Report Share Posted December 14, 2009 hi, komme da nicht weiter. Es wird nämlich der Gutschein-Code scheinbar weiter vorne an den Browser mitübergeben und der Firefox will das Passwort ständig in den Gutschein-Code ändern - das geht natürlich gar nicht. Vielleicht kann man das abstellen, aber ich habe auch noch keinen weg zur class.customer.php gefunden. Man hat halt keinerlei Info über die grundlegenden Abläufe .... sonst gibts genügend Sachen, die mich ärgern. P.S: ich teste gerade print_order von BUI und lese aus der xt_order_products mit einem kleinen PHP-Script die Komponenten-Daten aus ..( Anzahl, Name, Artikelnummer, Gruppe ), wenn Du sowas mal brauchst. Grüsse Link to comment Share on other sites More sharing options...
giller Posted December 15, 2009 Report Share Posted December 15, 2009 @oldbear Hallo roger hier das ist ja interessant oldbear kannst du bitte deine erfahrung zu print_order von BUI bitte hier mal posten .... ich habe bui dreimal freundlich angeschrieben und fragte ob ich das modul testen könne aber bis jetzt hat es keine antwort gegeben MfG roger Link to comment Share on other sites More sharing options...
Matthias Posted December 15, 2009 Report Share Posted December 15, 2009 @giller, hab keine Anfrage für nen Print Order bekommen zumindest keine mehr die unbeantwortet ist bzw wo nicht die Testlizenz raus ist. Link to comment Share on other sites More sharing options...
ahlfy Posted December 15, 2009 Report Share Posted December 15, 2009 klar ... seit zich wochen ... Link to comment Share on other sites More sharing options...
giller Posted December 15, 2009 Report Share Posted December 15, 2009 Ich habe über das Kontaktformular von BuI Hinsche GmbH - xt:Commerce, Plugins, Module, Template, Online-Shop, Veyton, E-Commerce angefragt da war das desinge noch anders wo muss ich mich den melden wenn ich das modul mal probieren möchte mfg roger Link to comment Share on other sites More sharing options...
oldbear Posted December 16, 2009 Author Report Share Posted December 16, 2009 hi, Giller, einfach ne Mail an [email protected] ! zum Modul selber: Testbericht BUI print_order Es ist ratzfatz als Plugin installiert und integriert sich in die Einzelanzeige der Bestellungen im Backend. Unter "Inhalte/Bestellungen drucken" kann man dann neue Buttons mit frei wählbarer Beschriftung installieren ( Bestellung, Lieferschein, Rechnung etc. ).Jedem Button kann ein anderes Template zugeordnet werden. Zwei werden mitgeliefert, eines mit und eines ohne Druckfunktion. Die Templates sind rein tabellenbasiert aufgebaut ohne CSS. Hier wäre nett, im Installer noch einen Hook mitzuliefern, der eine externe CSS integriert für Firmenlogo, Hintergrund etc. pp. Die Standard-Darstellung ist eher dürftig, aber auch über reine Tabellenoptionen ganz gut anpassbar. Für eigene Belege sind halt nach Bedarf entsprechende Text-Keys zusätzlich anzulegen. Natürlich werden keine Belegnummern erzeugt, sondern ausschliesslich die Bestellnummer herangezogen; die sind ja immerhin fortlaufend.Es empfiehlt sich daher, die Belege sorgfältig zu archivieren. Ein PDF kann über einen entsprechenden Druckertreiber erzeugt werden. Ein findiger Programmier könnte eine eigene Tabelle mit Belegnummernkreis etc. erzeugen und dann entsprechend fortlaufende Rechnungsnummern mit zugeordneter Bestellnummer speichern. Interessant wird in dem Zusammenhang, wie xtc die versprochene Edit-Order-Funktion realisiert, insbesonders ob sich z.B. ein Storno mit einer neuen Belegnummer erzeugen lässt. BUI bietet lt. Aussagen von Kollegen auch eine Formularanpassung an für Leute, die sich da schwer tun; für die meisten von uns dürfte das nicht nötig sein. Beim Debuggen zeigt sich ein seltsames Verhalten - der debug wird oft nur bei ersten Beleg angezeigt und dann erst nach Browser-Neustart wieder. Immerhin stehen eine Menge Variablen zur Verfügung und ich könnte mir eine ganze Reihe möglicher Belege bis hin zu Adressaufklebern vorstellen. Eine tolle Ergänzung wäre ( Herr Hinsche ! ) , wenn man die Buttons auch in die Auftragsübersicht integrieren könnte - und damit entsprechend auch Listen erzeugen könnte ( offene Aufträge, fertige etc. pp. ). Das könnte das Modul noch etwas attraktiver machen. So, Giller, für die Stiftung Warentest reicht das wohl nicht, aber über das Modul sollte alles gesagt sein ! Grüsse Link to comment Share on other sites More sharing options...
giller Posted December 16, 2009 Report Share Posted December 16, 2009 Danke dir es ist also ein Rohdiamant der noch geschliefen werden muss. Noch als kleinen Tip weiss ja nicht wie du es handhabst. Ich habe mir für meine Rechnung Papier Drucken lassen mit allen Statischen Angaben StNr. UStID. Tel. Logo ect .-............ und beim suchen nach einer druckerei die Preise mal mit Vollfarb druck und S/W vergleichen bei meinem drucker ist es in Farbe billiger als in schwarz weiss... 4/1 Brifpapier DIN A4 90g 2,75cent netto das blat MfG roger Link to comment Share on other sites More sharing options...
giller Posted December 18, 2009 Report Share Posted December 18, 2009 @oldbear Hallo oldbear kannst du mir sagen wie ich mir die debug daten ausgeben lasse habe im Admin ein problem das ich daten ändere und beim speichern sich das scipt auf hängt MfG roger Link to comment Share on other sites More sharing options...
NUD Posted June 7, 2010 Report Share Posted June 7, 2010 er meint, dies muss in der datenbank auf true geschaltet werden, dann erscheinen die debuginformationen unterhalb der seite. ab in die datenbank z.b. mit phpmyadmin, dann die datenbank auswählen, dort die tabelle "xt_config" anklicken und in der spalte "_SYSTEM_DEBUG" das false auf true ändern. Link to comment Share on other sites More sharing options...
schoorli Posted November 22, 2018 Report Share Posted November 22, 2018 Hey zusammen, 8 Jahre später mit xtc 5! Das war mal eine super Sache, aber scheint aktuell nicht mehr so zu laufen: _SYSTEM_DEBUG von false auf true: -> zeigt smarty-Fehler an -> zeigt GET und POST-Werte an -> zeigt SESSION-Variable an Weiß jemand wie das ab xtc 5 läuft? Grüße! Link to comment Share on other sites More sharing options...
xt:Commerce Posted November 22, 2018 Report Share Posted November 22, 2018 in conf/debug.php hast du die aktuellen optionen. Link to comment Share on other sites More sharing options...
schoorli Posted November 22, 2018 Report Share Posted November 22, 2018 Ja genau, da sind auch ganz brauchbare Sachen drinn. Aber die oben beschriebene Funktion, die sich anscheinend _show_debug_values() nennt und in xtFramework/functions/show_debug.php zu Hause ist spielt in debug.php keine Rolle mehr. Jenfalls fand ich das ganz praktisch und jetzt schade dass es das nicht mehr gibt... Link to comment Share on other sites More sharing options...
oldbear Posted November 23, 2018 Author Report Share Posted November 23, 2018 Hallo, nicht schlecht gestaunt, was so alles ausgegraben wird ! Allerdings wird leider ( an den Administrator ) viel zu wenig dokumentiert - da stösst man auch als Entwickler mal an seine Grenzen. Folgendes zum aktuellen Debugging bei der XTC5 1) Leider sind nach einer Neuinstallation die Files /xtLogs/phpErrors.txt und /xtLogs/db_error.log nicht angelegt 2) in der /conf/debug.php ist das Errorlogging standardmäßig abgeschaltet: if (defined('XT_WIZARD_STARTED') && XT_WIZARD_STARTED === true) { define('_SYSTEM_PHPLOG','true'); error_reporting(E_ALL & ~E_NOTICE & ~E_DEPRECATED); } else define('_SYSTEM_PHPLOG','false'); ich setze das erstmal auf "true", dann wird die phpErrors.txt auch beschrieben 3) __debug() Ausgabe in Datei: __debug($array) in PHP-Files gibt im Frontend normalerweise nichts mehr aus, alternativ kann man echo "</pre>"; print_r($array); echo "</pre>" verwenden. Die Ausgabe von __debug() kann umgeleitet werden in ein File __IPADRESS_debug.log, im Falle einer lokalen Installation unter MAMP z.B. in die _1_debug.log, dort findet sich auch die Ausgabe von $_GET,$_POST und $_SESSION für _SYSTEM_DEBUG_MANUALLY auf 'true' Unter define('__DEBUG_IP', '::1'); in der /conf/debug.php trägt man die IP-Adresse ein, mit der man beim Server landet ( zu ermitteln z.B. mit einem "{$smarty.server.REMOTE_ADDR}" in der index.html des Shops, wenn man über keine feste IP verfügt ) __debug() Ausgabe mit echo define('__DEBUG_OUT_FILE', ''); in der /conf/debug.php 4) _SYSTEM_PHPLOG_IP auf true habe ich noch nicht getested Vieles wurde wohl deshalb so geändert, um Blockaden durch vergessene Testeinträge zu vermeiden oder "überfüssige/irritierende" Ausgaben zu verhindern, lasse mich da auch gerne korrigieren ! Grüsse oldbear Link to comment Share on other sites More sharing options...
Alex@4tfm Posted November 23, 2018 Report Share Posted November 23, 2018 3 hours ago, oldbear said: nicht schlecht gestaunt, was so alles ausgegraben wird ! Das kann ich nur unterstreichen Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.