Neueste Nachrichten (in Englisch): (am laden..)

luftpost

Members
  • Gesamte Inhalte

    10
  • Benutzer seit

  • Letzter Besuch

Ansehen in der Community

0 Neutral

Über luftpost

Profile Information

  • Ihr Name
    luftpost
  1. SSL bei aktueler 2.3.4.1 Version

    Ich hatte es auch mal ohne www versucht, ohne änderung. Aber bitte noch mal meine Frage genau beachten. Hat denn ein normaler SSL OSC *alle* Seiten im Frontent verschlüsselt? (Jemand ein Beispiel zu Hand? Ich finde über Google nichts.) Und meine Probleme im Backend sind nur bei den Bewertungen. Quelltext dazu und Einstellungen sind bei mir aber Stock.
  2. SSL bei aktueler 2.3.4.1 Version

    nein, beide configure Dateien haben jeweils www drin, an allen stellen. Mein Zertifikat deckt auch beides ab.
  3. Hi! Ich hatte mal gelesen, dass Google das Ranking auch an SSL on oder off aus macht. Ich habe also nun mal ein SSL-Zerti geschaltet und dies auch richtig in beiden Config-Datei aktiviert. Das ist zugleich mein Erstkontakt damit. Ist es richtig, dass im Shop erst wenn man zur Kasse geht SSL aktiv wird? Macht es nicht Sinn SSL immer aktiv zu haben? SChaut darauf nicht Google? Falls sinnvoll, wie kann man es überall aktivieren? Der Adminbereich ist ist ja komplett auf SSL. Da habe ich aber Probleme, dass auch der Übersichtseite die Berichte (genauer die Sterne) der Berwertungen SSL untergräbt. Genauso wenn man sich die Berichte ansieht, sind die Artikelbilder schuld. Ist das normal? Abhilfe? Gruß
  4. thx, hat funktioniert. mysql_insert_id mußte ich aber auch noch gegen tep_db_insert_id tauschen
  5. Hi! Ich benutzte schon länger die Erweiterung professional-invoice-and-packing-slip unter OSC2.2 und wollte diese nun auch unter 2.3.4 nutzen. Ich laufe da nur in 2 Probleme. Bein Aufruf schon gedruckter Rechnungen erhalte ich die Warnung: In diesen Zeilen befindet sind: 40 // how many invoice in the last year -START- 41 $verify_data_query = tep_db_query("select date_invoice from " . TABLE_INVOICE . " where substring(date_invoice,7) < '".((int) $date_array[year]) . "'"); 42 $count_num_invoice=mysql_num_rows($verify_data_query); 43 // how many invoice in the last year -END- Und wenn ich das 1. mal eine Rechnung drucke/aufrufe kommen zusätzlich diese Fehler: Das hat wohl mit der 1. Fehlermeldung zu tun. (?) In die Datenbank wird ohne Probleme order_id, date_invoice und onvoice_id geschrieben. Nur num_invoice steht bei neuen Rechnungen auf 0. Hat das jemand unter dem neuem OSC am laufen bzw. kann mir mal den Grund der Fehlermeldungen erklären? Thx!
  6. die "alten Bankdaten" kann man ja selber leicht ersetzen. Unter welchem Namen sind den Deine Erweiterungen im Apps Marketplace zu finden
  7. Hi! Mein Hoster (All-Inkl) hat mich quasi gezungen meinen alten 2.2RC2 Shop zu begraben und einen neuen mit 2.3.4.1 aufzusetzen. Mit Installation und Datenimport hat das auch erst mal gut funktioniert. Da bei uns viele Kunden immer noch gerne per Lastschrift und Eingabe von Kto und BLZ arbeiten, wollte ich dies auch wieder installieren. Ich nutzte diese Version hier: https://apps.oscommerce.com/GXxjC&german-banktransfer Wenn ich nun aber das Modul über die Admin-Oberfläche aktivieren möchte kommt diese Fehlermeldung: Warning: mysql_list_fields(): Access denied for user ''@'localhost' (using password: NO) in /www/htdocs/blabla/includes/modules/payment/germanbanktransfer.php on line 597 Ich weiß da im Moment nicht weiter. Zeile 597 sieht so aus: $fields = mysql_list_fields(DB_DATABASE, TABLE_CUSTOMERS); Ansonsten läuft der Shop ohne Fehlermeldung etc. Hat jemand einen Tipp? Aktuell läuft PHP Version 5.5.38-nmm2 Gruß
  8. Und wenn man nur ein Zusatzmodul installiert hat, was vorhandene Dateien ersetzt bzw. man selber an Dateien nur leichte Änderung durchgeführt hat, geht dies in die totale Katastrophe über ... Nach meinem Wissen geht dies nicht. OSC ist zwar schön, da man alles selber frei verändern kann, mit der 1. Änderung ist man aber quasi Einzelgänger und kommt quasi nicht mehr zurück. Das fängt dann leider alles schon mit so Sachen wie Widerruf, Nettopreise etc. an, worauf keiner verzichten kann.
  9. btw: Als Alternative könnte man den Shop ja nur auf aktuelle PHP und SQL-Versionen umstellen. Sonstige Änderungen und neue Funktionserweiterungen brauche ich nicht. Aber auch dies müßte irgendwo gut dokumentiert sein. Das im Alleingang zu erforschen und umzusetzen ist mir ohne handfeste PHP/SQL Kentnisse zu hoch.
  10. Hi! Über 12 Jahre wurde hier ein oscommerce-2.2ms2 betrieben (don't touch ..) Der Hoster hat Unterstüzung für alte PHP-Versionen abgeschaltet und nun hat man die SCHEI... ;-( Der Shop hat "die üblichen deuschen Add-Ons", ca. 10 aktive Erweiterungen, im Quelltext (leichte!) hardcoded Designanpassungen etc. pp. Es sind ca. 1000 Produkte, etliche Kunden, Bestelldaten und ein schlichtes Design vorhanden, die erhalten bleiben sollen. Wie geht man nun vor? Und was ist überhaupt möglich? In einem Forum laß ich, dass man jeden Updateschritt nacheinander durchführen soll: ... 2.3.3 to 2.3.3.1 to 2.3.3.2 und es wird auch eine Seite verlinkt: https://library.oscommerce.com/Online&en&oscom_2_3&release_notes&v2_3_3_2 Erstes Problem: Kleinere Versionen als 2.3.2 sind da nicht gelistet. Mit welchen Schritten ich von MS2 da hin kommen soll, ist mir erst mal schleierhaft. Nur über Dateivergleich? Ein Tool was 1000 Files auf Dateiebene vergleicht hab ich (noch) nicht. Und wenn man wirklich alle Schritte einzeln ausführt, was bekommt man dann? Einen Shop mit Krücke(n) oder wirklich was aktuelles? Sind hier im Forum Leute bekannt, die solche Arbeiten gegen Bezahlung und entsprechenden Sachverstand ausführen? Alternativen? Komplett neuaufsetzen oder auf ein anderem Shop wechseln - welchen? Ich habe aber Zweifel, da dies weder schnell und einfach sein wird. Auch hat man den Shop ja über 10 Jahre lang immer in kleinen Schritten auf seine Bedürfnisse und aktuelle Gesetzteslage angepaßt. Ein leistungsfähiger Shop, an dem man nicht immer selber Hand anlagen muß, wäre aber auch schon was feines ... (???) Gruß