Beiträge von jotest

Zitat von dadasbln

bei mir ist die lang_german.conf

Yep sorry.
Wen es dies war sind die Datei wahrscheinlich ... dan meist brauchst Du den Original wider ( oder einer wirkendes aus backup)

Es könnte etwas mit den benutzte Editor sein!?
Wen Du den german.conf von die wo es den error gab noch hat, einfach umtauschen und test!?

Zitat von dadasbln

ier die Server Info:

PHP Version 5.3.13-nmm1

OK aber pass mal auf es gibt wegen Security probs Updates zum php v5.3.15

Weiter den PHP.ini memory limit sollte nicht den Standard 16Mb haben aber 32Mb oder 64MB
Sehe auch http://plussupport.commerce-seo.de/showthread.php…full=1#post5265

OJA smarty3 und Co alles nur ab PHP 5.3 glaube ich so auf anhieb

Aber php updaten nur wen Du sicher bisst dass kein andere sachen laufen die nicht 100% Tested und updated sind mit den php 5.3.x

UND BACKUPS

Hat es gelaufen den v2.2 vor deiner Module install, weil sollte immer einer nach den andere machen und testen, so kan men fehler ausschliessen!

Sind es die neue German.conf und hasst DU dieser edited?
Ja dan mit notepad++ und code UTF8 ohne Bom ?

Oder alles/teile von altes?

Es gibt auch noch ein par fehler in den v2.2 wo den Qf 1 und später den QF1.2 kommen werdet wen fertig und tested.

Teilweise stehen hier auch ins Forum ( bei BUGS v2.2) schon sachen und wie die behoben werden können

OJA neue produkten gibt es als einer Box in boxenmanager

Zitat von lastscout

OK, vielen Dank. Mir ist es auch aufgefallen, dass die neuen Produkte nicht auf der Startseite erscheinen, obwohl im backend eingeschaltet, zu sehen sind nur "Besondere Produkte".
Ich weiß, es gehört nicht hier rein, aber hast Du vielleicht mal eine schnelle Lösung für mich.

Gruß

LAuf mall in Admin backend noch alles nach bei einstellungen widergabe und den Zeit dass Produkte noch als neu sein sollen.

Sind die bei "Besondere" nicht auch den wirklich neue Produkten und oder mix mit den?

Den text "Besondere..." ist in einer language Datei zu ändern wie german.php oder german.conf

Hmmm glaube ja beim plus

Was bis dan durch uns als workarround war in Admin backend den Produktanzahl anzeige pro Seite zu erhöhen.
Dan wen es nicht al zuviel Produkte sind pro Suche/ Kategorie, passt alles auf einer Seite

hmm wen es tdoch irgendwo einer fehler ist (also wie memory leaks) kommt so etwas naturlich später wider zurück, dass auch im Auge behalten

Ok teste dan weiter aber halt auch den shipping im Auge

Oja wir setzen den wert immer standard auf 32 oder 64 weil so einiges lauft nicht wirklich mehr mit 16

Eni auch hier sehe mal nach

Hmm die Zeile 311 ist shipping methode

Wir haben tested: abholen, und zones und "Artikel-Versandkosten Zuschlag nur beim versandmodule

Zitat

die muss dan nicht bei den Ot Zusammenfassung noch oben drauf stehen

Dan bei Produkte selbst versand und spergut

Wen dort Zeile 311 ein fehler drin ( Shipping methode sehe auch beitrag beim Andrea ist in den Shipping Module dan so etwas wegen explode und /oder preg split (> php5.3.x) wie dieser hier ?

http://plussupport.commerce-seo.de/showthread.php…full=1#post5024

Hmm die Zeile 311 ist shipping methode

Wir haben tested: abholen, und zones und "Artikel-Versandkosten Zuschlag nur beim versandmodule

Zitat

die muss dan nicht bei den Ot Zusammenfassung noch oben drauf stehen

Dan bei Produkte selbst versand und spergut

Wen dort ein fehler drin ist den Module dan so etwas wegen explode und /oder preg split (> php5.3.x) wie dieser hier

http://plussupport.commerce-seo.de/showthread.php…full=1#post5024

Hallo Andrea / Eni

weil etwas mit die Sprache nicht richtig war sehe mal den Tabel nach auch dieser teil dass wirklich wen es Deutsch ist überall id 2 steht!

http://plussupport.commerce-seo.de/showthread.php…full=1#post5055

und dieser wo die auflistung hoffentlich Komplett ist.

Wen aber noch andere Module / erweiterungen drin sind mit langid dan auch nachsehen!

http://plussupport.commerce-seo.de/showthread.php…full=1#post5056

Hmm habe hier vergleich gemacht mit dieser Updates von teilweise 27-7 bei UNs sind die drin
http://plussupport.commerce-seo.de/showthread.php…full=1#post4872

Weiter ist in http://spiegel.vision2form.de nur zahlung voraus und beim abholen aktiv

Hallo Eni Andrea hat auch so etwas.

http://plussupport.commerce-seo.de/showthread.php…full=1#post5254

unterschied mit installs von Uns sind vielleicht nach Install / import daten direkt alles mit Sprache in ordnung gebracht / gut gesetz und oder unterschied in ja oder nein settings / updates.

Die Eni auch
http://plussupport.commerce-seo.de/showthread.php…full=1#post5252

unterschied mit install von Uns sind vielleicht nach Install / import daten direkt alles mit Sprache in ordnung gebracht / gut gesetz und oder unterschied in ja oder nein settings / updates.

Yep weise Seite nach einlog mit warenkorb und auch nach refresh nach kasse ( checkout.php)

Sollte nicht sein
Eigentlich auch kein fehler von / in shopprogramm, aber einer Kombination mit weiteres so wie settings in htaccess und php.ini von den server.

Weil bei de Commerceseo shop selbe lauft es und auch hier http://spiegel.vision2form.de

Den fehlermeldung muss man nachgehen,

Bitte hast Du meiner betraig hier noch den änderungen gemacht, hmm ist nur in /admin/orders-edit.php http://plussupport.commerce-seo.de/showthread.php…full=1#post5184

Yep aber trotzdem könnte es einer Kombination von einstellungen und Programma's sein
(htaccess, php und security settings)

Sorry hierunten einer auflistung in ganz schlecht Deutsch zum nachlesen wen so etwas öfter und bei mehere User vorkomt, dan traue ich mich wirklich zu sachen es ist etwas in den Kombi mit den COMSEO, jetzt ist es nur noch...

Habe aber nur vielleicht so etwas mit ältere version v2.1.1.5 und den onebutton update dabei gemacht von die Version v2.1.2.9 ( vielleicht den cart_actions.php) wo es in error log von server zum timeouts kam 408 errors. (am meisten mit den Apple browsers Kunden)
Hier waren/ gabe es dan zehr fremde sachen mit den Warenkorb auch nach leermachen cache und seourl reset.

Dieser errors waren dan auch noch zu sehen auf den Server:
"Segmentation fault is the result of inappropriate php recompilation." sagt google dan aber muss nicht sein.
Hier hat nach rücksprache mit Hoster nur einer restart ( httpd restart) geholfen wonach ich dieser teilen.

in cart_actions.php

Ab zeile 69

if (!is_object($_SESSION['cart'])) {
$_SESSION['cart'] = new shoppingCart();
}

Und checkout.php etwas mit eror payment

Dieser Updated sachen die damit anders waren wider rausgeholt für v2.1.1.5 aber ist/ und war auch nur einer versuch, bin mich gar nicht sicher ob es den COMSEO war, nur dass sich hier nach den Update dieser fehler gesammelt haben auf dieser Domain ( SSL mit eigen ssl und seperate ip und resseler account in einer cloudvps mit centos v5 php 5.3.15)

Wen es mehrere user gibt mit so etwas dan doch mal nachsehen, jetzt glaube ich noch am zufal vielleicht in Kombination mit versuchte hackerangrif bei UNs auf den Server

Zitat von admin

Ja, was auch immer Ich versteh nur Bahnhof.
Aber im Ernst, die schitt Button Lösung hat mich jetzt mehr als 3 Wochen zeit und Nerven gekostestet. Ich mach erst mal Urlaub und muss mal was anderes sehen, sonst geh ich am Stock. Habe jetzt so viele Shops umgestellt und Fixes zusammen gestellt, dass mir einfach ein wenig die Kraft fehlt. Habt also etwas Verständnis.
Ab September geben wir dann zu dritt Gas, mehr Details dann, wenn es soweit ist.

Yep alles Gute mit den Urlaub

Hier gab es fehler auf Server wegen den 408 timout errors, so wie es ausgeshen hat war er ein shop Versin 2.1.1.5 mit den letzten Onebutton update, also die von Version v2.1.2.x

Dort stand den text sollte auch gehen für niedrige versionen nur den /Inc Verzeichnis nicht mitnehmen.

Aber nur vielleicht meinte ich war hier den Ursache für den 408 zu finen habe dort ganz schnell wegen den errors, server speicher und und, einges druas geholt, danach die erros nicht mehr gehabt, aber es könnte auch etwas anderes gewesen sein.

Habe glaube ich den teil / update von den cart_actions.php wider draus geholt und noch etwas.

Wen also auch andere etwas fremdes haben , dan ist es vielleicht dieser Update die nicht 100% auch für ältere Versione ist auf jeden Server, Wen nicht war es vielleicht etwas anderes wie angriff oder so

Weil es gab Bestellungen auch bezahlt wo nur versandkosten in den cart nach abschluss waren

Also nicht was den Kunde vorher wirklich bestellt hatte.

Dan auch wen wir dan ein neure Bestellung versucht haben mit produkt x war es nur wen produktx in cart immer wider "produkt a" was gekauft / wirklich in warenkorb kam.

Also bitt zu jeden die so EINER ERFAHRUNG HAT MAL HIER POSTEN, WEN NICHT WAR ES NUR HIER

Mit ff13 / 14 view source dort den fehler in den html controle, weis es nicht genau aber seht so aus wie damals so etwas mit doppeltes captcha in einer aufruf