Devi innanzitutto fornire una lista completa di tutti i CAP appartenenti a isole/zone disagiate per le quali i corrieri di solito applicano un sovrapprezzo.

Ho realizzato la stessa cosa con WordPress + WooCommerce ma serve quella lista che ti deve necessariamente fornire il corriere al quale affidi le tue spedizioni.

Puoi fare una prova qui dove ti calcola le spese di spedizione in base al CAP (se poi inserisci il CAP di Bitonto, essendo la sede dell'e-commerce a Bitonto, le spese di spedizione vanno a zero):

Il link potrebbe anche servire a KolAsim se decide di darti una mano:

https://www.gvshop.it/prodotto/pigiama-corto-coveri-uomo-ea2033/

Ciao

Ciao Giuseppe, la lista excel già ce l'ho... si è proprio quello che vorrei nel mio sito... Grazie

Perfetto Stefano, con la lista KolAsim potrebbe darti sicuramente una mano. Se attendi che tale funzione la implementi Incomedia sul software... beh, potrebbero volerci anni.

Ciao

... come idea, forse potrebbe essere più semplice la gestione con una lista delle Regioni penalizzate, se questa hanno tariffe diverse, (difficilmente differenziabili con il CAP)...

... intanto puoi anche farti un'idea alternativa con il semplice metodo usato da Luca per le spese di spedizione nel suo e-commerce:
https://www.lonardituttoperilgiardino.com/imlogin.php

... continua ... ... ... ...

.

... continua+ ... ... ... ... in teoria quindi:
... nel form-mail si potrebbe aggiungere il campo "Regione" da confrontare poi con la relativa lista;
... oppure un campo "Regione", magari con SELECT predefinito così si eviterebbe la lista;
... oppure usare il già esistente campo del CAP da confrontare poi con la relativa lista...
(tieni presente che il campo CAP non è relazionato con la città, la provincia e la regione; ...in pratica uno può mettere Palermo con il CAP di Como!!!)...
... di conseguenza:.
... predisporre nello #step2 due o tre tipi di spedizione, con tariffe a seconda delle restrizioni...
... eventi:
... in base alla digitazione della regione (o del CAP) nel form-mail si potrebbe condizionare nello #step2 la scelta della spesa di spedizione, selezionando automaticamente quella relativa e disabilitando le altre...
...
...!... è tutta una visione campata in aria...!...
... eventualmente come detto prima, per svilupparla occorrerà la tu partecipazione attiva, e nel caso ci risentiremo...

.

ciao

.

.. OK... l'accesso ha funzionato...
... secondo me qualcosa si può fare, con lo sviluppo vedremo eventuali incongruenze...
... manca nello #step2  la forma di pagamento relativa a "Corriere Espresso BRT Bartolini Zone Disagiate"

listacapK = [
"10011",
"10060",
***eccetera***
"CAP ultimo" //(senza virgola)
];

.

Allora, ho analizzato tutte le possibilità di sovrapprezzo e sarebbero questi quattro i metodi di spedizione aggiuntivi con svrapprezzo:

1. Corriere Espresso BRT Bartolini (Zone Disagiate)

2. Corriere Espresso BRT Bartolini (Isole)

3. Corriere Espresso BRT Bartolini (Zone Speciali 1)

4. Corriere Espresso BRT Bartolini (Zone Speciali 2)

Nel frattempo che preparo le 4 liste txt il mio problema è che creando questi 4 metodi di spedizioni e pubblicando il sito, restano online e non va bene perchè mi sballerebbero eventuali ordini processati dai clienti... come posso fare?

... per i TEST nel tuo sito in rete puoi creare una sotto-cartella chiamata "testxyz", ed in questa cartella riversi il tuo progetto che nessuno vedrà non conoscendone l'indirizzo, ma lo potrai consultare solo tu e quelli a cui partecipi l'indirizzo...
... oppure puoi usare uno spazio WEB free tipo Altervista, usato da tanti per i test reali online prima di pubblicare il vero sito, comunicando il link solo a chi vuoi ti......
... 

.

Ecco il link dove ho pubblicato il sito TEST con le 4 opzioni di spedizioni aggiunte a quella di default (Corriere Espresso BRT Bartolini).

Ti chiedo di non finalizzare ordini se possibile..

grazie

...un appunto, l'opzione di spedizione "Ritiro presso magazzino..." deve sempre essere disponibile in tutte e 5 le opzioni indifferentemente dal cap inserito...

... OK ... hai fatto correttamente le 4 liste, bravo...
... adesso spero io di non aver sbagliato qualcosa, ...le ho rinominate e convertite in formato JS per essere riconosciute poi dal mio codice...
... le trovi allegate qui nel Post in ZIP; ... le unzippi e le invii nella radice del,la cartella CART del sito TEST in rete...
... e nella sezione Esperto 3^opzione (prima della chiusura di /HEAD) del file speciale del carrello (index), incolla queste stringhe di codice:
<script src="listacapk1.js"></script>
<script src="listacapk2.js"></script>
<script src="listacapk3.js"></script>
<script src="listacapk4.js"></script>
...
... ci risentiremo domani in giornata, quando sarò disponibile...

.

ciao

↓↓↓

ok.. intanto faccio quel che mi hai detto... poi domani sarò disponibile per operare nel sito dopo le 18, tutto il giorno per scrivere qui....

Ciao, ho caricato e fatto tutto... ho anche impostato la pagina in php (non so se è necessario)...

... scusa, oggi ero fuori casa per impegni e putroppo son tornato tardi, poco fa...... 

... per ora ho controllato solo quello che hai fatto, e mi sembra tutto OK, regolare...

... domani se non ho ostacoli proverò a studiare la situazione, ed ad occhio e croce mi sembra possibile far qualcosa secondo le tue intenzioni...

.

ciao

.

TOPP!

... ciao, ...controlla online ... potrebbero sorgere delle incongruenze che possono essermi sfuggite...

... in allegato il codice in TXT da mettere sempre in proprietà pagina, esperto, 3^ opzione...

.

ciao

_

↓↓

.

... oppure, ... se non vuoi usare il codice a vista nel sorgente, ho allegato lo stesso codice in JS (ZIP), da inviare dove hai messo le precedenti liste dei CAP...

... quindi, sempre in proprietà pagina, esperto, 3^ opzione, ...aggiungi ai precedenti <script> questa scringa:

<script src="cap_cartstep1jsk.js"></script>

_

↓↓

Ciao Kol, come prima cosa vedo che colora la spedizione in verde...

il tutto funziona ma tiene conto solamente del CAP inserito nella sezione "indirizzo di fatturazione" ma, se inserisco il CAP nella sezione "indirizzo di spedizione" non tiene conto di questo ma considera il primo.. 

quindi, sarebbe possibile tener conto del cap se inserito in "indirizzo di fatturazione" e la sezione "indirizzo di spedizione" non viene compilata (senza spunta "I dati della spedizione sono diversi da quelli di fatturazione"), e tener conto del cap inserito nella sezione "indirizzo di spedizione" se questa viene compilata (spunta attiva su "I dati della spedizione sono diversi da quelli di fatturazione")....?

... altra cosa, prova a verificare anche tu: se imposti una nazione differente da italia vengono proposte tutte i metodi di spedizione ESCLUSO QUELLO ESTERO ( "Express Courier DPD Bartolini" )...

... sì. colora per vedere se funziona, ed anche per differenziarlo dal'altra riga; ... si può mettere il colore che vuoi, per esempio bianco. bgRowcolorK = "white"; ...al posto di bgRowcolorK = "lightyellow";

... ...  "indirizzo di spedizione" ... non l'ho priopro considerato......

.

ciao

.

... non so se ho capito, ma mi pare di ricordare che senza codice mettendo Austria lo #step2 presenava queste spedizioni

- Express Courier DPD Bartolini
*
- DPD Pickup Parcelshop

... eventualmente fammi sapere...

.

Si, mettendo la nazione differente da Italia deve presentare l'unica spedizione per estero Express Courier DPD Bartolini

senza fare controlli sul CAP immesso dal cliente.

cosa che adesso non presenta, perche propone la lista di tutte le modalità di spediizone presenti in WS

... non so se sbaglio qualcosa nel procedimento #step1-#step2, ma a me pare funzionare con questo risultato:

.

Forse avevo in memoria qualcosa nel browser... stasera ricontrollo.... a questo punto manca solamente la condizione del cap inserito nella sezione dati di spedizione:

"il tutto funziona ma tiene conto solamente del CAP inserito nella sezione "indirizzo di fatturazione" ma, se inserisco il CAP nella sezione "indirizzo di spedizione" non tiene conto di questo ma considera il primo.. 

quindi, sarebbe possibile tener conto del cap se inserito in "indirizzo di fatturazione" e la sezione "indirizzo di spedizione" non viene compilata (senza spunta "I dati della spedizione sono diversi da quelli di fatturazione"), e tener conto del cap inserito nella sezione "indirizzo di spedizione" se questa viene compilata (spunta attiva su "I dati della spedizione sono diversi da quelli di fatturazione")....?"

.... ho fatto una variante...

... devi verificare online tutte le condizione, magari possono sorgere altre incongruenze...

... in rete sostituisci il precedente file cap_cartstep1jsk.js   inviando  questo nuovo (ZIP) qui in allegato...

... una volta inviato penso che per il JS dovrai refreshare la cache con Ctrl+F5 ...

↓↓

Ciao Kol, "sembra" funzionare a dovere, non avevo dubbi! Ottimo lavoro come al solito

c'è questo difetto del colore, giusto per dirtelo, ma non è assolutamente un problema.

Se metti cap 07019 (corrispondente a spedizione 1 - località disagiate) il colore della cella del prezzo è grigio

Se metti cap 80081 (corrispondente a spedizione 2 - isole) il colore della cella del prezzo è corretto ed è bianco

Se metti cap 23041 (corrispondente a spedizione 3 - speciali 1) il colore della cella del prezzo è grigio

Se metti cap 22061 (corrispondente a spedizione 4 - speciali 2) il colore della cella del prezzo è corretto ed è bianco

... Poi se un utente quando si trova allo step 2 riaggiorna la pagina, con refresh, compaiono tutti i metodi di spedizione e ovviamente sono selezionabili

ciao

... invece penso che sia segno di malfunzionamento...

... controllando il tuo JS online ho notato errori (carattere aggiunto "Â")(!) ...che nel mio JS non sono presenti, forse dovuti al programma per unzippare che hai usato, e che potrebbero creare interruzioni nel flusso del codice, e che andrebbero eliminati...

... gli errori si trovano nelle righe 23, 36, 53, ...evidenziate in questo STAM in rosso:

.

... per ripulire rapidamente gli errori, ti ho allegato lo stesso file in fomato TXT (originale), ... e che quindi ne rinominerai l'estensione da ".txt" > in ".js"...

... manda in  rete in sostituzione del precedente JS, ...prova online, e fammi sapere del risultato sul colore della scheda bianca (white) che hai impostato correttamente tu per lo #step2 ...

.

eh già, l'errore non si genere nell'unzip, ma quando importo il file su server, che sia formato js o txt genera quei tre errori...

... ci sono anche altri " ! " ma ho verificato il txt ed è uguale al js caricato su server...

... nel tuo txt ho modificato nuovamente queste due righe per il colore ma il risultato è lo stesso:

.. adesso gli errori segnalati da me prima non ci sono più, ed il flusso non viene interrotto...
... non so degli errori che ti sono segnalati e del perchè, magari clicca sul triangolo(!) e leggi l'help, e comunque risultano innocui al flusso...

...... però scusa,, .mi sono accorto che di aver dimenticato attiva una doppia variabile:

bgRowcolorK = "yellow";
bgRowcolorK = "lightyellow"; // colore sfondo riga spedizione;

... delle due , una va eliminata, e se vuoi  il bianco, fai come avevi fatto prima con solo:

bgRowcolorK = "white";:

.

ciao

.

... correggi e controlla nuovamente online  e fammi sapere...

.

... ho ricontrollato adesso il JS online e prenesta ancora le due stesse righe dette prima:

>>  https://www.cyclingpropassion.it/TEST-AREA/cart/cap_cartstep1jsk.js

bgRowcolorK = "yellow";
bgRowcolorK = "lightyellow"; // colore sfondo riga spedizione;

.

... risolto il problema JS sopra emerso, poi passeremo, se possibile farlo,  a quanto avevi segnalato qui:

.

ah ok... io sto lavorando con il dominio ufficiale.. non nell'area test...

comunque adesso in entrambi ho messo alla riga 89 "bgRowcolorK = "white"; // colore sfondo riga spedizione;"

la riga sopra doppia l'ho levata...

mi sembra ancora uguale..

... no, adesso è uno solo ed white, e funziona, ...anche nel precedente link TEST-AREA il JS risulta corretto...

.

prova a verificare con il cap 07019... a me il prezzo lo d aancora colore grigio

sono strutturati uno bianco e uno grigio alternati, così:

Se metti cap 07019 (corrispondente a spedizione 1 - località disagiate) il colore della cella del prezzo è grigio

Se metti cap 80081 (corrispondente a spedizione 2 - isole) il colore della cella del prezzo è corretto ed è bianco

Se metti cap 23041 (corrispondente a spedizione 3 - speciali 1) il colore della cella del prezzo è grigio

Se metti cap 22061 (corrispondente a spedizione 4 - speciali 2) il colore della cella del prezzo è corretto ed è bianco

... in TEST-AREA x 07019  mi da:
> Corriere Espresso BRT Bartolini (Zone Disagiate)

... in TEST-AREA x 30100  mi da:
> Corriere Espresso BRT Bartolini (Isole)

.

... dimenticavo, ... sempre con sfondo bianco...

sto utilizzando Edge e chrome... a me da grigio la cella del PREZZO

(Zone Disagiate) e (Zone Speciali #1)  ... da impostazioni native sono in grigio...

... ma come risutato del codice EXTRA in #step2 risultano in bianco...

da programma colora le opzioni alternate, bianco - grigio - bianco - grigio ecc...

io vorrei la stessa impostazione, senza forzare il colore, forse non mi ero spiegato bene... quindi dovremmo togliere la riga bgRowcolorK = "white"; // colore sfondo riga spedizione; in modo che eredita da programma i colori di default alternati?

il risultato dovrebbe essere così:

... ma, il tuo precedete STAMP non lo riscontravo, ma adesso ho capito che ciò avviene a tutta apertura...

... adesso provo a controllare se trovo qualche escamotage senza toccare il JS...

.

no no aspetta... questo stamp è dato quando arrivi allo step 2 ed esegui il refresh della pagina........

... sta di fatto che il colore del PREZZO dovrebbe vedersi alternato bianco e grigio, come la loro relativa cella a sinistra... così per intenderci, riporto l'esempio delle righe del pagamento...

L'anomalia è questa! la cella del prezzo!

Lo stamp di prima con tutte le opzioni deriva da questo fatto, come ti dicevo in questo post "... Poi se un utente quando si trova allo step 2 riaggiorna la pagina, con refresh, compaiono tutti i metodi di spedizione e ovviamente sono selezionabili"

... con questo codice, inserito nella stessa sezione (3^) a seguito degli altri, dovresti poter vedere nello #step2 sempre in bianco la riga sped. BRT, ed in grigio la riga magazzino in modo che al risultato del codice le due righe siano sempre distinte...

<style>
.shipping-table tbody tr:not(:last-child) */*K*/
{background-color:white !important}
</style>

... fammi sapere...

... ps: ... con questo codice aggiunto, se non attivi il codice JS, o se fai il refresh, tutte le spedizioni saranno in bianco e non alternate...

.

ok direi che ci siamo! visualizzalo nel sito ufficiale, non area test!

... i miei controlli esclusivi che ho assemblato sono:
- pre-controllo di NAZ e CAP in #SETP1 con pulsante virtuale, vincolante per il passaggio successivo;
- esclusiva verifica correttezza formattazione CAP;
... ricerca del CAP nelle liste;
- condizionamento risultato nello #STEP2
...
... !... manca il controllo sul refresh-reload che hai segnalato per lo #STEP2...!...

.

... questo mio codice dovrebbe intercettare il reload nello #step2, lanciare un messaggio di ALERT e ritornare nello #step1 per la riconferma dei dati...

<script>
$(document).ready(function () {//K;
/** -- controllo reload x WSx5 in cart #step2(<<#step1) by KolAsim -- **/
anchorK = window.location.hash;
reloadK = 0;
controlReloadK()
});//K<<;
//------------------------------
$(window).on("hashchange", function() {//K2>
anchorK = window.location.hash;
controlReloadK()
});//K2<<;
//------------------------------
function controlReloadK(){ // controlReloadK() >,
if(anchorK == "#step1" && reloadK != 1 ){ reloadK = 1;};// step1 > | <<;
if(anchorK == "#step2" && reloadK != 1 ){ // step2 > ;
alert('Attenzione!\n... è stato avviato un reload,\n'+
'pertanto è necessario riconvalidare i dati personali\n'+
'nel modulo predisposto, e cliccare "AVANTI"')
location.href = "index.html#step1";
}; // step2 <<;
}; // controlReloadK() <<;
</script>

.

ciao

.

Ciao Kol... una bomba funziona alla perfezione!

giusto per tua info: allo step 3, se cicchi il bottone indietro, esce il tuo ALERT e quando dai l'ok il tutto riparte dallo step 1. (non è assolutamente un problema!)

Tanta roba complimenti!

ps: ho modificato il contenuto del testo.

... prova a sostituire il codice con questo e controlla online, ove ho aggiunto la condizione per lo step3:

<script>
$(document).ready(function () {//K;
/** -- controllo reload x WSx5 in cart #step2(<<#step1) by KolAsim -- **/
anchorK = window.location.hash;
reloadK = 0;
controlReloadK()
});//K<<;
//------------------------------
$(window).on("hashchange", function() {//K2>
anchorK = window.location.hash;
controlReloadK()
});//K2<<;
//------------------------------
function controlReloadK(){ // controlReloadK() >,
if(anchorK == "#step1" && reloadK != 1 ){ reloadK = 1;};// step1 > | <<;
if(anchorK == "#step2" && reloadK != 1 ){ // step2 > ;
alert('Attenzione! È stato avviato il reload della pagina, pertanto è necessario riconvalidare i dati personali allo STEP 1 "Dati acquirente" e cliccare "AVANTI".')
location.href = "index.html#step1";
}; // step2 <<;
if(anchorK == "#step3"){reloadK = 1};// step3 > | <<;
}; // controlReloadK() <<;
</script>

.

ciao

.

allo step 3 se fai il refresh della pagina rimane sulla pagina senza generare l'alert, però se clicchi il bottone INDIETRO va allo step 2 e visualizza tutte le modalità di spedizione... lascerei come prima con l'alert che rimanda allo step 1... è più sicuro

VERIFICA ANCHE TU perchè ora sembra che cliccando indietro allo step 3, torna indietro regolarmente senza restituire l'alert... uhmmmm boh (ora c'è caricato il primo script)

quindi... è così che funziona:

step 1 ok

step 2 ok > se fai refresh torna allo step 1

*****

step 1 ok

step 2 ok

step 3 > se fai indietro torna allo step 2 regolarmente

*****

step 1 ok

step 2 ok

step 3 > se fai refresh (ricarica la pagina normalmente) se poi clicchi indietro restituisce l'alert

... OK ... ho provato adesso e mi pare corretto il funzionamento per come strutturato il codice, perchè il reload nelo #step3 porta fuori dalla sessione attivata nello #step1 azzerandone le variabili dinamiche...
... sarà difficile che capiti spesso, ma nel caso  l'ALERT avviserà e riporterà nello #step1 per la riconferma...
... se si togliesse l'alert al reload nello #step3, tornando poi nello #step2 si ripresenterebbe tutta la lista normale delle opzioni di spedizione...
... considerare che  (#steo0), #step1, #step2 e #step3, (#step4), sono Ancore dinamiche della stessa pagina INDEX...
...!... a proposito di INDEX, mi pare che ne avevi parlato qualche post indietro, attualmente il codice si basa sulla INDEX "index.html"...!...
... in caso di INDEX "index.php" ... andrebbe rivisto ilo codice...
.
ciao
.

Ok, ora e in html, e lo resterà 

... se per caso vuoi provare INDEX in PHP devi correggere il riferinento nella riga 53  del codice (fuzione cercalistaK()). attualmente:

location.href = "index.html#step1";

.

ciao, e buona continuazione

.

Ciao Kol, mi sono accorto per caso che inviando le richiesta dai form del mio sito le mail che ricevo sono tutte sballate... così... Mi viene in mente che non ho più fatto modifiche al sito dopo che abbiamo inserito gli script per la spezione custom.... hai modo di controllare da dove derivano questi errori delle mail?

questa ad esempio è la riga di un ordine ricevuto... campo mail:

questo sotto se compili questo form

questo sotto se compili questo form

***********************************

... non so se dovuto al tagmanager, ma non vedo il mio codice in quelle pagine, ...e comunque in teoria qualora fosse, non dovrebbe interferire con il risultato delle e-mail, essendo un fattore solo visuale nel cart/step2, esterno al motore del programma...

... adesso non so se possa influire con i due form_mail linkati, ma ho notato che hai degli errori dovuti al traduttore EXTRA che hai inserito e che potrebbe interferire con il flusso regolare della pagina...

... mi pare che il traduttore EXTRA lo hai inserito nel Passo_1; ...prova ad eliminarlo e poi ricontrolla il funzionamento delle e-mail ripubblicando...

... oltre questo, forse potrebbe esserci qualche codice errato o carattere riservato nei testi che compongono la e-mail, ...che potrebbero interferire nel flusso PHP...

.

ciao

.

nel sito che avevo caricato come test area funziona tutto ed aveva già il traduttore e i testi con i link e con le stesse impostazioni dei testi inseriti nelle impostazioni mail.... non ho fatto altre modifiche da quella volta, e non ho fatto aggiornamenti del programma..

ora nell'area test ho eliminato:

script spedizioni + traduttore che erano le cose che erano cambiate... ma niente da fare

anche perchè sto cercando nelle pagine questo pezzo di script ma non lo trovo...

d colspan="2" style="padding-top: 8px; border-bottom: 1px solid #000000; font: normal normal normal 10pt 'Arial'; color: #000000; background-color: #FFFFFF; text-decoration: none; text-align: left; ">

... forse lo hai inserito o personalizzato nella lingua dei contenuti, che forse non accetta più codici html nel commento della chiave di riferimento...(forse stanno già provvedendo al rimedio)

... nel  tuo ultimo LINK non vedo il FORM_MAIL ed hai un errore nel codice ShinyStat con tag </noscript> orfano...

.

sto eliminando un po' tutto per andare ad esclusione.... adesso ho ricaricato il test dove lavoravamo per le spedizioni.... è incredibile che qui la mail arriva correttamente...

... non so se possano influire, ma qui vedo ancora gli errori gtranslate e ShinyStat...

primo ho tolto tutto ma da ancora lo stesso errore

... come detto prima, forse sono errori derivati dal passo_1, oppure da inserimenti di codice in HEADER o in  FOOTER, visto che si ripetono in tutte le pagine, ...magari è lì che hai inserito traduttore e contatore...

facendo mente locale il 18 gennaio ho ricevuto un ordine ed era tutto ok, il 20 gennaio ho ricevuto una richiesta dal form in questione ed era tutto ok... questa mattina ho ricevuto 2 mail sempre dal form o tutto ok.

La prima onomalia l'ho riscontrata sempre questa mattina con questa mail ricevuta da un ordine:

è strano... è da circa tre settimana che non metto mano al sito...

... non riesco ad immaginare altro; ... forse in quella e-mail c'era del testo con caratteri speciali, tipo apostrofi ('), e-commerciale (&), o altro, che possano aver sconvolto il contenuto... 

... controlla anche in /admin/ se la versione PHP che usi è PHP/8.2 ...

.

PHP 8.2.. il fatto strano è che da tre settimane non metto mano al sito, nemmeno aperto in WS... e nel frattempo ho ricevuto le mail correttamente.. da questa mattina ha iniziato a fare così...

... potrebbe essere un problema temporaneo del server...

... tieni sotto controllo, e se ne è il caso, apri un nuovo argomento, in modo sia evidenziato per lo STAFF dal prossimo lunedì...

.

ciao

.

stavo rileggendo... il tuo codice lo trovi nel sito ufficiale nella pagina del chekout carrello prima della chiusura del tag head come vedi nello screen

... sì ok, ... il codice è nella sotto-cartella cart, non nella pagina del form del precedente link ...

si certo, solo nel cart.. Ora ho aperto un post priv. per l'assistenza... booooh

... OK ... ciao