Shopversion 2.00 BETA - gibt es eine Demo?

[awids]

Machen wir uns nun schon über behinderte Rentner lustig, vsell?

Ja, das finde ich jetzt auch unter der Gürtellinie und genau die Frage hätte ich jetzt auch gestellt, wenn du mir nicht zuvor gekommen wärst. So etwas muss nicht sein. Somal es dort um eine ganz andere Thematik in einem ganz anderen Forum geht.

Ich meine die ganzen Navigationen/Paginationen, Radio-Buttons, Checkboxen etc. im Tabellendesign.

Achso, ich dachte, du beziehst dich aufs Grundgerüst. Dann sind wir jetzt auf dem selben Stand und ich kann dir beipflichten.

[vsell]

-Off topic-

Nein ich mache mich nicht lustig sondern sondern antwortete auf einen nicht zum Thema passenden Schmähbeitrag    des werten Herrn.

Wer Forenmitglieder nach der Anzahl seiner Beiträge beurteilt... 
oder über etwas -- hier den "Wind hinter der Firma" . von welchem Er definitiv keine Ahnung haben kann, sich zudem in allen verfügbaren Shopforen tummelt.... der ist mit Sicherheit nicht hier um konstruktiv zu urteilen.

Ebensowenig muss ich mich als Pseudo Oligarch betiteln lassen 

Im Beitrag des Herren ging es eindeutig nur um hier Stimmiung zu verbreiten
Wer das nicht versteht sollte seinen Beitrag nochmals lesen !!!

Vielen Dank für die Aufmerksamkeit
Gruss Fred

[noRiddle (revilonetz)]

Ich finde es schade und leider für die Verhältnisse der Denkweisen in Deutschland sehr bezeichnend, daß anstatt berechtigte und sachliche Kritik in der Community konstruktiv zu komprimieren und zu konsolidieren, hier Viele wahllos ihre eigene Unzufriedenheit über völlig subjektive Ansprüche äußern.

Ich sage es nochmal und füge einen Punkt hinzu:
Behoben werden sollte

• der Kategoriesprung
• die in Bezug auf Attribute mangelnde Lagerverwaltung,
  dann würden auch mehr Wawis auf dem Markt fehlerfreier mit dem Shop zusammenarbeiten.
• die Sprachen mittels Query-String anstatt z.B. eines virtuellen Unterordners
  zum Beispiel:
  DOMAIN.TLD/de/KATEGORIE
  anstatt
  DOMAIN.TLD/Kategorie?language=de
  

Der erstgenannte Punkt ist und bleibt ein echter Bug, egal was GTB dazu sagt.

Damit wäre eine perfekte Basis geschaffen.
Dinge die man an einer Software verbessern kann wird es immer geben.
Das Auslassen über z.B. Tabellen oder nicht Tabellen im Template ist unwichtig und eher eine Frage der Darstellung von modified eCommerce nach außen.
Jedem steht frei sich ein Template nach Wunsch zu bauen/bauen zu lassen.
Jedem steht frei sich Erweiterung die er speziell für seinen Shop benötigt einzubauen/einbauen zu lassen.

Würden alle was die wesentlichen Dinge betrifft an einem Strang ziehen, könnten wir auch etwas erreichen.
Diese Hoffnung habe ich aber in Deutschland bereits vor einiger Zeit aufgegeben.

Gruß,
noRiddle

[Godzilla]

• die Sprachen mittels Query-String anstatt z.B. eines virtuellen Unterordners
  zum Beispiel:
  DOMAIN.TLD/de/KATEGORIE
  anstatt
  DOMAIN.TLD/Kategorie?language=de
  

In anderen Forks ist das normal und wird mit mod_rewrite geregelt.
Du kannst dir aber für modified ein SEO-URLs Modul programmieren oder programmieren lassen...

Googles Aussage zum jetzigen Stand von modified shop kurzgefasst:

URL-Parameter / website.com?loc=de / Nicht empfohlen

https://support.google.com/webmasters/answer/182192?hl=de

[Matt]

Was mich ja immer wieder fasziniert ist wie wichtig Google seine eigenen Ratschläge nimmt:
https://support.google.com/webmasters/answer/182192?hl=de
https://support.google.com/webmasters/answer/182192?hl=en
https://support.google.com/webmasters/answer/182192?hl=fr
https://support.google.com/webmasters/answer/182192?hl=es
https://support.google.com/webmasters/answer/182192?hl=hu
[...]

Aber ich bin da bei noRiddle. Ich gehe sogar noch einen Schritt weiter und sage, die ganzen SEO-URLs müssen auf den Prüfstand. Eine Unterstützung für sprach-/regionabhängige (Sub-)Domains wäre wünschenswert und, auch wenn sie mich persönlichen nicht stören, müssen diese Doppelpunkte und IDs eigentlich raus aus den URLs.
Und das ist nichts für ein Modul. Das muss im Core so drin sein.

[web0null]

Wenn Google sich selber daran halten würde, wäre es auch noch schön.
Würde u.U. mehr vertrauen erwecken.

Nachtrag: Matt war mal wieder schneller.

[p3e]

Ich bin ebenfalls überzeugt, dass das keine optionale Erweiterung ist sondern in den Core gehört.

[noRiddle (revilonetz)]

Exactly, das war meine Intention.

Gruß,
noRiddle

[p3e]

Ich weiß

[luca]

Was mich ja immer wieder fasziniert ist wie wichtig Google seine eigenen Ratschläge nimmt:
https://support.google.com/webmasters/answer/182192?hl=de
https://support.google.com/webmasters/answer/182192?hl=en
https://support.google.com/webmasters/answer/182192?hl=fr
https://support.google.com/webmasters/answer/182192?hl=es
https://support.google.com/webmasters/answer/182192?hl=hu
[...]

Aber ich bin da bei noRiddle. Ich gehe sogar noch einen Schritt weiter und sage, die ganzen SEO-URLs müssen auf den Prüfstand. Eine Unterstützung für sprach-/regionabhängige (Sub-)Domains wäre wünschenswert und, auch wenn sie mich persönlichen nicht stören, müssen diese Doppelpunkte und IDs eigentlich raus aus den URLs.
Und das ist nichts für ein Modul. Das muss im Core so drin sein.

da hast du vollkommen recht mein lieber

[Godzilla]

Was mich ja immer wieder fasziniert ist wie wichtig Google seine eigenen Ratschläge nimmt:
https://support.google.com/webmasters/answer/182192?hl=de
https://support.google.com/webmasters/answer/182192?hl=en
https://support.google.com/webmasters/answer/182192?hl=fr
https://support.google.com/webmasters/answer/182192?hl=es
https://support.google.com/webmasters/answer/182192?hl=hu
[...]

Google hält sich doch an seine Ratschläge.
Die obrigen URLs stellen eine sprachliche und keine geografische Ausrichtung dar.

Wenn man z.B. diese URL nimmt:
https://support.google.com/webmasters/answer/182192?hl=de

und sie so abändert und aufruft:
https://support.google.com/webmasters/answer/182192?hl=at

dann landet man wieder hier:
https://support.google.com/webmasters/answer/182192?hl=de

Google schreibt zu diesen URL-Parametern, dass damit eine "Geografische Ausrichtung in Webmaster-Tools nicht möglich ist". Ich glaube nicht, dass es das Team von support.google.com sonderlich stört, dass es die Google Webmaster-Tool nicht zu 100% nutzen kann. Mal abgesehen davon, dass es bei diesen Seiten ebend keine geografische sondern eine sprachliche Ausrichtung gibt.

Für einen mehrsprachigen Onlineshop ist aber im Normalfall eine geografische Ausrichtung gewünscht, damit z.B. dem Besucher direkt Preise in der jeweilgen Landeswährung angezeigt werden.

Was ihr immer gegen Google habt...

[Godzilla]

Ich gehe sogar noch einen Schritt weiter und sage, die ganzen SEO-URLs müssen auf den Prüfstand. Eine Unterstützung für sprach-/regionabhängige (Sub-)Domains wäre wünschenswert und, auch wenn sie mich persönlichen nicht stören, müssen diese Doppelpunkte und IDs eigentlich raus aus den URLs.
Und das ist nichts für ein Modul. Das muss im Core so drin sein.

Ich wäre sogar dafür, dass das dann auch im Checkout so beibehalten wird.

Beispiel:

Code: PHP  [Auswählen]

DOMAIN.TLD/de/create_account.php
 

Hier muss dann z.B. "die Postleitzahl nicht aus mindestens 4 Zahlen bestehen" sondern definitiv aus 5 Zahlen, weil das so in Deutschland ist.
Österreichern und Schweizern werden dann entsprechend angepasste Seiten angezeigt.

Code: PHP  [Auswählen]

DOMAIN.TLD/ca/
 

Hier spricht man dann entweder Englisch oder Französisch aber die Währung nennt sich dort immer Kanadischer Dollar und entsprechende Zahl- und Versandarten sind möglich.

Mal abgesehen davon, dass create_account.php etc. zwar 99% der Besucher in Deutschland nicht abschrecken (keine Ahnung wie das z.B. Franzosen sehen) aber kundenkonto_erstellen klingt sicherlich vertrauenswürdiger.

[manne35]

Meine Meinung.

-Der "Kategoriesprung" ist natürlich ein Fehler... jetzt hat der Fehler inzwischen sogar schon eine eigene Bezeichnung...

-Die Parameter / Id s in der URL  sind nicht nur fuer Weiterleitungen eigentlich sehr sinnvoll...
zu Anfangszeiten von "Seo Urls"  war ich auch dagegen aber inzwischen finde ich die ID s in der url wieder richtig toll...
Detailierter: Urls ohne ID machen bei Kategorien wegen menschlicher Handhabung schon durchaus Sinn, bei Artikeln überwiegt für mich der Sinn der Products-id in der url eben wegen Weiterleitungen usw.
Aber ich muss sagen ich bin erst letztes Jahr auf die Doppelpunkt urls umgezogen und google hat sich sehr gefreut darüber... und ich freu mich jedesmal beim verschieben von Artikeln oder Kategorien dass ich 301 er Weiterleitungen habe die super funktionieren...

-Die Länderkürzel in der url finde ich inzwischen längst überholt und bei mir hat google 0 Probleme über die language Zuweisung im head oder über die englischen Wörter in der Seite oder url festzustellen welche Sprache die Seite hat. Ich würde /de/  oder /en/ nicht mehr einbauen.
Oder von mir aus noch /en/, aber de fuer eine hauptsächlich deutsch genutzte Seite ist m.E. völlig unnötig inzwischen.
Also bei mir haben sich die URLs wie sie jetzt sind als sehr gut in der Praxis bewiesen,
sowohl bei google als auch num nutzen ( id s in url für Weiterleitungen )

[Taboh]

Wir lesen mit keine Sorge...

Es ist nur wirkkich so, dass wir unseren Energie in die Auftragsabwicklung und Entwicklung stecken und nicht auf jeden Beitrag hier antworten.

Mehr und ausführlicher dazu dann morgen...

Grüße

Torsten

Hallo,
kommt da noch was ?

[Tomcraft]

Nein... kommt nichts weiter. Es geht hier um 6-8 stänkernde Leute sowie einen "Erfahrungsbericht" über eine noch nicht veröffentlichte Shopsoftware, der so sehr an der Oberfläche kratzt, dass ich ich nur die Hände über'm Kopf zusammen schlagen kann. Jetzt können wir überlegen, ob wir hier Kraft aufwenden uns elendig langen Diskussionen hin zu geben, oder ob wir nicht einfach weiter an der Entwicklung arbeiten. Die Wahl fiel auf letzteres zum Wohl der Community-Mitglieder, die sich auf die neue Version freuen.

Grüße

Torsten