Daycounts Migrator als Stichwort, wenn die Aktualisierung sonst nicht funktioniert.
Stefan
Daycounts Migrator als Stichwort, wenn die Aktualisierung sonst nicht funktioniert.
Stefan
Hi Piru,
Du kannst im CSS eine max-height: 120px; für das Thumbnail angeben, damit sollte das passen. Das Bild ist zwar größer, aber wird kleiner dargestellt.
Oder:
- beide Werte auf 120px
- oder nur die Höhe auf 120px (Breite: 0) und eine max-width: 120px; (oder 100%) im CSS für das Thumbnail setzen, damit das Bild im Querformat mit 120px Höhe auf die vorgesehene Breite verkleinert wird.
Es kann Sinn machen, die Kategorien so einzuteilen, dass in einer Kategorie nur Bilder hochkant, in der anderen horizontal dargestelt werden, sonst sieht man bei 120px nicht mehr viel von dem Thumbnail.
Im Allgemeinen tendiere ich dazu, die Bilder immer im gleichen Größenverhältnis anzulegen. Bei Shops mit vielen unterschiedlichen Grafiken macht das Verhältnis 1:1 Sinn. Dann kann man sich ein Musterbild erstellen, z. Bsp. in 1200x1200 Pixeln und dann die Bilder dort einpassen. Am Anfang etwas mehr Arbeit, aber dann gibt es keine Probleme mehr.
Grüße
Stefan
Servus,
leider kann ich bei Deinem aktuellen Problem nicht wirklich helfen.
Was Du aber machen könntest und solltest: Eine Spieglung des Shops unter einer Subdomain anlegen. testxyz.meinedomain.de und dort mit einer eigenen Datenbank und eigenem Webspace alle Änderungen und Updates testen.
Ich aktualisiere NIE
einfach einen Live-Shop, ohne vorher in der Spiegelung zu testen.
In der Spiegelung hat man ganz viel Zeit und Ruhe und keine Kunden im Nacken, die anrufen, weil der Shop plötzlich nicht mehr rund läuft.
Grüße
Stefan
Servus,
ich würde bevorzugt die VirtueMart-Registrierung für diesen Vorgang verwenden.
Es gibt auch noch eine E-Mail-Adresse unter Joomla-Konfiguration - Reiter Server - unten rechts.
Grüße
Stefan
Hallo Piru,
ich nehme an, Du hast von VM 2.6.6 auf 3.0.18 aktualisiert und noch alte Overrides in Deiner Installation.
Zum Testen der Funktion könntest Du den Ordner:
templates/Dein_Template/html/com_virtuemart/ umbenennen.
Etwa so:
templates/Dein_Template/html/com_virtuemartAUS/
Dann noch einmal die Thumbnails im Ordner resized löschen und neu versuchen.
Wahrscheinlich müssen die Overrides aus aktuellen Dateien aus 3.0.18 neu aufgebaut werden.
Grüße
Stefan
Servus,
die Dateien würde ich wieder zurück schieben, einfach Dateien hin- und herkopieren macht meistens mehr kaputt als es repariert.
Wenn die Dateien unter vmcustom abgelegt waren/sind, mag es sein, dass es zwei neue Selbsterstellte Felder Typen in VirtueMart gibt?
Um welches Plugin handelt es sich hier genau?
Stefan
Hi Nadja,
stimmt, das war kein Sublayout, ratings.php war ein Sublayout, Reviews laufen unter der default_reviews.php, da hatte mich die Namensgleichheit erwischt.
Evtl. so.
oder frag Google mal nach "php substr".
STS
PS. Gerade noch ein anderes Beispiel gefunden, keine Ahnung, ob das mit Variablen geht, happy PHP learning:
echo mb_strimwidth("Hello World", 0, 10, "...");
Servus,
der Bestellstatus "Neubstellung" ist von Hause aus in VirtueMart nicht vorhanden, muss also ein geänderter Status oder ein hinzugefügter Status sein.
Im VirtueMart Menü kann man unter Einstellungen - Bestellstatus die einzelnen Bestellstatusse sehen. Evtl. könnte hier ein Screenshot helfen.
Es kann sehr hilfreich sein, sich eine Grundinstallation von VirtueMart lokal auf XAMPP anzulegen, um die Voreinstellungen zu sehen und zu vergleichen.
Grüße
Stefan
Ja, genau das war es, Use Ajax in Browse View.
Vielleicht findest Du noch einen aussagekräftigen Titel für den neuen Thread. Vielleicht ist es ein jQuery Konflikt.
Servus,
leider hab ich das nicht mehr genau in Erinnerung, wie das in VM 2 war. default shipping hört sich so an, als ob dieses die Voreinstellung für die englische Sprachvariante des Plugins war und dieses ohne Bearbeitung abgespeichert wurde.
Es könnte helfen, das Backend einmal auf englisch zu stellen, mit etwas Glück wird die Versandart dann angezeigt und kann verändert werden.
Ansonsten dürfte nur ein Blick in die Datenbank weiterhelfen, dort kann man dann die Werte verändern.
Die Predigt mit den alten Versionen kann ich Dir allerdings nicht ersparen. Die Versionen sind dermaßen alt, dass sie offen sind wie Scheunentore. Ich würde die Domain einmal durch Online-Scanner wie virustotal.com und myjoomla scannen lassen, um zu sehen, ob da freundliche Mitbewohner auf der Seite sind.
In jedem Fall macht es Sinn, einmal eine Spiegelung anzulegen und auf dieser zumindest ein Update auf VM 2.6.22 und Joomla 2.5.28 (inklusive Patch nach 2.5.28) anzugehen.
Auch ein Update zu VM 3 und Joomla 3 muss nicht immer schwer sein, das kommt ein wenig auf die Erweiterungen an.
Auf jeden Fall bitte regelmäßig Backups anlegen, wenn es dann mal hart auf hart kommt, kann man damit noch einiges retten.
Grüße
Stefan
Servus,
VM 2 nur mit J 2.5.
VM 3 läuft mit J 2.5 aufwärts.
Für das Update also erst VM hochziehen, dann Joomla.
Für die Sprachdatei gibt es Links auf der Startseite von virtuemart.de.
Joomla sollte nach Update auf 2.5.28 noch den Fix für die später gefundene Sicherheitslücke bekommen.
Google findet da etwas unter Joomla 2.5.999.
Da wo im Quellcode die Namen über Variablen aufgerufen werden, könnte man diese zum Beispiel "trimmen" und nur den Anfangsbuchstaben stehen lassen.
Vielleicht findet man das im Sublayout reviews.php, hab da aber noch nicht wirklich hineingeschaut.
Stefan
Wenn ich mich recht erinnere, kann man bei 3.0.18 in den Selbsterstellten Feldern inzwischen einstellen, ob es weiterleiten soll oder nicht. Da ist irgendwo eine neue Auswahl.
Servus,
Dein Ziel sollte sein:
<body class="meine_seitenklasse">
Du hast dort 'class="meine_seitenklasse"' komplett in id="...." gesteckt.
<body class="$pageclass"> benötigst Du.
Also muss $pageclass nur der Name einer Klasse sein. Das erreichst Du mit Deinem Code über:
$pageclass = $docParams->params->get('pageclass_sfx'); Wobei $docParams eher verwirrend ist, Du holst damit das aktive Menü-Item, da passt eine Variable wie $menu.
So hab ich das in meine Templates gebaut:
$app = JFactory::getApplication();
$menu = $app->getMenu()->getActive();
$pageclass = '';
if (is_object($menu)) $pageclass = $menu->params->get('pageclass_sfx');
Im Body so aufgerufen:
<body class="<?php echo $pageclass; ?>">
Im CSS steht # für eine ID und der Punkt "." für Klassen.
#meien_id {CSS-Zeugs}
.meine_klasse {CSS-Zeugs}
Vielleicht das hier:
# RewriteBase /
zu
RewriteBase /
Hallo,
schau einmal in der VM-Konfiguration unter "Einstellungen Produktsortierung", da kannst Du das Feld GTIN ankreuzen. Damit sollte es in der Suche auftauchen.
Du solltest Dein Joomla nicht unbedingt updaten. Wir haben ja gerade wieder gesehen, dass die J 2.5er Shops sicher waren, während die J 3.6er schnell updaten mussten. Irgendwann wird aber der Zeitpunkt kommen, zu dem es dann Not tut, weil die anderen Komponenten nicht mehr mitspielen.
Wenn das Template auf VM3 nicht richtig läuft, kann es hilfreich sein, im Template erst einmal den gesamten Ordner /html/com_virtuemart/ umzubenennen und dann langsam die neuen Overrides anzupassen.
Oder ein Standard-Template nehmen und auf das alte Design anpassen. Ein One Page Checkout kann auch helfen, die Overrides für den Warenkorb nicht bearbeiten zu müssen.
Grüße
Stefan
Vermutlich würde ich ein neues Joomla/VM aufsetzen, den Daycounts Migrator nehmen und die einzelnen Dinge von der alten Seite Schritt für Schritt übernehmen.
Zwischendurch Backups machen und testen, ab wann der Fehler auftritt. Vielleicht ist das auch dann wie von Geisterhand verschwunden, wenn der Migrator den Fehler nicht übernimmt.
Nur so eine Idee
Stefan
Servus,
ein Override für das Sublayout prices.php sollte das richten.
Zu finden hier:
/components/com_virtuemart/sublayouts/
Override erstellen in
templates/mein_template/html/com_virtuemart/sublayouts/
Grüße
Stefan
PS. aktuelle Versionen gibt es nicht, siehe hier: Warum bekomme ich keine hilfreichen Antworten
"natürlich ganz unten" kommt darauf an, wo man natürlich lebt und denkt.
Servus,
versuch es mit 0,0001 Euro.