[Risolto] E' un problema di db se non ci sono le notificazioni degli acquisti

[biofede]

Domanda interdisciplinare. Non mi vengono notificati gli ordini degli acquisti sul pannello controllo, così da non potere cambiare il loro stato (pending-confirmed).

Dalla sezione del forum di virtuemart ho letto che sembrerebbe un problema con i db. Io ho XXXXXXX.it come hosting e mi chiedevo se potevo intervenire direttamente tramite un vostro aiuto o dovevo chiedere assistenza solo ed esclusivamente ai tecnici di XXXXXXX.it

La notifica non avviene più da quando hannno mandato una mail che spiegava cosa avevano modificato... la posto:

 'Il nostro Team di Sviluppatori e Sistemisti ha modificato il codice sorgente di Apache per rendere disponibili ai nostri Clienti le direttive Rewrite. Queste direttive permettono di usare tutte le modalità di 'permalink' proposte nei sistemi di blogging e nei software Cms più famosi, come Joomla che trovi incluso gratuitamente nella tua soluzione Hosting' o WordPress.

Prima di cio' le notifiche sul pannello di controllo avvenivano senza problemi, anzi erano l'ultimo dei miei problemi.

Vi sarei grato per qualche suggerimento.

Info:  Joomla 10.13b - VirtueMart 10.13a

[g.m.]

azz quel provider li lo ho anch'io per un paio di clienti...fortuna li sto spostando tutti su ottimohostingchequiconosciamotutti.it .. controllo se il problema lo fa anche sui miei siti.

Per definire il provider XXXXXXX.it mi vengono in mente solo delle incredibili parolacce.
Ho su 5 siti e mi stanno facendo impazzire ... sono al limite di adire le vie legali.. pensa tu

Ti faccio sapere...

[biofede]

dai, hai già capito di quale provider sto parlando solo mettendoci le xxxx... questa è una cosa grave allora? Non ne esco fuori.

[biofede]

Ti sarà arrivata anche a te la loro mail... che addormentato che sono.

[g.m.]

Si mi è arrivata la mail x quello ho capito di chi parlavi.
Ho chiesto ora al mio cliente che ha l'ecommerce che gira "regolarmente" su loro e secondo lui fino a ieri sera funzionava tutto regolarmente.
Noi non siamo + di tanto preoccupati xchè tanto sto spostando tutto. a costo di rimetterci dei soldi con quei tizi non voglio avere + nulla a che fare.
Fai conto che ho su dei siti fatti con joomla che hanno al massimo 5 pagine che non si possono nemmeno navigare da quanto son lenti.
Ciao, in bocca al lupo

[biofede]

Ma per risolvere il problema, solo loro possono o nel forum c'è una ipotetica soluzione?

[g.m.]

potresti cominciare a vedere che permessi ha l'utente del db ha tutti i permessi su tutte le tabelle.
E poi controllare se i files che gestiscono quella cosa lato admin del virtuemart hanno ancora tutti i permessi giusti.
magari puoi provare a rinominare la cartella com_virtuermart (quella sotto admin) e temporaneamente uploadare una funzionante prendendola dall'installer di virtuemart
Altro nn so consigliarti...
Ciao

[biofede]

E' complicato, sono cose che non ho fatto mai. Mi dovro' impegnare a fondo. A questo punto il problema non è joomla ne virtuemart, ma come sono impostati i permessi dall'altra parte. Forse standogli un po' dietro, mandandogli mail, loro trovano una soluzione? Dopo tutto hanno fatto questa modifica per rendere adattarsi maggiormante a joomla dato che erano rimasti indietro, per quanto riguarda .hatccess

[biofede]

dando per giusto, ditemi, che jos_vm_order_status è la celletta del mio database interessata al mio problema... ci sono delle voci che possono essere modificate tipo:

Campo Tipo Collation Attributi Null Predefinito Extra

e sotto:

Indici:   Nome chiave Tipo Cardinalità Azione Campo

che dovrei fare?

[g.m.]

non è quello che devi guardare ma se l'utente che usi per collegarti al db ha i diritti di scrittura / inserimento a quella tabella.
Sinceramente da phpmyadmin nn so come si fa...e se si può
di solito dal pannello di controllo di pessimohosting.it si può gestire i permessi a livello globale del sb.
Secondo me è più probabile che qualche file php che effettua la scrittura in quel db sia andato "rovinato"
Ciao

[biofede]

Ho fatto casino? per entrare nel data base, ho modificato la password perchè non la ricordavo, sono entrato e postato quello che avevo visto. il sito era offline e adesso non posso rientrare in backend. Non mi da la pagina con il login cosa devo fare?

[g.m.]

devi andare nel configuration.php e metterci la pw al db giusta.
Ciao

[biofede]

Grazie. Ero rimasto al palo. Mi sa che è meglio che studio bene la situazione prima di fare altri danni. Grazie mille g.m. mi hai fatto tornare il sorriso.

[biofede]

Come funzionano i phpmyadmin? mi potresti aiutare per vedere se l'utente che uso per collegarti al db ha i diritti di scrittura/inserimento a quella tabella. Solo una indicazione.

Come faccio a vedere se l'utente ha i diritti di scrittura, e come posso abilitare quindi tutti quelli che si registrano ad avere i diritti di scrittura/inserimento?

[g.m.]

come ti dicevo nn sono un'esperto di phpmyadmin, al limite puoi lavorare lanciando uno script sql con il grant di quell'utente per quella tabella.
Ma sono quasi sicuro che il problema sta in qualche files php (classi o altro) xchè i permessi su pessimohosting.it sono settati a livello di db e nn di singola tabella.
Sinceramente sarebbe estremamente strano anche per loro aver modificato i permessi di una singola tabella.
Più facile invece che alcuni files php del virtuemart abbiamo permessi magari limitati e in pratica nn vengono eseguiti quando modifichi lo stato degli ordini.
Magari però mi sbaglio.
Di + nn so dirti sinceramente
Ciao

[biofede]

Io ti ringrazio, pero' non riesco a capire tutti quei segni.... -r -x ecc... dei permessi dei singoli file. file che posso trovare logicamente sul pannello di controllo di pessimohosting.it. - e come modificarli.

perchè come dici tu è sicuramente corretto, cioè, non è possibile che hanno modificato i permessi di una singola tabella, anche se io l'ho viste ste benedette tabelle e i valori denominati NULL variano da No a Si.

Non voglio una soluzione, piu' che altro cercare di capire, anche se capisco che i miei dubbi presupppongono un bel 'libro (studiare)'.

[biofede]

Per esempio il file ps_order.php è -rwxr-xr-x quindi..... il proprietario puo' leggere, scrivere e modificare, il gruppo proprietario leggere, non scrivere e modificare, gli altri o utente leggere, non scrivere e modificare.

Questa è una cosa buona?

 ps_order_status.php uguale...

[g.m.]

guarda nn sto qui a spiegarti i permessi dei files.
però se fai come ti ho detto per me ti sbatti molto meno.
riepilogo velocemente:
via ftp rinomina la directory com_virtuemart che sta sotto administrator
poi fai un upload di una com_virtuemart "pulita" (prendi il compenente intero e lo scompatti dentro la trovi)
a questo punto verifica se cambia qualcosa.
Spero che sia utile

[biofede]

Ho seguito il tuo consiglio, ma non ha funzionato. Sei stato fin troppo gentile e paziente.

Ps: se hai altre idee, ben accette, non fraintendere.

[g.m.]

Allora non ho la minima idea di come risolvere il tuo problema.
Riepilogo comunque a "parole mie" il tuo problema:

quando vai nell'area administrator non riesci a cambiare lo stato dell'ordine quindi lo imposti da "pending" a "confirmed" premi "update status" e nn cambia nulla?
se spunti l'opzione "avvisa cliente" viene mandata qualche mail?
Hai ancora tutti i tipi stato ordine?
Riesci ad aggiungere altri stato ordine?

Comunque da quanto ne so io lo stato ordine cambia modificandosi nella tabella vm_orders nel campo order_status che prende una lettera come valore. la tabella vm_order_status contiene la lista degli stati possibili dell'ordine.

Fammi sapere

[biofede]

Non si vedono più gli ordini in arrivo sul pannello di controllo del backend. Se un cliente fa una conferma e magari paga pure, l'ordine non va in lista. Solo il primo ordine di un nuovo cliente viene registrato, quelli a seguire dello stesso cliente non compaiono sulla lista degli ordini.

Aggiornamento Ultimo Post:

Dopo che più persone hanno notificato via mail il problema al provider, i propri tecnici lo hanno risolto dichiarando che non dipendeva da loro. Grazie a tutti per la collaborazione e l'attenzione prestata.