Donaldiosa
-
Posts
33 -
Joined
-
Last visited
1 Follower
Donaldiosa's Achievements
-
Fehler gefunden... im gekauftem Theme standen die URL in der header.tpl hartcodiert drin.
-
Hallo Forum, ich habe selbstverständlich bei unserem Shop in den Einstellungern "SSL aktivieren", "SSL auf allen Seiten erzwingen" und auch "Front-Office Sicherheit verbessern" aktiviert und die Seite ist grundsätzlich über SSL erreichbar. Leider kommt aber in den Browsern trotzdem die Meldung "Diese Seite versucht, Skrips aus nicht authentifizierten Quellen zu laden". Ein Blick in den Quellcode zeigt folgende Positionen, die trotzdem über http geladen werden: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"><html xmlns="http://www.w3.org/1999/xhtml" xml:lang="de"> <script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.min.js"></script> <a id="header_logo" href="http://shop.domainname.de/" title="Verkaufsshop "> <li id="header_link_user"><a href="http://shop.domainname.de/" title="Zurück zur Startseite">Startseite</a></li> <li style="width:109px;"><a href="http://domainname.de" title="Zur normalen Homepage" style="text-transform: capitalize;" target="_blank">NormaleHomepage.<font style="text-transform: lowercase;">de</font></a></li> <p class="userinfo_twitter"><a href="http://twitter.com/domain" title="Folgen Sie uns auf Twitter" target="_blank" class="TR_urltwitter"></a></p> <p class="userinfo_instagram"><a href="http://instagram.com/domain" title="Folgen Sie uns auf InstaGram" target="_blank" class="TR_urlinstagram"> <p class="userinfo_rss"><a href="http://domain/feed/" title="Folgen Sie uns mit RSS" target="_blank" class="TR_urlrss"></a></p> </a></p> <a rel="ajax_id_product_8" href="http://shop.domainname.de/warenkorb?add=1&id_product=8&token="> Letzteren diverse Male mit verschiedenen ID. Eigentlich hatte ich erwartet, dass das elleinige Hinzufügen in der .htaccess von RewriteEngine on RewriteCond %{SERVER_PORT} 80 RewriteRule ^(.*)$ https://shop.domainname.de/$1 [R,L] dieses Problemchen beseitigen würde. Tut es aber nicht. Was habe ich vergessen? Hier mal der komplette aktuelle Schnipsel aus der .htaccess: <IfModule mod_rewrite.c> <IfModule mod_env.c> SetEnv HTTP_MOD_REWRITE On </IfModule> RewriteEngine on RewriteCond %{SERVER_PORT} 80 RewriteRule ^(.*)$ https://shop.domainname.de/$1 [R,L] #Domain: shop.domainname.de RewriteRule . - [E=REWRITEBASE:/] RewriteRule ^api$ api/ [L] RewriteRule ^api/(.*)$ %{ENV:REWRITEBASE}webservice/dispatcher.php?url=$1 [QSA,L] # Images RewriteRule ^([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$1$2$3.jpg [L] RewriteRule ^([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$1$2$3$4.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$1$2$3$4$5.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$1$2$3$4$5$6.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$1$2$3$4$5$6$7.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$1$2$3$4$5$6$7$8.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$1$2$3$4$5$6$7$8$9.jpg [L] RewriteRule ^([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])([0-9])(\-[_a-zA-Z0-9-]*)?(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/p/$1/$2/$3/$4/$5/$6/$7/$8/$1$2$3$4$5$6$7$8$9$10.jpg [L] RewriteRule ^c/([0-9]+)(\-[\.*_a-zA-Z0-9-]*)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2$3.jpg [L] RewriteRule ^c/([a-zA-Z_-]+)(-[0-9]+)?/.+\.jpg$ %{ENV:REWRITEBASE}img/c/$1$2.jpg [L] # AlphaImageLoader for IE and fancybox RewriteRule ^images_ie/?([^/]+)\.(jpe?g|png|gif)$ js/jquery/plugins/fancybox/images/$1.$2 [L] # Dispatcher RewriteCond %{REQUEST_FILENAME} -s [OR] RewriteCond %{REQUEST_FILENAME} -l [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^.*$ - [NC,L] RewriteRule ^.*$ %{ENV:REWRITEBASE}index.php [NC,L] </IfModule> AddType application/vnd.ms-fontobject .eot AddType font/ttf .ttf AddType font/otf .otf AddType application/x-font-woff .woff <IfModule mod_headers.c> <FilesMatch "\.(ttf|ttc|otf|eot|woff|svg)$"> Header add Access-Control-Allow-Origin "*" </FilesMatch> </IfModule>
-
to $this->smarty->assign(array( 'order' => $this->order, 'order_details' => $order_details, 'delivery_address' => $formatted_delivery_address, 'invoice_address' => $formatted_invoice_address, 'customer' => $customer, 'order_invoice' => $this->order_invoice, 'carrier' => $carrier, 'display_product_images' => Configuration::get('PS_PDF_IMG_DELIVERY') )); And add this row where ever you want in this file: pdf\delivery-slip.tpl <tr> <td colspan="1"> <p><b>E-Mail:</b></p> </td> <td colspan="11"> <p><b>{$customer->email}</b></p> </td> </tr> Finish!
-
Hello again tuk66, thank you very much, that works. Add the following row to this file: classes\pdf\HTMLTemplateDeliverySlip.php row-no 86 (befor $carrier = new Carrier): $customer = new Customer((int)$this->order->id_customer); Change the assign of smarty (row 114) from $this->smarty->assign(array( 'order' => $this->order, 'order_details' => $order_details, 'delivery_address' => $formatted_delivery_address, 'invoice_address' => $formatted_invoice_address, 'order_invoice' => $this->order_invoice, 'carrier' => $carrier, 'display_product_images' => Configuration::get('PS_PDF_IMG_DELIVERY') ));
-
Hello tuk66 and thanks for your reply. But I do'nt get then the Mailaddress because the return value of {$customer->email} is empty. But, if I enter {$address->lastname} instead, it is also empty. For a simple Test, I modified the file named pdf/delivery-slip.tpl like this: {$style_tab} <table width="100%" id="body" border="0" cellpadding="0" cellspacing="0" style="margin:0;"> <!-- Addresses --> <tr> <td colspan="12"> BeginEMAIL{$customer->email}EndEMAIL </td> </tr> <tr> <td colspan="12"> {$addresses_tab} </td> </tr>
-
Ich habe mir jetzt zunächst mit einem (ganz miserablen) Workaround weitergeholfen. Im Verzeichnis classes\pdf gibt es die Klasse HTMLTemplateDeliverySlip.php. Diese habe ich in der Funktion getContent() so erweitert, wie ich es normalerweise nun eigentlich absolut nicht machen würde. Aber bis ich herausgefunden habe was ich verändern muss, um die Mailadresse mit vernünftigen Codeing anzuzeigen, hilft dies schon mal weiter. Wenn es jemand jetzt schon besser weiß und mir einen Tipp geben möchte... Nehme ich gerne an ;-) Wer auch dieses Problem hat, der kann ja gerna auch diesen (ganz miserablen) Workaround nutzen... Einzufügen vor "$carrier = new Carrier($this->order->id_carrier);". ca Zeile 85 der Klasse. /* TRTEST Änderung Workaround */ $mysql_session=mysql_connect("$TempTR_Host","$TempTR_User", "$TempTR_PW") or die ("Verbindungsaufbau fehlgeschlagen: ".mysql_error()); mysql_select_db("$TempTR_DataBase",$mysql_session) or die ("Datenbankwahl fehlgeschlagen: ".mysql_error($mysql_session)."<br>--->$qry"); $TRtelefon = substr($formatted_delivery_address, strrpos($formatted_delivery_address, "<br />") + 6, strlen($formatted_delivery_address)); $TRqry = "SELECT c.email FROM `_customer` c, `_address` a WHERE a.phone = '" . $TRtelefon . "' AND a.id_customer = c.id_customer AND a.lastname = c.lastname AND a.firstname = c.firstname "; $TRresult = mysql_query($TRqry); $TRrow = mysql_fetch_row($TRresult); $TRemail = $TRrow[0]; $formatted_delivery_address .= "<br />" . $TRemail;
-
Moin Forum! Ich möchte auf dem PDF-Lieferschein die Mailadresse des Käufers mit anzeigen, doch finde ich im Moment nicht die passende Stelle Die Datenbankabfrage des Lieferscheins greift auf _address zu, die Mailadresse befindet sich in _customer und beide könnten ja über das Feld id_customer bei der Abfrage verknüpft werden. Doch wo sind in den Prestashop-Dateien die SQL-Abfragen abgelegt?
-
Moin, Moin! Ich habe da einen Bug in der neuesten Version von PrestaShop-Version 1.6.1.0. Einen Artikel in den Warenkorb legen "Ihr Warenkorb" anklicken -> Bestellübersicht Unter Adresse auf "Neue Adresse hinzufügen" Vorname Jürgen Speichern Es gibt dann 6 Fehlermeldungen (was ja auch richtig ist) Bei Vorname steht dann aber nicht mehr "Jürgen", sondern "Jürgen" Selbes passiert auch bei den anderen Formularfeldern und wenn der Kunde bereits als Kunde angelegt ist und dort Umlaute im Namen vorkommen. Bevor ich nun diesen Fehler melde: Fehler bei jemanden nachvollziehbar? Ansonsten: Fehler bei PrestaShop (würde ich meinen), oder vielleicht doch beim Template (würde ich ausschließen)? Entweder, ist hier ein htmlspecialchars zu viel, oder ein htmlspecialchars_decode zu wenig im Coding würde ich meinen.
-
Problem ist gelöst. Wenn jemand auch mal dieses Problem haben sollte: Tabelle _module_shop auf die Einträge mit der ID 12 (blockcms) und 15 (blockcontactinfos) überprüfen. Diese beiden sind bei mir (warum auch immer, ich selbst habe diese nicht gelöscht) nicht mehr vorhanden gewesen.
-
[GELÖST] CSS Problem
Donaldiosa replied to Donaldiosa's topic in PrestaShop-Download: Installation, Upgrade und Einrichtung
Schön wäre es gewesen, dass war auch das, was ich als erstes versucht hatte - es wird aber kein Support geleistet, wenn man individuelle Anpassungen durchführen muss. Ich habe es aber jetzt anders gelöst (Abfrage der Anzahl der Artikel im Warenkorb in blocktopmenu.php und blocktopmenu.tpl). -
Moin, Moin! Auf meiner Seite wird der HOOK_FOOTER nicht gefüllt s.d. die Links für "Sonderangebote Neue Produkte Verkaufshits Marken Lieferanten Allgemeine Nutzungsbedingungen Über uns" und "Adresse, Tel. usw." nicht angezeigt werden. footer.tpl: <div id="footer_court"> <div id="page_footer"> <div id="footer" class="grid_9 alpha omega clearfix">HOOK_FOOTER-Start{$HOOK_FOOTER}HOOK_FOOTER-Ende</div> <div id="bottom_footer"> Ergibt die Ausgabe: HOOK_FOOTER-Start HOOK_FOOTER-Ende Cache ist aus und "Kompilierung erzwingen" an. Debug bringt auch keine Fehlermeldungen. Es ist so, als wenn Hook::exec('displayFooter') nicht durchgeführt wird. Hat jemand schon mal dieses Problem gehabt, oder kann sich vorstellen, was hier falsch ist? "cache/smarty/compile" zu löschen hat auch keinen Effekt. "Nicht von PrestaShop entwickelte Module deaktivieren" auf "Ja" hilft nicht. "Alle Overrides deaktivieren" auf "Nein" auch nicht. Browserunabhängig, immer keine Anzeige Wenn ich in der DB nach footer suche, steht eigentlich alles richtig drin - soweit ich es beurteilen kann: _configuration: 11 Einträge _hook: 5 Einträge _hock_alias: 4 Einträge _module: 1 Eintrag _modules_perfs: 246 EInträge (Was ist dies für eine Tabelle?)
-
Hat auf diesem Weg funktioniert, Danke Dir!
-
Lokalisierung -> Übersetzungen -> - Installierte Module - Dein Template - Deine Sprache -> Bearbeiten oder über einen Editor z.B.: themes\[template-name]\modules\blocknewsletter\translations\de.php
-
Moin! Nun hat es mich auch "erwischt". Passwort zurücksetzten funktioniert nicht :-( Hintergrund: Vor einer Weile habe ich ein Backup der DB und aller Dateien erstellt. Selbstverständlich habe ich natürlich auch die PW dem Backup mittels Txt-Datei beigefügt. Nun möchte ich an diese Installation wieder ran und habe daher eine neue SubDomain und eine neue DB eingerichtet und alles hochgeladen bzw. die DB importiert. Danach wollte ich mich anmelden - doch es kommt "Mitarbeiter-Konto nicht vorhanden oder falsches Kennwort". Nun, der Mitarbeiter ist natürlich da und auch das PW stimmt logischerweise. Dennoch: Klick auf "Passwort vergessen" und die angekündigte E-Mail bleibt, wie auch bei einigen anderen, die dieses Problem hatten, auch aus. Wo die auch immer hingegangen ist, denn die URL steht auf Catchall, hätte ich also im jedem Fall erhalten. Dann eben über die DB (wie auf anderen Anfragen hier im Forum beschrieben), doch auch da: Fehlanzeige. Das richtige Passwort interessiert das System recht wenig. Nächster Versuch: Aus einer anderen Installation den _COOKIE_KEY_ kopiert (gleiche PrestaShop-Version), die settings.inc.php für die Backupumgebung entsprechend angepasst und nochmals einen Update in der DB ausgeführt, dann mit dem von mir dort täglich genutzen PW: Nöööö, hilft auch nicht. Mal statt Chrome die Brwoser FireFox, Safari, IE, Epic Yandex, Safari, Opera, SeaMonkey, Vivaldi ausprobiert, wie erwartet tut sich da genausowenig. Und, als wenn das noch nicht genug ist: Zwischendurch läuft man dann noch auf die Meldung "Sie können Ihr Passwort nur alle 360 Minuten ändern." - so zieht es sich jetzt bereits seit ein paar Tagen hin... Und nun? "Ende Gelände"? Jemand einen Tipp?
-
Thanks, that works fine