GROSSO BACO in OSC2.2 MS2 ! ...frega a qualcuno?

Postate qui discussioni di carattere generale riguardo a problemi di installazione e configurazione di osCommerce

Moderatore: mod Generali

Rispondi
Avatar utente
marcus
membro Master
membro Master
Messaggi: 1619
Iscritto il: 04/12/2003, 1:00
Contatta:

GROSSO BACO in OSC2.2 MS2 ! ...frega a qualcuno?

Messaggio da marcus »

Salute a tutti.

Scusate l'ora da vampiro ma causa Festival di San Remo ho terminato solo ora di intervistare Marisa Sannia al mio noto programma ...mezzanotte e dintorni etc etc!

Allora vengo al sodo, come da richiesta di teohell, segnalo un GROSSO BUG di osc per quanto riguarda la gestione delle immagini, attenzione non solo le immagini dei prodotti, ma anche quelle dei produttori e delle categorie.

La cosa non deve stupire, come è ben noto osc è una ciofeca per quanto riguarda questa parte ed infatti vi sono una fracca di contrib sulla gestione immagini.

Il problema è semplice. Avete in catalogo un prodotto A ( supponiamo un bidè tanto per fissare le idee) la cui imm è codificata nel file pippo.jpg.
Dopo qualche tempo viene inserito un prodotto B (supponiamo un water chimico per feste dell'unità) e l'immagine, per caso, ignoranza, o altro viene chiamata ancora pippo.jpg.
Risultato: A da quel bidè carino che era diventa un enorme, disgustoso water chimico da festa dell'unità, anche se nella descrizione risulta un bidè ... magia!

Lo stesso problema si ha x le categorie e le imm dei produttori.

Teohell sta lavorando ad una contrib per fixare il bug, implementando, a quanto mi ha detto in pm, un controllo per le immagini dei prodotti, in fase di inserimento di queste.

Non mi sembra una soluzione 'strutturale' e neanche troppo elegante.

La soluzione corretta è quella di associare un prefisso alle immagini, di prodotti, categorie e produttori, costituito dalle chiavi (ProductID, CatID, ...). Così facendo si elimina il problema a livello Architetturale.
Resta il fatto che su un pachetto con dei prodotti gia inseriti, si potrebbero avere dei conflitti di nome (molto poco probabile tuttavia).
Sarebbe dunque opportuno rinominare i nomi dei file immagini già inseriti, aggiungendo i prefissi.

Sto lavorando ad una mia contrib che farà questo, oltre a permettere di avere tre livelli di resize (thumb, medium x la scheda, big per i pop up), immagini in folder separati, incorporamento di htmlArea e altre cosette.


Salutoni
Marzullus
Nuovo pacchetto osCommercePRO (osCPRO) + Modulo Interfacciamento Gestionale Danea.
Visita la demo: http://oscpro.oscommercedev.com/index.php
maxell
membro Junior
membro Junior
Messaggi: 25
Iscritto il: 08/02/2004, 1:00
Località: Mar Mediterraneo

Messaggio da maxell »

caro Marzullo,

aspettiamo la contribution con ansia....

non ho ancora verificato il bug, ma la domanda che mi faccio è: il pippo.jpg del bidè viene sovrascritto dal pippo.jpg del water chimico ?

Buonanotte :wink:
psychostore
membro Junior
membro Junior
Messaggi: 27
Iscritto il: 31/01/2004, 1:00
Località: Italia
Contatta:

Messaggio da psychostore »

Si, accade proprio questo.
Il nuovo file sovrascrive il vecchio.
E' un problema che abbiamo verificato inserendo on line il nostro "enorme" catalogo di titoli (oltre 1000).

Noi abbiamo risolto chiamando le immagini con il numero di codice del prodotto.
In questo modo si evitano sovrapposizioni e ... cancellazioni.
Un saluto.

:P
maxell
membro Junior
membro Junior
Messaggi: 25
Iscritto il: 08/02/2004, 1:00
Località: Mar Mediterraneo

Messaggio da maxell »

in pratica non lo definirei bug, quanto ...errore architetturale...in pratica lo stesso succede con i logo dei produttori

Con i banner non accade in quanto da' la possibilita' di gestire le directory target.

Ho notato una cosa strana nell'inserimento di nuovi prodotti, cioe' le immagini dei prodotti esistenti sono catalogate sotto directory tipo images/MATROX, images/MICROSOFT, images/SIERRA etc...mentre i prodotti inseriti da interfaccia admin vengono messi sulla directoy IMAGES senza creazione di sottodirectory.
Effettivamente non mi sembra correttissimo...
CD2000
membro Junior
membro Junior
Messaggi: 2
Iscritto il: 06/03/2004, 1:00
Località: ita

Messaggio da CD2000 »

e gia non e corretto per niente ... na ciofeca :/
Avatar utente
Simona67
membro Veteran
membro Veteran
Messaggi: 786
Iscritto il: 10/11/2003, 1:00
Località: Milano
Contatta:

Messaggio da Simona67 »

maxell ha scritto:in pratica non lo definirei bug, quanto ...errore architetturale...in pratica lo stesso succede con i logo dei produttori

Con i banner non accade in quanto da' la possibilita' di gestire le directory target.

Ho notato una cosa strana nell'inserimento di nuovi prodotti, cioe' le immagini dei prodotti esistenti sono catalogate sotto directory tipo images/MATROX, images/MICROSOFT, images/SIERRA etc...mentre i prodotti inseriti da interfaccia admin vengono messi sulla directoy IMAGES senza creazione di sottodirectory.
Effettivamente non mi sembra correttissimo...
Li puoi dirottare nelle cartelle ma devi fare molta attenzione in quanto devi lavorare sul pannello di amministrazione del phpMyAdmin.

Se ti interessa sapere come fare contattami.

ciao
BluEdoG
membro Master
membro Master
Messaggi: 1064
Iscritto il: 25/05/2003, 0:00
Località: italia
Contatta:

Messaggio da BluEdoG »

beh tecnicamente si puo' fare come fanno tutti gli altri programmi, dare l'incarico al php di rinominare l'immagine con un nr seriale random.
Credo che l'idea del osc team fosse quella di "riciclare" l'immagine dei prodotti per evitare spreco di spazio sul disco e spreco di banda (e conseguente pageloading). Infatti dipende dagli articoli venduti, potrebbe essre il caso di qualcuno che vende dei prodotti che esteticamente sono identici ma variano per caratteristiche interne (per esempio un notebook), in quel caso si rivela utile il riciclaggio :-)

Per avere tutte e due le feature credo si possa intervenire modificando la wysiwyg 1.7 che ha un "browser" di immagini (magari lo fa già..), con questo sistema si possono riciclare le img ed evitare le sovrascritture accidentali.
saluti, Caneblu
[ www.caneblu.com ]
Rispondi