Beiträge von StefanSTS

Kann es sein, dass einige Produkte angelegt wurden, und dann die Sprache von Joomla umgestellt wurde?

Ein Blick in die Datenbank kann helfen, herauszufinden, ob Produkte unter _en_gb laufen oder _de_de.

Grüße
Stefan

Servus,

möglich ist das.

Da VirtueMart auf den Benutzern von Joomla aufbaut, müssten auch diese übernommen werden.
Die Namen der Datenbanktabellen geben da Aufschluss, "users" ohne "virtuemart" davor ist Joomla, VM hat das "virtuemart" als Präfix.
Die Benutzergruppen sollten evtl. auch übernommen werden, bzw. mit den IDs aufpassen, wenn schon vorhanden.
Wenn in der zweiten Installation schon Benutzer vorhanden sind, müssen evtl. die IDs geändert werden, da wird es dann etwas aufwändiger.

Wieviel Arbeit darin steckt, ist von Installation zu Installation verschieden.

Später das autoincrement hochsetzen, damit die Benuzter-IDs sauber weiter zählen.

Backup und probieren.

Auf die Schnelle
Stefan

Ich habe das gerade mal getestet, das Verhalten konnte ich in VirtueMart 3.0.18 reproduzieren, in einem VM 3.0.18.6 funktioniert die Umstellung für das Versandmodul weight-countries ohne Probleme.

Scheint also in der aktuellen Version 3.0.18.6 schon repariert zu sein.

Grüße
Stefan

Servus,

gibst Du da immer die gleiche E-Mail-Adresse an? Dann kann diese evtl. nicht wieder verwendet werden.

Steht in der Konfiguration "Gastbestellung erlauben" (oder so ähnlich)? Dann müsste es auch mit wiederholter E-Mail-Adresse funktionieren, wenn ich mich recht erinnere.

Grüße
Stefan

Zitat von Morlok-Services

Ich habe das selbe Problem. Wenn ich direkt in die SQL-Datenbank reinschreibe funktioniert es. Ich vermute mal ein Bug in der aktuellen Virtuemart-Version.

Möglich, welche ist die aktuelle VirtueMart-Version?

Zweimal 0,48 kg sieht für mich nach ca. 1,00 kg aus, wenn ich das durch 1000 teile, kommt da 0,001 kg heraus.

Der "Murks" könnte daran liegen, dass die Warenwirtschaft und VirtueMart nicht mit der gleichen Einheit rechnen.

Check mal die Gewichte, ob das Gramm oder Kilogramm sind, und ob das überall gleich ist.

Oder wenn Dein Shop noch auf 3.0.8 ist, hat vielleicht einer Deinen Shop gehackt und möchte Versandkosten sparen.

Alles ist möglich
Stefan

Hallo Hartmut,

ich glaube, seit VM 3.0.18.5 oder .6 gibt es eine Einstellung für die Sprache der Rechnung und die Sprache der Bestätigungsmail in der Hidden Config.
Ob das damit zusammenhängt oder ob Dir diese Einstellung hilft, kann ich Dir leider nicht sagen (eher nicht, aber man weiß nie).

Hab nur die geänderten Werte in der virtuemart.cfg gesehen, vielleicht interessiert Dich das.

Auf die Schnelle
Stefan

Servus,

in der VM-Konfiguration unter Stilvorlagen gibt es die Einstellung
[TABLE='class: admintable, width: 100%']

[TD='class: key']"Maximale Anzahl der Artikel mit Media Datei Anzeige"
[/TD]

[/TABLE]

Bei den Einstellungen ist allerdings Vorsicht geboten. Wenn man dort zu hoch geht, und der Server hat nur geringe Resourcen, bleibt das Backend stehen.

Grüße
Stefan

Servus,

jain, das geht mit den selbsterstellten Feldern.

Unter den selbsterstellten Feldern auf "Neu" klicken, dann Plugin auswählen und dann erscheint ganz unten eine Auswahl, dort den "Customer Input Text" auswählen.

Dieses selbsterstellte Feld dann später im Produkt auswählen.

Wenn die Textzeile nicht reicht, könnte ein Override des Sublayouts customfields.php helfen. Dort die Art des INPUT-Tags ändern. Hab ich allerdings noch nicht ausprobiert, was genau dann zu tun ist.

Grüße
Stefan

Servus,

das sieht so aus, als ob der Shop auf der englischen Spracheinstellung mit deutschen Begriffen läuft.

Wenn das ein Quickinstall eines Templates war, würde ich empfehlen, eine saubere Joomla-Installation mit VirtueMart mit deutscher "Inhaltssprache" anzulegen und den Quickinstall nur als Referenz zu nehmen, um den Shop aufzubauen.

Ohne angegebenen Hersteller wird dann an der einen oder anderen Stelle der Hersteller garnicht erst eingefügt. Evtl. muss man ihn in der Sortierung ausblenden, z. Bsp. über CSS oder in einem Override.

Grüße
Stefan

Servus Google-Finder,

das Problem wurde durch ein DIV erzeugt, das vermutlich nicht richtig geschlossen wurde.

In diesem Zusammenhang möchte ich erwähnen, dass ungültiger HTML-Code in Kategorie- oder anderen Beschreibungen dazu führen kann, dass DIVs und andere Elemente nicht geschlossen werden und somit die ganze Struktur der Seite aus den Fugen gerät. Es sollte folglich immer darauf geachtet werden, dass der HTML-Code in solchen Editor-Feldern gültig ist.

Der validator.w3.org kann bei solchen Aufgaben helfen, oder ein externener Editor, der die Code-Schnipsel analysiert, bevor man sie in Joomla/VirtueMart einfügt. Auch einige Joomla-Editoren haben Einstellungsmöglichkeiten, den HTML-Code zu überprüfen.

Man kann Probleme vermeiden, indem man die Texte möglichst einfach formatiert (DIV, H1, H2, P), und das Aussehen dem CSS des Templates überlässt. Eingefügte Texte aus Programmen wie Word verursachen oft Schmerzen in meinen Augen, wenn sie den Quelltext auf ein fünf- bis zehnfaches aufblähen.

Hope it helps somebody
Stefan

Zitat von faro

Hallo Stefan,

ich fage nur, weil ich es nicht wusste, ist das wichtig?

Hallo Faro,

das ist nur für Leute wichtig, die wie ich einen übertriebenen Ordnungssinn haben.

Im Grunde stört es nicht, wenn der Status weiter unten steht, aber wenn "Bestellung eingegangen" hinter "Versendet" kommt, dann muss ich da dreimal schlucken. Da diese Statusse manuell oder über die Versandart gesetzt werden und es keine Abarbeitung entlang der Liste gibt, ist das soweit in Ordnung.

Pending P wird automatisch gesetzt, wenn im Warenkorb eine Zahlung ausgewählt ist, deshalb ist dieser Status auch "locked".

Grüße
Stefan

Das hier könnte beim nächsten Mal helfen:

Wie bekomme ich schnellstens hilfreichen Antworten

Grüße
Stefan

Der Status U fehlt bei Dir vollständig.

Ich würde einen neuen Status U anlegen mit einer Beschreibung wie "Bestellung eingegangen, Zahlung ausstehend" oder so ähnlich, diesen dann über die Sortierung an die zweite Stelle nach P und vor C setzen.

Dann in der Zahlungsart Vorkasse diesen Status auswählen.

PS
Ui, Faro war schneller.

Hallo Helmut,

das sieht so aus, als ob der Punkt bei Dir Rechnung heißt.

Unter den Bestellstatussen kannst Du einmal schauen, da müsste ein Kürzel stehen, U für "Vom Kunden bestätigt".

Also einfach Rechnung dazu, dann sollte es funktionieren.

Wenn nicht, müssten die Bestellstatusse mal gecheckt werden.

Grüße
Stefan

PS. ein Screenshot von den Bestellstatussen könnte da Aufschluss geben.

Servus,

da würde ich eine Zahlungsart "Anfrage" anlegen.

Beim Klicken auf Kaufen, das man dann "Anfragen" nennen könnte, geht jeweils eine Mail an den Verkäufer und an den Kunden mit den Warenkorb-Daten heraus.

Hope it helps
Stefan

Der Product Builder von breakdesign könnte da passen.

Verschiedene Produkte können kombiniert werden, man kann Abhängigkeiten erstellen, Produkt 1, 2 und 3 Pflicht, und optionale Produkte dazu, Produkt 4, 5 frei wählbar zum Beispiel.

Es gibt einen Shop für Tauchlampen, der hat das eingebaut. Zu finden unter Konfigurator oder so ähnlich.

Hope it helps
Stefan

Hallo Hartmut,

das stark verbaut kam wohl von den fehlenden Sprach-Strings. Da vermutete ich das Schlimmste.
Die zweite Bestellung ging nach längerer Zeit wohl doch durch, ja. Ich hatte das Tab nach einer gewissen Wartezeit alleine gelassen und bekam dann irgendwann eine Mail.

Der Link auf der order_done.php ist geSEFt: http://demo.thepet.care/index.…X2?order_pass=p_abcedasdf

In der Bestätigungsmail ist der ungeSEFt und funktioniert. Irgendwo da ist der Fehler evtl. zu suchen. Kannst Du die Links mal vergleichen, bei Gast und registriertem Besucher? Ist da eine Einstellung im OPC (weiß ich gerade nicht).

Bisserl wenig Zeit heuer, sorry.
Stefan

PS. geh mal auf die 3.0.18.5, wenn Du eh schon bei der .3 warst. Da sind evtl. ein paar Dinge gefixt. Natürlich das Backup vorher nicht vergessen.

Hallo Hartmut,

irgendetwas scheint da wirklich start verbaut zu sein. Eine Testbestellung ging nicht durch, deshalb konnte ich auch die order_done-Seite nicht sehen.

Normalerweise befindet sich die order_done.php, die nach der Bestellung aufgerufen wird in der View Cart, allerdings hat der VP OPC eine eigene. Im OPC bastel ich nur herum, wenn es wirklich sein muss, Google Trusted oder so Sachen, ansonsten empfiehlt es sich, die Finger davon zu lassen, weil der One Page Checkout von Virtueplanet ohne Zutun sauber durchläuft.

Ist das die aktuelle Version vom OPC?

Grüße
Stefan

Hallo Hartmut,

schwer zu sagen ohne weitere Informationen. Wichtig wären die Joomla- und VM-Versionen und am besten ein Link zur Seite, damit man eine Testbestellung durchlaufen kann.

Vor einiger Zeit wurde etwas an der Erstellung des Benutzernamens und des Passworts verändert, die in dem Link angegeben werden, und auch in der Bestätigungsmail zu sehen sind. Evtl. hakt es da.

Grüße
Stefan

PS: bitte hier kurz lesen, geht um die Infos, die man zur Verfügung stellen sollte. Warum bekomme ich keine hilfreichen Antworten