Beiträge von Milbo

Ich würd erstmal alles updaten und auch bei vmuikit nachfragen

Zitat von view2lord

hallo :),

ich habe eine sicherung auf die seite überspielt. bis jetzt geht alles :).

danke!

Das ist auch eine sehr seltsame Aussage.

Welche Sicherung? Von wann ist die Sicherung? Welche Version hat die Sicherung? Wenn sie vor dem update gemacht wurde, wurde nach der Sicherung wieder geupdated? Oder wurde sie nach dem update gemacht, ja warum gehts jetzt? und was heißt "alles"?

ich will mir mal die deutsche Sprachdatei vornehmen. Wenn Leute ins englische Forum gehen, verstehen sie nichts, da wir dort 3 Varianten unterscheiden
mit Strings
generischen Kindern
Multivarianten

Auch der Begriff "Selbsterstelltes Feld" gefällt mir garnicht. Er ist auch falsch, weil die Felder sich nicht selbst erstellen. Man könnte es auch einfach Attribute nennen. Oder Attributsfelder. Oder Eigenerstellte Felder bzw einfach "eigene Felder".

Also wie könnte man die Begriffe umbenennen? Man bedenke die "String" Variante umfasst eigentlich auch Bilder. Die Multivariante benutzt auch generische Kinder Ein "Wirrwarr". Allerdings ist es nicht so falsch, den "generic child" Variante lädt die Kinder für die Auswahlbox, während die Multivariante diese bereits gespeichert hat.

Desweiteren haben wir ein Problem mit dem Wort "Hersteller". ES ist in der Mehrzahl und Einzahl dasselbe und so haben wi einen Routing fehler in der deutschen Sprache bekommen (das warn Ding das erstmal zu finden). Daher gibts die Idee, die Hersteller in Marken umzubennen.

Dann haben wir Dinge wie "Produkt ist eine Variante von", man könnte es auch einfach Stammprodukt nennen.

Vermutlich ist der Customprototyp nicht richtig eingestellt. Der Customtyp A ist "generische Variante". Man kann den Customprototype öffnen und nochmal abspeichern.

Leider ist das viel zu komplex um mit dem bischen Information etwas anzufangen.

Die Frage ist erstmal, wie sind die Sprachen in Joomla aufgesetzt. Hast du ein Fallback menu (Sprache auf *), ja/nein? Ein Menu für jede Sprache? ja/nein. Hast du ein Menupunkt für den Warenkorb?

Haste mal getested SEF ja/nein? und was heißt error 404? Wird der von Joomla geworfen?

Da "name" und "username" so bekloppte ist, haben wir "displayed name", dann weiß man wenigstens klar, was man sieht.

Na lies nochmal richtig. Den Benutzernamen könnte man schon nehmen. Auf Englisch gibts den "Benutzernamen" und den "Namen" und den "Namen" kannste nehmen, aber eben nicht den "Benutzernamen".

Ja Faps, das hilft uns nur in keiner Weise weiter. Wenn ich den Fehler nichtmal weiß, wird sie so veröffentlicht, d. h. du kannst jetzt schon deinen Shop nicht mehr updaten, warum?

" jetzt geht gar nichts mehr! "

Es sollte einleuchten, daß diese Aussage völlig ohne Informationsgehalt ist. Ich habe da schon alles erlebt. Das einemal stand der server, das andere mal ging irgendeine Winzigkeit im checkout nicht. Was heißt es geht garnichts mehr.

Zitat von view2lord

hallo,

bei 1.) und 3.) besteht die fehlermeldungen weiterhin.

ich habe drei dinge installiert:
1.) com_tcpdf_1.0.2
2.) com_virtuemart.3.0.18
3.) com_virtuemart.3.0.18_ext_aio
mir ist aufgefallen, dass unter "komponenten" bei 1.) und 3.) die fehlermeldung "Komponente nicht gefunden" kommt.

habt ihr dafür/dagegen eine idee?

gruß, knut

Alles anzeigen

Ich verstehe ehrlich gesagt deinen ganzen Post nicht. Zuerst geht es um

"Class 'VmConfig' not found" im Frontend

Dann geht es um "Komponente nicht gefunden" im Backend für Komponenten, welche garnicht VM sind.

Zitat von view2lord

hallo,

Milbo: das verstehe ich leider nicht wirklich.

ich habe nun gemerkt, dass sobald ich seo einschalte (unter konfiguration) die fehlermeldung wieder kommt.
wenn ich seo ausschalte kommt keine fehlermeldung.

Jetzt sind wir wieder im Frontend, in der Vorderansicht. ? Dem kann ich nicht folgen. Ansonsten muß man sich auf deiner Seite erstmal anmelden. daher kann ich dort auch nichts sehen.

Abgefahren, auf welcher Ansicht war das?

Die Lösung besteht darin, alles beim Stammprodukt zu speichern. Sauber, du eine Lösung gefunden, auch die vorhandene "API" genutzt, sehr gut.

Die Lösung muß in der view.html.php gemacht werden. Es sollte beim rendern keine sql zugriffe mehr geben. und beim Abspeichern müßte es auch glei die Parentid nehmen und dann braucht man dennoch eine Config dafür, weil andere wollen das wieder nicht.

Oder ein gemischten Modus, beim Stammprodukt siehste alle und bei der Variante nur das Review für diese Variante.

es muß mindestens das Attribut "Warenkorbattribute" oder so gesetzt sein. Sonst wirds garnicht gespeichert. Das mit dem addtocart, das kann man im template lösen. Aber die Anfrage die du hast ist mit dem textinputplugin bereits gelöst

Dann like ma

Zitat von oakmountain

Bin jetzt auf einen anderen Server umgezogen.
Datenbankversion 5.6.33
PHP 5.6.26

Den Datenbankzeichensatz habe ich im PHP-Admin von latin1_swedish_c in utf8mb4_general_ci geändert

Die Meldung erscheint noch

Das kann man garnicht! Da wird man verarscht Man stellt nur den "default" Zeichensatz um, was nur interessant wird, wenn eine neue Spalte erstellt wird. Man muß die Spalten einzeln ändern. Ziemlicher nerv.

Zitat von oakmountain

Also ich habe, wie in einem anderen Thread beschrieben, den Mediahandler aus der 3.0.16 in die 3.0.18 kopiert: administrator/components/com_virtuemart/helpers/mediahandler.php

Fehlermeldungen sind verschwunden

Ja, weil die Fehlermeldung nicht drin steht. Der Fehler ist allerdings noch da.

Zitat von StefanSTS

Servus Moni,
Wenn Dein VirtueMart also alle alten Produkte hat, holt VM die auch von irgendwo. Möglicherweise aus der alten Datenbank, die noch in der configuration.php angegeben ist.

Richtig

Zitat von StefanSTS

Natürlich kannst Du das auch manuell machen. Und zwar so:

Du exportiert die Tabellen der alten Installation (hast Du ja schon).
Du exportiert Beispielprodukte aus einer frischen VM3-Installation.

Wenn Du das als CSV exportiert hast, kannst Du jetzt diese Daten in einer Tabellenkalkulation öffnen: Excel oder Open/Libre Office Calc oder so etwas.

Ahwaas, viiiel einfacher. Du musst nur alle Tabellen der alten Installation in die neue kopieren und zwar alle Tabellen die mit virtuemart_product anfangen und alle Tabelle mit virtuemart_category/ies und alle virtuemart_customs

Die einfach in die neue installation, dann unter Tools "update tables" ausführen. Fertig!

Man kann auch sehr oft vm2 einfach updaten indem man vm3 aufspielt. Fertig! Den Migrator von daycounts braucht man eigentlich für vm1 auf vm2. Er offeriert nur viele extra Optionen und updated die customfields von vm2 auf vm3 ein bisschen anders, kann besser mti Ausnahmen umgehen usw.

Zitat von StefanSTS

Dann vergleichst Du einmal die Struktur, also die "Überschriften" der Tabellen.

Keine Chance! Das würd ich nicht mal dir fehlerfrei zutrauen. Denn die customfield typen ändern sich ja auch. Eigentlich können das nur 2 Leute auf der Welt, ich und daycounts.

Zitat von StefanSTS

Ich schreib hier übrigens nur soviel, weil ich das früher auch immer alles selbst gemacht habe, man lernt unglaublich viel dabei.

Kann auch gehen, wenn man nicht zuuu exotische customfields hat

Ahhh, die Geschichte, ich wußte sie holt mich ein.

Ja das liegt an den Varianten mit den Kindern. Die Bewertungen müssten beim Stammprodukt abgespeichert werden und dennoch von den Kindern geladen werden, aber eben nur für generische und Multivarianten Stammprodukte.

Das ist dummerweise relativ viel aufwand, daher habe ich es noch nicht gemacht. Für sowas haben wir unsere Fördermitgliedschaft

Support : VirtueMart Supporter Membership

Für ne Gold Fördermitgliedschaft baue ich es zeitnah in den Core ein.

Teste mal glei die vm3.0.18.1, denn da wurde viel gearbeitet in dem Bereich. Die alte "virtuemart - frontpage" Ansicht ist deprecated und es sollte alles mit Kategorie Ansichten gehen. Die Frage ist nur wie das mit den Herstellern klappt.

Das ist böse . Merke diese Regel

"Der Benutzer/Loginname ist Teil des Passworts!".

Der Benutzer name darf NIE für normale Nutzer sichtbar sein. Daher gilt auch die Regel für den Admin Zugang eben NICHT "admin" zu nutzen. Auf den Namen "admin" laufen 99% aller Passwort attacken.

Daher, auch wenn ich weiß wie es geht, werde ich es dir nicht sagen. Der angezeigt Benutzername ist ja nicht mit dem Namen der Adresse identisch, die Kunden haben also selber die Wahlmöglichkeit.

In Zukunft liegt es im selben Tab, aber oben rechts. Solle leichter zu finden sein.