Hallo IngeMaisel. Hast du irgendwelche Anpassung z.b. Usermod usw? Würde mich nur interessieren ob die auch mit übernommen wurden.Danke.
Wenn man noch das Änderungsdatum dazunimmt könnte man vielleicht einen annehmbaren Workflow erreichen. Dazu müsstest du dir vornehmen alle Produkte, die du gleichzeitig aktiv setzen möchtest hintereinander zu bearbeiten. Jedes Mal, wenn du Daten für ein Produkt speicherst, ändern sich intern der Zeitstempel, wann dieses Produkt zuletzt bearbeitet wurde. Wenn du dir die Uhrzeit merkst, wann du das erste dieser Produkte bearbeitest, kannst du anschließend, wenn du alle Produkte, die du aktiv setzen möchtest, bearbeitet hast, mit folgendem SQL-Befehl genau diese aktiv setzen: Code: UPDATE products SET products_status = 1 WHERE products_last_modified > '2016-01-25 11:00:00'; Als Datum und Uhrzeit trägst du natürlich die Zeit ein, zu der du das erste dieser Produkte bearbeitet hast.
@Daniel Wu danke für die kongrete Antwort.Im Testshop lief es, werden es bei den nächsten neuen Artikeln im Hauptshop testen. Aber wieso konnte uns den Tipp keiner sagen, als wir deswegen sogar ein Ticket aufgemacht hatten?
Mein Vorschlag ist ein ziemlich unübliches Vorgehen. War gerade ein Geistesblitz und ich kann niemandem einen Vorwurf machen, der auf diese Idee nicht kommt. Dein konkreter Fall ist auch keiner, der uns täglich begegnet, weshalb wir für soetwas auch kein Standard-Vorgehen haben. Auch wir lernen jeden Tag dazu!
Ich mache auch keinen einen Vorwurf, entschuldige wenn das so rüber kam. Vielleicht kann man aber so was ja in eine der nächsten Versionen umsetzen. Das man dann nur einen Button drücken muß und dann sind die vorbereiteten Artikel aktiv.Ich weiss halt nicht ob das umsetzbar ist, so gut kenn ich mich in der Materie nicht aus.
Hilfe, Gambio hat gerade das Update gemacht auf Gambio Version: v2.6.0.1 und direkt 2 Unübersehbare Fehler übersehen. . Button/Schaltflächen werden Falsch angezeigt. - Wenn man einen Artikel anklickt kommt die Fehlermendung USER ERROR(256): "SQL Error" Bitte schnell mal Prüfen da der Shop so nicht läuft.
Hi Sandra, verstehe ich dich da richtig, dass meine Kollegen das Update für dich durchgeführt haben? Dann wende dich am besten an denjenigen, der das Update gemacht hat. Das geht dann schneller, als wenn hier jemand raten muss, was kaputt sein könnte.
Ich möchte dir da keine falschen Hoffnungen machen. Wie schon gesagt, ist dieser Fall kein häufiger. Also genau genommen höre ich diesen Wunsch zum ersten Mal. Solange dieser Wunsch nicht wenigstens ein paar Mal (von verschiedenen Personen ) geäußert wurde, hat ein solches Feature wenig Chance gezielt umgesetzt zu werden. In näherer Zukunft sehe ich da wenig Chance, dass das in den Standard aufgenommen wird. Wenn das allerdings etwas ist, was du häufiger machen musst und dir das von mir vorgeschlagene Vorgehen nicht genügt, könntest du eine individuelle Anpassung dafür anfragen.
Nach einer Weile Bestellbearbeitung mit dem neuem Admin hätte ich noch einen Vorschlag: in der Bestellung die beiden Boxen Paypal und Sendungsnummer tauschen. Die Paypal-Box ist informativ, aber die Sendungsnummer ist zum Arbeiten - würde die weiter oben sitzen, bräuchte man beim Rechnungs/Lieferschein-Druck nicht zu scollen. Eine Kleinigkeit, ist mir aber aufgefallen und jede Handlung weniger (auch wenn es nur scrollen ist), macht es effektiver PS (damit es nachvollziehbar ist): dazu muss ich noch sagen, ich brauche nach dem Eintragen der Sendungsnummer immer noch den Namen des Kunden für eine Liste und muss dann wieder runter zum Druck
Hallo Zwirschina, In der Bestellübersicht hast Du Rechts neben der Bestellung ein Dropdown, da kannst Du auch die Sendungsnummer eintragen und Rechnung kann man von dort auch ausdrucken.
ja, danke Barbara, das ist mir eh bekannt - ich brauch aber zur Sendungsnummer Plz und Ort der Lieferung für mein DPD-Listerl. Dachte nur, dass der Austausch der Boxen kein Problem darstellt und effektiver wäre
Wenn Du die Lieferadresse brauchst, musst Du natürlich in die Bestellung gehen. Verschieben der Box: in der Datei admin/ html/ compatibility/ order_details.php suchen nach (ca. Zeile 523): PHP: <!-- PAYPAL --> <div class="frame-wrapper hidden"> <div class="frame-head"> <label class="title"> <?php echo $GLOBALS['coo_lang_file_master']->get_text('orders_paypal3_heading', 'paypal3'); ?> </label> </div> <div class="frame-content" data-gx-compatibility="orders/order_paypal3"> </div> </div> <!-- Payone --> <div class="frame-wrapper hidden"> <div class="frame-head"> <label class="title"> <?php echo $GLOBALS['coo_lang_file_master']->get_text('payone_orders_heading', 'payone'); ?> </label> </div> <div class="frame-content" data-gx-compatibility="orders/order_payone"> </div> </div> <!-- Klarna --> <div class="frame-wrapper hidden"> <div class="frame-head"> <label class="title"> <?php echo $GLOBALS['coo_lang_file_master']->get_text('orders_block_heading','klarna'); ?> </label> </div> <div class="frame-content" data-gx-compatibility="orders/order_klarna"> </div> </div> <!-- PARCEL TRACKING MODULE --> <?php $trackingCodesContentView = MainFactory::create('TrackingCodesContentView'); $trackingCodesContentView->setOrderId($GLOBALS['oID']); $trackingCodesContentView->setPageToken($t_page_token); ?> <div id="tracking_code_wrapper" class="frame-wrapper"> <div class="frame-head"> <label class="title pull-left"> <?php echo sprintf(TXT_PARCEL_TRACKING_HEADING, $GLOBALS['oID']); ?> </label> </div> <div class="frame-content gx-container table-content" data-gx-compatibility="orders/orders_modal_layer" data-orders_modal_layer-container="tracking_code_wrapper" data-gx-controller="order/order_parcel_tracking" data-order_parcel_tracking-container="tracking_code_wrapper"> <?php echo $trackingCodesContentView->get_html(); ?> </div> </div> und ersetzen mit: PHP: <!-- MA-Boxen gestauscht PARCEL TRACKING MODULE --> <?php $trackingCodesContentView = MainFactory::create('TrackingCodesContentView'); $trackingCodesContentView->setOrderId($GLOBALS['oID']); $trackingCodesContentView->setPageToken($t_page_token); ?> <div id="tracking_code_wrapper" class="frame-wrapper"> <div class="frame-head"> <label class="title pull-left"> <?php echo sprintf(TXT_PARCEL_TRACKING_HEADING, $GLOBALS['oID']); ?> </label> </div> <div class="frame-content gx-container table-content" data-gx-compatibility="orders/orders_modal_layer" data-orders_modal_layer-container="tracking_code_wrapper" data-gx-controller="order/order_parcel_tracking" data-order_parcel_tracking-container="tracking_code_wrapper"> <?php echo $trackingCodesContentView->get_html(); ?> </div> </div> <!-- PAYPAL --> <div class="frame-wrapper hidden"> <div class="frame-head"> <label class="title"> <?php echo $GLOBALS['coo_lang_file_master']->get_text('orders_paypal3_heading', 'paypal3'); ?> </label> </div> <div class="frame-content" data-gx-compatibility="orders/order_paypal3"> </div> </div> <!-- Payone --> <div class="frame-wrapper hidden"> <div class="frame-head"> <label class="title"> <?php echo $GLOBALS['coo_lang_file_master']->get_text('payone_orders_heading', 'payone'); ?> </label> </div> <div class="frame-content" data-gx-compatibility="orders/order_payone"> </div> </div> <!-- Klarna --> <div class="frame-wrapper hidden"> <div class="frame-head"> <label class="title"> <?php echo $GLOBALS['coo_lang_file_master']->get_text('orders_block_heading','klarna'); ?> </label> </div> <div class="frame-content" data-gx-compatibility="orders/order_klarna"> </div> </div>
Super - DANKE! - wenn man weis, wo sich der Code versteckt ist es ja kein Problem. Leider nicht updatesicher und trotzdem als Anregung für Gambio gedacht - ich zumindest bin jetzt einmal happy
Was mir aufgefallen ist, das durch den neuen Adminbereich ja vieles oben aufgesetzt wurde. Das ist ansich OK nur sind da m.E. nach, unschöne Nebenwirkungen aufgetreten. Zum Problem. in /admin/includes/module/new_category.php nutze ich den Extender um eigene Zusatzfelder mit zu übergeben. Funzte bis 2.4 wunderbar, weil der Extender "NACH" PHP: echo xtc_draw_form('new_category', FILENAME_CATEGORIES, implode('&', $t_form_action_array), 'post', 'enctype="multipart/form-data"'); eingelesen wurde, was bedeutet, alle meine Felder wurden per POST mit übertragen. nun wird aber genau diese php durch /html/compatibility/new_category.php ersetzt und hier ist das doof!!! Da wird erst der Extender eingelesen und dann die Form eröffnet... Das finde ich unschön da ich nun den Extender nicht mehr nutzen kann.... Muss eben wieder im Cod gefrickelt werden! Kann man das eventuell mal überdenken???
Hi Steffen! Ich habe den Extender gerade nochmal getestet. Also bei mir funktioniert er. Die Verwendung der Anzeigebereiche muss halt beachtet werden. Mit echo zu arbeiten, wäre hier nicht vorgesehen (aber im alten Adminbereich durchaus möglich gewesen). Wenn du jetzt aber einen rieseigen echo-Wust hast, den du sonst erst umschreiben müsstest, könntest du das in einen ouput buffer umleiten und anschließend einem Anzeigebereich zuweisen. Im SampleExtender unter user_classes/overloads/_samples/AdminEditCategoryExtenderComponent/SampleExtender.inc.php kannst du dir alle verfügbaren Positionen anschauen. Hier auch ein simples Beispiel: PHP: <?phpclass SampleExtender extends SampleExtender_parent{ function proceed() { parent::proceed(); $this->v_output_buffer['bottom']['sample'] = array('title' => 'Bottom headline', 'content' => 'Bottom content'); }}
OK... Soweit war ich noch garn nicht vorgedrungen! Das schau ich mir mal an... Aber, ich sagte ja nicht das der Extender nicht funktioniert, ich meinte das der Inhalt des Extenders jetzt vor der Form ausgelesen wird und vorher war das nach der Form, was wiederum von Vorteil war, da ich automatisch alle input-Felder innerhalb der Form hatte und somit diese per Post übergeben wurden. Wenn das aber so wie du beschrieben hast funzt, ist das doch in Ordnung!