Robbee
Es ist zum Irre werden.
Yep war aber immer so mit den unterschiedliche Browsers und Webdesign / Sites / Templates
IE < v9 ist so ein .....
Wen man dan noch in die IE8 mit winXp in den unterschiedlichste Modus darstellen sol dan noch mehr ..................
IN jedenfall mus beim Fluid glaube ich Java richtig laufen, beim grid geht es auch ohne einige masse aber Bestellen nicht wirklich ofcourse!
Weis nicht so 123 ob es vorher gefragt ist aber beim Slave Product hat man ein Bild, die dan besser auch mittels ein POPUP auf zu rufen?
http://www.wintersport-onlineshop.nl/de/flexmeter-handgelenkschutz.htmlWenn ich auf das Feld "Ihr Konto" gehe, wird es per hoover farbig.
Welches meinst Du von den Headermenu oder nur den Text wen man bereits in eigen Konto ist also auf die Seite account.php weil die Link sist auch nacht account.php
Also ist man auf die selbe Seite und muss er nichts machen.
Wen Du meinst in Headermenu , welches Template, wen grid soll es laufen , vielleicht nachsehen austesten mit display inline./block oder solches in CSS
Hier geht in Warenkorb und dan Anmelden richtig (
www.wintersport-onlinshop.nl) v2.3.5 grid oder ?
Ist in Admin backend die einstellung wegen BAckground red
Sehe auch mal den Shop von COMSEO selbst wie seo-template.de und so weiteres ob die fehler dort auch drin ist beim dein IE8 settings?
Weil es muss ja auch java laufen.
Hallo Robbee
Hängt auch von IE8 settings ab wen es in Kompatibles modus ist und sich zum beispiel ausgibt wie ie6 dan ja gibt es wahrscheinlich probs wen nicht soll es eigentlich mit alle neues und QF's und den richtige settings in den css also auch ie.css laufen weil ja den ie8 muss man css anpassen wen es nicht alles standard mehr ist.
ie8 ist nicht css3!
Link ?
http://plussupport.commerce-seo.de/showthread.php…ternet+Explorer
http://plussupport.commerce-seo.de/showthread.php…ibilt%E4tsmodus
so gibt es noch ein par glaube mit ein par änderungen / settings haben die meisten es hin bekommen habe selbst kein fluid also kan nicht testen!
Post es hier zum Info wen man mit Images ( Frontend) probleme hat, auch nachsehen ob auf den Host den Google Pagespeed Mod drauf ist
Weil ja es könte damit zum verbesserte werte geben, mit Unsere COMSEO Shop soll es etwas um den 30% sein, aber ist nur den 30% ob es wirklich sin macht von ein ziemliche schnelle Shop noch die 30% mit mögliche probs wen den Images nicht so sein wie Google Pagespeed vorschreibt.?
Mit den Responsive und Adaptive in algemeine, damit gibt es so einiges.
Dieser teil soll vielleicht noch wirklich etwas bringen können vielleicht geht dies auch mit etwas anderes?
recompress_images wegen progressive
This filter attempts to recompress image data and strip unnecessary metadata such as thumbnails. This is also a group filter, and is equivalent to enabling: convert_gif_to_png, convert_jpeg_to_progressive, jpeg_subsampling, recompress_jpeg, recompress_png, recompress_webp, strip_image_color_profile, and strip_image_meta_data.
Weil es gibt verschiedene Forms und auch unterschiedliche benutzung / aufbau.
Für einige Formsachen vielleicht gut so etwas für ein bessere eindeutige einheit
http://www.phpinsider.com/php/code/SmartyValidate/
Sorry wen es Dummes Zeug ist bin kein Programierer, aber habe selbst Probleme mit den Form sachen überhaupt in COMSEO ein bischen zu verstehen 
Meine mehr mit validations.php oder so etwas zu machen, soviel wie möglich ein art universele basis zu haben für mehrere, oder werdet es dadurch langsam?
Sehe auch beim v24beta-comseo.de
line 26 column 2592 - Fout: Attribute xmlns:v not allowed here.
line 26 column 2592 - Waarschuwing: Attribute with the local name xmlns:v is not serializable as XML 1.0.
line 26 column 5062 - Fout: End tag div seen, but there were open elements.
line 26 column 4157 - Fout: Unclosed element form.
line 27 column 1084 - Fout: Stray end tag form.
Wen Master slave ist die fehler wider etwas anders
in den product_info.php gibt es:
$info_smarty->assign('FORM_END', '</form>');
die steht dan in productinfo1.html mit {$FORM_END} auch nicht 100% richtig
aber in masterslave.html steht es mit /form
Besser den gleiche weg und dan hoffentlich ohne dieser fehler weis nicht ob die auch dan gleich dieser problem beheben soll
http://plussupport.commerce-seo.de/showthread.php…full=1#post9178
es gibt einiges mit den Form probs auch in grid
oder kein /form und oder viel zu spät laut w3c in master slave gibt er stray end tag: /form
wen source un fehler poductinfo1 und so
Sehe auch beim v24beta-comseo.de
line 26 column 2592 - Fout: Attribute xmlns:v not allowed here.
line 26 column 2592 - Waarschuwing: Attribute with the local name xmlns:v is not serializable as XML 1.0.
line 26 column 5062 - Fout: End tag div seen, but there were open elements.
line 26 column 4157 - Fout: Unclosed element form.
line 27 column 1084 - Fout: Stray end tag form.
Habe es beim BUG 2.4 gesetzt ob deiner fehler durch dieser weis ich nicht?
http://plussupport.commerce-seo.de/showthread.php…p=9364#post9364
Also ob mehr sicherheit und es etwas bringt, ( ist mir ?) man könnte vielleicht mittels anleitung cookies setzen auf einer Subdomain und das die nur dort gültig sein.
you could set the cookie explicitly for http://www.example.com, instead of for example.com. Remember that that http://www.example.com is also similar to a subdomain and setting a cookie in it will not affect static.example.com or something_else.example.com
Also wen man ein Domain hat die heist shop.meindomain.de die hat auch ein ssl ( https) und damit ein eigene exclusive IP, die kan auf ein andere WEBSPACE liegen dan die meindomain.de
Vielleicht dan auch besser den COMSEO (cSEOid) cookies nur auf den richtige Shop domain zu haben ?
Muss man aufpassen das wen den Hauptdomain auch ein cookie hat dieser nicht in de wege ist/kommen kan.
Also Anleitung und wie zu testen , wen es sinvoll ist?
Und wofür es naturlich sinn macht wen man zum beispiel mit mehrere separate Themen SHOPS, in mehrere subdomains Arbeiten möchtet.
Denke aus SEO sicht kan dies mehr sin machen dan ein extra Hauptdomain, weil Google smeist einige domains mit subdomains glaube ich ziemlich oft zusammen.
Dan hat man wen ein extra Themenshop eröfnet werdet glaube ich laut den googlesachen vielleicht gleich den extra Links/backlinks oder ?
Es sind die kategorie_nav bilder die dort benutzt werden
Wen man von äleter Versionen komt dan Reviews dort waren mit ein / am ende die werden nicht auf den review mit .html umgeleitet ( automatisch
Wie: review-60/Corepad-EYEpad-XL-OEM/
Weiter wen man dan so etwas macht gibt er noch ein par endungen die dort ein bessere weiterleitung haben können.
Weil:
http://shop.cyes.nl/review-60/Corepad-EYEpad-XL-OEM.h
http://shop.cyes.nl/review-60/Corepad-EYEpad-XL-OEM.ht
http://shop.cyes.nl/review-60/Corepad-EYEpad-XL-OEM.htm
http://shop.cyes.nl/review-60/Corepad-EYEpad-XL-OEM.html
passen alle
Hmm kan sein dass das teil nur beim Fluid wirklich eingebaut ist, frage mal Admin, weil ich habe kein fluid
Hmm habe gerade wider wirkliche tests gemacht , also Komplette Bestellungen, Bestellungen mit abbruch auf den zahlseite von Bank und so weiter in jedenfall mit IE habe ich kein fehler gehabt.
Denke soll es mall mit FF auf ein fremde Rechner versuchen wo es so ein fehler gibt, hoffe ein bekannte besteld mal , und es geht dan schief, gehen wir auf ein Kaffee ( ja wirklich nur Kaffee) besuch und teste dort
http://www.spambotsecurity.com/forum/viewtopic.php?f=7&t=1403
37.75.185.216 ist den ip von dieser BOT http://www.abonti.com
Habe die Ip blocked weil , wen die so oft wie bei uns vorbei komt und man verkauft nur Produkten die am Lager sind, soll ein BOT die nicht in Warenkorb schmeissen !
Hhhm... das klingt ja nicht gut! ich versteh es aber noch nicht ganz, was genau passiert da bei dir, bzw wie kann ich den Fehler reproduzieren ?
Neen geht nicht, gelingt Uns auch nicht 
Deswegen ist es so lang drin, , war vorher nur 1 bis 4 mal Pro Monat jetzt teilweise mehrmals pro Tag nach Update von v.2.0 / v2.1 zum v2.3.x
Ist ein altes ideal Zahlmodule, die angepast vom OSC auf COMSEO, die geht auch ab 1.8.2013 nicht mehr.
Mussen wir dan sowieso dran, aber bin ans testen mit anderes.
Nur in zwichenzeit.
Wen ein Kunde Zurück komt von sein Bank ( mit ideal) und meist ( glaube immer) Firefox vielleicht mit no cookies in sein settings, komt dieser so zuruck, error loop und dazu möglich wegen settings cookies zulassung.
Aber weil es jetzt zu oft ist, ob es einer möglichkeit gibt so ein error / loop abzu fangen das er ( wen es geht kein error infront end gibt.
UNd schlimmer etwa 50 Bestätigungsmails.
Wen nur die mails auf 1 war ich schon fro
Weis auch nicht ob dieser problem mit errors , cookies und sessions wen es solche gibt überhaupt ein bessere Handling haben können ins / mit COMSEO, weil vielleicht in bestimmtes Kombinationen kan es so was geben. ( auch wen es an den Endkunden settings liegt in Kombi mit zustimmen von cookies oder so)
OJA Bestellung und INfo über Bazhlt ist ja alles in ordnung und richtig in Shop und Datenbank angekommen.
Error log ist dan mit php soweit ich seh [Thu Jun 06 14:02:48 2013] [notice] child pid 17206 exit signal Segmentation fault (11)
und dieser in acces log, in den loop also mehrmals > ( ist ein ältere aber zum beispiel)
195.2xx.2xx.147 - - [01/Jun/2013:12:10:27 +0200] "GET /checkout_process.php?cSEOid=deze-even-niet-gezet-ofcourse&stat=&errormsg= HTTP/1.1" 302 714 "https://betalen.rabobank.nl/ideal-betaling/signTransaction" "Mozilla/5.0 (Windows NT 6.1; WOW64; rv:21.0) Gecko/20100101 Firefox/21.0"
ist auf shop.cyes.nl zum beispiel aber auch andere
Hauptgrund warum ich dieser hier post, ist ein algemeines, wen irgend einer solche fehler hat, ob dieser dan auch zum sicherheit und und. irgendwo abgefangen werden können nach ein Freundliche SEITE mittels content manger eigenes INFO
Also auch anderer fehler die nicht 404 sind dieser so viel wie möglich abfangen und eine weiterleitung auf einer Custom / content manager Seite, ich weis nicht ob es mit ein art timeout geht
Weis nicht ob beim Sicherheit dieser Beitrag aber Sessions und Cookies sind teils dafür.
Wen so ein fehler nach weiterleitung nach Zahlung durch einer Module (den ideal war immer ab anfang ab und zu und ist langer drin, aber mit den v2.3.5 komt dieser fehler häufiger meist mehrmals pro Tag und die Kunden finden es nicht so gut), mit FF infinite loop error möglich ein problem mit den Cookies. ( ist den error in frontend beim Kunden)
Dan komt die hier mit den Bestätigungsmails von den Bestellung, aber dan ganz viele bis den Timout!
Wie dieser abfangen dass bei so ein fehler nur 1mal mail, und besser auch kein error in frontend?
Weil es kommen dan über 50 mails für einer gleiche Bestellung, mit timeout auf 200
Fast so wie oben in dieser Beitrag beschrieben http://stackoverflow.com/questions/1088…-login-redirect
Connector jtlwawi hattest Du mal per mail ein par Updates von mir erhalten, wen nicht mehr da dan nachfragen sende ich den nochmal.
https://support.google.com/merchants/answer/1344057
https://support.google.com/merchants/answer/1347943
https://support.google.com/merchants/answer/188494
Also aufpassen wen nicht Eindeutige und mit varianten
Bekleidung ist glaube ich noch nicht alles in COMSEO
Vollständige Liste der Bekleidungsattribute für Feeds mit den Zielländern Deutschland, Frankreich, Großbritannien, Japan und USA
•Farbe: erforderlich für alle Artikel aus der Kategorie 'Bekleidung & Accessoires'
•Größe: erforderlich für alle Artikel aus der Unterkategorie 'Bekleidung & Accessoires > Bekleidung' oder 'Bekleidung & Accessoires > Schuhe’*
•Muster: nur dann erforderlich, wenn ein Artikel aus 'Bekleidung & Accessoires' in verschiedenen Mustern angeboten wird*
•Material: nur dann erforderlich, wenn ein Artikel aus 'Bekleidung & Accessoires' in verschiedenen Materialien verfügbar ist*
•Altersgruppe: erforderlich für alle Artikel aus der Kategorie 'Bekleidung & Accessoires'
•Geschlecht: Erforderlich für alle Bekleidungsartikel aus der Kategorie 'Bekleidung & Accessoires'
•Marke: Erforderlich für alle Bekleidungsartikel aus der Kategorie 'Bekleidung & Accessoires'
•GTIN oder MPN - Erforderlich für alle Bekleidungsartikel aus den Kategorien Schuhe, Sonnenbrillen, Handtaschen und Armbanduhren
•Produktgruppe: erforderlich für alle Artikel mit Variantenattributen
und wen Bundles und co
Gebündelte Produkte
•Vom Hersteller gebündeltes Produkt (z. B. Kamera mit Objektiv): Folgen Sie den oben angegebenen Regeln für eindeutige Produktkennzeichnungen. Dieses gebündelte Produkt sollte als einzelner Artikel eingereicht werden.
•Vom Händler gebündeltes Produkt (z. B. vom Händler gebündelt verkaufte Kamera mit Tasche und Objektiv): Geben Sie für diese Artikel 'Kennzeichnung existiert' [identifier exists] mit dem Wert "FALSE" an und geben Sie keine eindeutigen Produktkennzeichnungen an, auch wenn diese für einzelne Artikel vorhanden sind.