Beiträge von Milbo

Wie sehen denn die erzeugten Links der Pagination aus?

Danke Stefan,

nun, eine richtige Verlängerung geht momentan leider noch nicht, da muß ich noch etwas schreiben. Aber der Neukauf sollte etwa 3 Monate nach Ablauf noch günstiger sein. Aber ja, eine richtige Verlängerung wird kommen, weils ja viel angenehmer wäre (keine neue Nummer eintragen müssen).

Danke, ich hab den Fix noch für das ander JS erweitert. Ich frage mich, ob es Sinn macht das gleich in die höhere abstrakte Funktion einzubauen. Dann gibts keine Probleme mit pdfs mehr.

Zitat von HaeFB

Neuer Stand bei Joom 5.2.1 VM 4.4.2 11100
Bestehende Module zeigen den Schrottlink:
ht...://www.xxxxx.de/component/virtuemart/produkt.html?Itemid=101

Das kann der Cache des Modules sein, gerade das Produktmodul featured hat einen eigenen extra Cache, damit die Produkte nicht ständig wechseln, sondern nur alle 5 Minuten z.B.

tja und das mit der Einstellung, das ist ja witzig. Seltsam ich schaue mir das morgen mal an

Seltsam, also ich habe ein Menüpunkt angelegt, mit einem joomla article... Modul an die Seite,... Sowohl das Produkt mit Menu item für die Kategorie, als auch das produkt ohne Menu item zeigt einen richtigen Link.
Btw mit Menu /home/wears/t-shirt-classic-blue-detail warum da das home kommt? eigentlich sollte es nicht kommen, weil da is ja ein Menu item für.
Oder eben /volleinser/generic-child-cart-variant-172-detail interessanterweise für das Produkt bei dem die Kategorie Volleinser nicht als Menuitem existiert.

Also aus meiner Perspektive muß da nur noch das Home weg.

Aber ja, warum hat Google die falschen preise? Synchronisierst du deine Produkte selber? Dann fehlt da ein runden auf 2 stellen.

Das kann nicht sein Faro. Ich habe vor Jahren ein system für VM eingeführt, was sehr gut läuft und witzigerweise sehe ich es immer öfter auch woanders implementiert, wobei es eigentlich super dirty ist.
Es beruht alles auf der Annahme, daß Tausenderzeichen praktisch nie getippt werden. Alle Komma werden in Punkt umgewandelt, dann wird die Zeichenfolge in die Zahl übersetzt.

Zum Ursprungsthema, also das ist recht normal, das die GLK Darstellung sowas produziert. Fast jede Zahl erhält beim Abspeichern eine 1 am Ende. Daher speichert vm bis auf die 6 Stelle ab. Hier ist das ganz gut erklärt

https://www.wikiwand.com/de/articles/Gleitkommazahl

Hier ist eine einfache Einführung https://scienceblogs.de/von_bi…ise-rechnen-teil-1/?all=1
und

https://scienceblogs.de/von_bi…ise-rechnen-teil-2/?all=1

Man kann das auch selber austesten, einfach mal 123456789,123456789 als variable nehmen und diese Runden. und dann die interne Precision von php ändern. Früher stand da bei PHP immer 100, ich hab das dann in VM auf 12 oder so gesetzt, weil danach nur noch Grütze rauskommt Bei PHP7 oder so, haben sie es dann selber auf 12, 14 oder sowas gesetzt.

Ja schon klar. Aber im Fall von Faro war die Idee, daß es unmöglich ist, sich über das FE einzuloggen und das BE mit htaccess extra zu schützen. Die Frage ist halt, ob man das Loginmodule von offline auch nutzen kann, wenn der shop online ist. oder anders gesagt. man kann jede xbeliebige Seite an einen server schicken, bzw halt die POST Daten eines Formulars. Und wenn der Kontroller offen bleibt, is halt Mist. Es wäre schön, wenn es in Joomla eine Option gäbe wie "FE Login verbieten".

Die Idee ist dem Angreifer die Lust einfach komplett zu vermiesen, anstatt das man ständig im Log login versuche sieht. Wenn man dann noch statt adminstrator irgendein komisches Verzeichnis angeben muß ist imho so ein Shop extrem sicher. Das ist imho praktisch unmöglich zu hacken. Da muß man schon Power wie Google oder ein Geheimdienst haben, normale Hacker haben in so einem System ein extrem verringerte Chance. Klar kann eine Komponente selber wieder was öffnen, aber selbst wenn einer durch sql injection ein admin pw bekommt, so kann er damit nichts anfangen.

ja oldschool internet. Html ist statisch und ändert sich erst, wenn man einen Knopf drückt. Das war in den 00er Jahren völlig normal, auch noch anfang der 2010er Jahre. Wie oben schon geschrieben, der Warenkorb updated fast immer automatisch, ausser wenn man die Quantity ändert. Und das hat folgenden Grund. Wenn jmd die Pfeile benutzt und von 1 auf 3 geht, würde der Warenkorb sich störend 3 mal neuladen. Ich hatte das gerade erst heute wieder ein einem Shop, der nach filter auswahl sofort neulädt und das nervt, wenn man noch nicht fertig mit der Auswahl war. Daher wär eventuell die Lösung, Pfeile wegmachen, dann trägt der user gleich 3 ein und bei Änderung sofort updaten.
Hmm, da müßte ich mal ein Poll auf .net forum machen. Haarige Ge'schicht

Das is ja finster.

Nein, da kann kein duplicate Content entstehen. Es ist an sich von der Theorie das beste Seo. Das wichtigste möglichst vorne in der URL und URL möglichst kurz.

Dafür habe ich doch das Tool gebaut. Es gab imho seit 2 Jahren nie einen Fehler damit. Draufklicken und schon gibts weniger seltsame Fehler. Komischerweise bietet es joomla nicht an. du kannst gucken, auch im Internationalen Forum, Das Tool hat noch nie Probleme gemacht.

Wieviel Sprachen hast du? und wie enden deine Language tabellen? Die Komponente läuft seit Jahren recht ordentlich. Daher wundert mich das ganze etwas. Hast ne Ticketantwort mit meinem skypekontakt daten.

Btw, wir hatten am Donnerstag Feiertag und Freitag hab ich mir einen Brückentag genommen. Also ich tippe auf ein Sprachenproblem. Es gibt immer wieder das Problem, das man den Shop auf englisch installiert. Dann die Sprache installiert, und dann sind in den englischen Tabellen die deutschen Texte. Das merkt man aber nicht unbedingt, da der Sprachenfallback das vertuscht, so sag ich mal.

Desweiteren scheint da wohl noch das alte UTF8mb3 encoding aktiv zu sein. Eventuell mal unter Tools den utf8mb4 Konverter nutzen.

Nu ich bin der supporter des Produkts. Was steht denn da, wenn man exportiert?

Encoding info:
iconv_done: yes, lang_ext: en_gb, csv_enc: CP1252, db_enc: utf8mb4

steht z.B. bei mir. Welche Produktsprache ist eingestellt?

Tja, ich merk grad, das hatten wir dann wohl doch noch nicht gelöst. Das ist noch eines der ungelösten Probleme mit joomla 5 (und imho 4). Ich habe noch nicht herausgefunden, wie man das wegbekommt. Joomla 5 baut den Namen des Menüs immer gnadenlos dazu, in älteren Versionen hatten wir darüber die Kontrolle.

So bekomme ich auch /wear/wear mit den Sampledaten, wenn ich ein Menu "wear" anlege.

Aber nu, ne Stunde später, habe ich wohl doch das Problem entdeckt. Wir adden die default rules, was in j3 kein Problem war, aber wohl später, weil in j3 sind sie vermutlich leer, aber nicht in j5. bekommst installer über skype

Zitat von elelom

Aha, nach etwas suchen habe ich begriffen, das ich für die entsprechende Anzahl an Produkten einen neuen Preis anlegen muss.

Danke

Aber wie schon erklärt, es geht nur per Produkt. Man kann auch nicht über Kinder arbeiten. Also nur wenn man Quantities des gleichen Produktes hat funktioniert es. Aber üblicherweise gilt sowas über eine Produktart. z.B. 5 paar Socken in verschiedener Farbe.

Also es wäre besser für ein neues Thema, einen neuen Thread zu eröffnen. Sonst wird das für andere Mitleser unübersichtlich

Tja das kann jetzt alles mögliche sein. z.B. Menge verringert, nichts passiert? Das ist bei den meisten Checkouts normal. Was passiert wenn du den Warenkorb speicherst?
Wann wird der Warenkorb gespeichert?
- Wenn man ein Produkt hinzufügt.
- Wenn alle nötigen Checkboxen gesetzt sind.

- Wenn man ein "Speichern" Button innerhalb des Warenkorbs Bereiches klickt (z.B. Bezahlmethode kann sowas anbieten), oder wenn man ein update Button drückt, der z.B. neben der Quantity liegt.
- Wenn man auf "Checkout" bzw "Kauf bestätigen" geht. Ich meine es ist so gemacht. Wenn unten schon "kauf bestätigen" steht, dann sollte eine Änderung der Quantity diesen Button auf "checkout" zurückstellen.

Zu 90% liegt es daran, daß du nur die Zahl geändert hast und das wars. Man kann aber hier nicht für jeden click den Warenkorb neuladen.

Ich hab da fürs letzte Release einiges getan bzgl der Registrierung, aber ja diese Idee hat auch was. Allerdings müßte das eigentlich in Joomla selbst gelöst sein und zwar in den Controllern des Frontends, welche das einloggen ermöglichen. Oder im Plugin. Was passiert wenn du dich im offline modus anmelden willst?

Greift dann die htaccess?

Ach is ja interessant, daß da eine Sicherheitslücke war, denn über VM sind die da nie reingekommen. Diese Attacken gabs im Frühjahr und ich habe unseren Kontroller nochmal extra geschützt. So daß offensichtlich anfragen, mit SElect usw, gleich ohne Report abgewehrt werden. Aber ja es ist so wie Stefan sagt, der "Fehler" ist ein Report, der sagt "Da hat einer was versucht und mit diesem Versuch ist er nicht weit gekommen.

Hmmm, existieren diese Kategorien als Menuepunkte? Falls ja, kommt das vom Menue