BUG: I clienti ordinano oggetti non più disponibili - Users can order unavaliable items 
Autore: Francesco F.
Visite 1184,
Followers 2,
Condiviso 0
C'è un bug per l'e-commerce. I clienti riescono a ordinare prodotti da tempo non più disponibili. Probabilmente li avevano nel carrello da quando erano disponibili e poi non vengono eliminati in automatico. è successo diverse volte. Per favore correggete non ce la faccio più
There is a bug in the e-commerce version. Clients might order no more avaliable objects, probably because they had had the items before they became unavaliable and then the system does not delete them automatically. It has happened to me several times. Please correct
Postato il
In attesa che ti risponda qualche esperto potresti provare a verificare un paio di cosette.
Non é che per caso nella dir della cartella on-line ti ritrovi delle vecchie pagine?
Mi spiego meglio, se tu carichi sempre il sito nuovo (quello con le ultime modifiche) le vecchie pagine rimangono all interno della cartella. Dunque, dovresti cancellare tutte le pagine che hanno la data diversa a quella dell ultimo caricamento.
Sarebbe anche utile controllare la pagina dei carrelli...qui dovresti eliminare tutti i prodotti che non vendi piu´...
Non so quanto ti sia stato utile...pero nel dubbio meglio effettuare qualche controllo in piu ...
ps: l ideale sarebbe cancellare tutti i file del progetto contenuti nella cartella on line e caricare tutti i nuovi file...
ciao
Buongiorno Francesco,
come consigliato anche da Alessandro, prova a rimuovere tutto il sito dal server cancellando i file. Poi riesporta completamente il sito e verifica.
Facci sapere.
Autore
Grazie per le risposte
Provo a rimuovere le vecchie pagine.
il problema però non è che i clienti ordinano prodotti rimossi dal sito, il fatto è che dopo che cambio la disponibilità da "disponibile" a "non disponibile" alcune volte poi mi ritrovo nell'ordine prodotti non disponibili da tempo. Probabilmente il loro carrello non viene aggiornato sempre in automatico e riescono a effettuare l'ordine, ma questa è solo una mia ipotesi. Poi ogni volta bisogna stare a spiegare al cliente che non c'è più il prodotto.
Buongiorno Francesco,
forse l'utente ha tenuto aperto il browser con il prodotto già nel carrello e nel mentre tu lo hai reso disponibile. In questo caso può essere riuscito a completare l'ordine.
Hallo Francesco,
ich denke auch das die Besucher nie ihren Cache leeren und somit die alte Version aus dem Cache laden und dann sind alte Daten vorhanden. Villeicht mal die Cache-Vorgaben ändern auf maximal 1 Tag bis runter auf eine Stunde, damit sie die aktuelle Version öffnen.
Da weis KolAsim mit sicherheit eine Lösung :-)
Hier mal ein LINK dazu.
Datei von Originaladresse laden/wiki/HTML/Kopfdaten/meta#Datei_von_Originaladresse_laden
Häufig abgerufene Web-Seiten werden im Web auf so genannten Proxy-Servern zwischengespeichert. Das ist dann ein so genannter Proxy-Cache. Auch Browser speichern aufgerufene Seiten, und zwar lokal auf dem Rechner des Anwenders. Dabei spricht man vom Browser-Cache. Die Cache-Speicher sparen in vielen Fällen Leitungswege und Ressourcen. Ein Nachteil ist jedoch, dass dem Anwender möglicherweise Daten angezeigt werden, die gar nicht mehr aktuell sind, weil auf der Originaladresse mittlerweile neue Daten liegen. Sie können mit Hilfe einer Meta-Angabe erzwingen, dass die Daten nicht aus einem Cache-Speicher serviert werden, sondern vom Original-Server. Zu empfehlen ist diese Angabe, wenn Sie die Daten einer HTML-Datei häufig ändern und neu ins Web hochladen.
Beispiel <meta http-equiv="expires" content="0"> Mit <meta http-equiv="expires" content="0"> veranlassen Sie, dass diese HTML-Datei in jedem Fall von der Originaladresse geladen wird (expires = fällig werden).
Anstelle der 0 können Sie auch eine Zahl angeben. Diese Zahl bedeutet dann die Anzahl Sekunden, nach deren Ablauf der Web-Browser eine Datei, die er im Cache hat, auf jeden Fall wieder vom Server lädt. Mit content="43200" stellen Sie beispielsweise einen Wert von 12 Stunden ein.
Anstelle einer Zahl können Sie aber auch ein bestimmtes Datum und eine bestimmte Uhrzeit angeben. Dadurch bewirken Sie, dass die Daten dieser Datei nach dem angegebenen Zeitpunkt auf jeden Fall vom Original-Server geladen werden sollen. Datum und Uhrzeit müssen Sie im internationalen Format angeben. Beispiel: content="Sat, 12 Jun 2010 12:00:00 GMT". Notieren Sie den Zeitpunkt so wie im Beispiel mit allen Leerzeichen, Doppelpunkten zwischen Stunden, Minuten und Sekunden sowie der Angabe GMT am Ende. Als Wochentagnamen sind erlaubt Mon, Tue, Wed, Thu, Fri, Sat und Sun. Als Monatsnamen sind erlaubt Jan, Feb, Mar, Apr, May, Jun, Jul, Aug, Sep, Oct, Nov und Dec.
Autore
Intendevi forse "indisponibile"?
Possibile, solo che sono riusciti a ordinare cose dopo mesi che non erano più disponibili, non escludo che non abbiano chiuso il browser però (magari non spegnendo il computer, sospendendolo o mandandolo in ibernazione invece di spegnerlo)
Autore
Thank you Klaus, this might be the solution.
Do you know how can I improve this cache time deleting in Website X5? Is there a command, or I just have to write html lines in the "advanced" sector?
Thank You again
"Zu empfehlen ist diese Angabe, wenn Sie die Daten einer HTML-Datei häufig ändern und neu ins Web hochladen. Mit <meta http-equiv="expires" content="0"> veranlassen Sie, dass diese HTML-Datei in jedem Fall von der Originaladresse geladen wird (expires = fällig werden)"
Diese Zeile in alle Seiten (Shop-Seiten) der Seitmap unter Eigenschaften->Erweitert-> Vor dem </Head> Tag eintragen und Testen. So sollten nur die Shopseiten immer neu geladen werden und nicht aus dem Cache.
Einfach mal Testen
Vielleicht weis da KolAsim mit sicherheit da auch noch eine Lösung
Einfach mal Testen
"We recommend using this information if you frequently change the data in an HTML file and upload it to the Web. <Meta http-equiv =" expires "content =" 0 "> will cause this HTML file to work in any case is loaded from the original address (expires) "
Enter and test this line in all pages (Shop-Pages) of the pagemap under Properties-> Advanced-> Before the </ Head> tag. So only the shop pages should always be reloaded and not from the cache.
Just try it
Perhaps Kolasim surely knows that there is a solution laughing
Just try it
Der aller größte Teil der Menscheit die PC, Tablet oder Smartphones benutzen leeren nie den Cache
Das ist halt so bei Mausklickjunkies, weil sie es nicht Wissen wollen. Deswegen muss bei einem Shop mit einem zusätzlichen Code nachgeholfen werden.
Si scusami, intendevo non disponibile. E' possibile che si verifichi la situazione da te descritta. Se ne hai la possibilità, prova a chiedere a un utente che acquista un prodotto non disponibile come ha fatto così da avere più informazioni.
Autore
Buon pomeriggio
Ho fatto una prova più "concreta" con il software a me a disposizione.
Avevo un prodotto nel carrello, di prova, e dopo aver tolto la disponibilità a questo prodotto, esso risulta ancora nel carrello. Se provo ad aumentare (dal carrello) il numero di questo prodotto, appare un banner che dice "prodotto non disponibile" e la quantità viene riportata semplicemente alla quantità ordinata in precedenza. Se poi procedo all'ordine mi fa continuare tranquillamente.
Il prodotto dovrebbe invece essere eliminato dai carrelli sin quando se ne toglie la disponibilità, come per tutti quanti i siti di e-commerce, e un banner dovrebbe anche avvisare il cliente che è stato rimosso dal carrello, poiché è davvero un problema poi spiegare che alcuni prodotti ordinati non sono più disponibili. Questo bug andrebbe corretto il prima possibile.
+1
Autore
Confermo che il problema persite anche se si spegne il computer, lo si manda in ibernazione o lo si sospende. Il prodotto rimane lì finché non viene acquistato (sig!
) o l'utente non lo elimina dal carrello.
il prodotto rimane finchè non si svuota la cache del browser (ad esmepio con Ccleaner)
Autore
Ok, negli altri siti di e-commerce il carrello si aggiorna in automatico se vengono resi non disponibili prodotti. Penso sia fattibile correggere il BUG.
Negli altri ecommerce vi é implementato una funzione php che verifica la disponibilità dei prodotti al momento del checkout cosa che in Website non é implementato....
Buongiorno Francesco,
ti confermo che ho segnalato al nostro team di sviluppo la cosa così da poter analizzare la situazione. Grazie.