realizzo moduli, componenti e plug-in di joomla li personalizzo e li sviluppo
martedì 26 agosto 2014
» Programmatore php joomla esperto SEO @ Davide Taddei: Tradurre i campi personalizzati (custom fields) di...
» Programmatore php joomla esperto SEO @ Davide Taddei: Tradurre i campi personalizzati (custom fields) di...: Per tradurre i campi personalizzati su Virtuemart 2 è sufficiente seguire la stessa logica di Joomla! integrato quindi per tradurre il valor...
sabato 23 agosto 2014
Eliminazione delle immagini dal Database MySql e struttura EAV del database di Magento
Eliminazione delle immagini dal Database MySql di Magento
Su Magento può capitare di voler eliminare le immagini dei prodotti direttamente dal database. Per farlo occorre modificare i dati delle seguenti tabelle coinvolte sono:- catalog_product_entity_varchar
- catalog_product_entity_media_gallery
- catalog_product_entity_media_gallery_value
Le tabelle della galleria
Le seguenti tabelle:- catalog_product_entity_media_gallery
- catalog_product_entity_media_gallery_value
DELETE FROM catalog_product_entity_media_gallery_value
DELETE FROM catalog_product_entity_media_galleryA causa delle Foreign Key un comando TRUNCATE non funzionerebbe.
Infine si possono eliminare le immagini dalla tabella:
- catalog_product_entity_varchar
E' possibile utilizzare la seguente istruzione SQL:
DELETE FROM `catalog_product_entity_varchar` WHERE `attribute_id`=85 OR `attribute_id`=86 OR `attribute_id`=87I valori 85 - 86 - 87 della clausola WHERE rappresentano i vari formati di immagine disponibili per il prodotto su Magento (image, thumb, small).
Osservazioni sulla struttura della tabella catalog_product_entity_varchar e sul database EAV di Magento
Questa tabella contiene gli attributi di tipo VARCHAR dei prodotti inseriti. In Magento la maggior parte delle informazioni relative ai prodotti sono gestite come attributi. Quindi un'istruzione DELETE senza nessuna WHERE specificata come nel caso delle tabelle relative alla galleria delle immagini cancellerebbe, non solo i riferimenti ai file delle immagini dei prodotti ma anche altre informazioni.I campi della tabella sono i seguenti:
* value_id, la chiave primaria della tabella
* entity_type_id, il tipo di entità, nel caso dei prodotti del catalogo il valore è sempre 4
* attribute_id, il tipo di attributo da cancellare
* store_id, l'id del negozio (sarà sempre 1 se non gestite un sito multilingua o un multistore)
* entity_id, l'id del recordprodotto
* value, il valore effettivamente inserito
Se volete verificare quali informazioni sono disponibili per un singolo prodotto (supponiamo quello con id 363) potete quindi eseguire la seguente query:
SELECT * FROM `catalog_product_entity_varchar` WHERE `entity_id` =363;troverete tutti gli attributi assegnati a quel prodotto. Per conoscere a cosa corrisponde il valore dell'attribute_id, è sufficiente andare nel pannello di controllo su CATALOGO->ATTRIBUTI->GESTIONE ATTRIBUTI e verificare il valore dell'attributo.
Se filtrerete i nomi degli attributi con i seguenti codici attributo:
* thumbnail
* image
* small_image
troverete appunto gli id 85, 86 e 87.
Per saperne di più sulla struttura EAV del database di Magento:
- http://fishpig.co.uk/magento/tutorials/eav-database-structure/ (tutorial in inglese)
- http://sqlblog.com/blogs/aaron_bertrand/archive/2009/11/19/what-is-so-bad-about-eav-anyway.aspx (appunti in inglese sulla performance di un database EAV)
martedì 17 aprile 2012
La SEO influenza i Social Media? I Social Media influenzano la SEO?
Social media e SEO sono talvolta contrapposti come possibilità di portare traffico al nostro sito web, a volte per motivi di budget (non abbiamo i soldi per fare tutte e due) altre volte per motivi di tempo (non abbiamo tempo di seguire entrambi i progetti) molto spesso perchè i webmaster sono più orientati verso una delle due soluzioni e detestano l'altra.In tutti e tre i casi è evidente la mancanza di un approccio professionale al problema, in queste slides un metodo ragionato basato sull'esperienza di anni di SEO della M.C. Marketing e Comunicazione, web agency anconetana che dal 1997 si occupa di curare la visibilità dei propri clienti sul web, ci aiuta a orientarci verso la strada giusta per una strategia di vincente di visibilità sul web.Social Media & SEO
Guarda altre interessanti presentazioni sul canale Slideshare di Gruppo M.C. Ancona dal 1979 / Consulenti aziendali e Web agency
martedì 10 aprile 2012
Utilizza Foursquare per promuovere il tuo locale
7 utili consigli sull'uso di foursquare
Guarda altre presentazioni di web marketing di Gruppo M.C. Ancona dal 1979 / Consulenti aziendali e Web agency
mercoledì 4 aprile 2012
mercoledì 4 gennaio 2012
Upgrade da Joomla! 1.5 a Joomla! 1.7 con Virtuemart e Chronoforms
Per migrare un sito web da Joomla! 1.5 a Joomla! 1.7 c'è una guida abbastanza dettagliata a questa URL:
http://wiki.joomla.it/index.php?title=Migrare_da_joomla_1.5_a_joomla_1.6
La guida è stata originariamente scritta per effettuare la migrazione a Joomla 1.6, ma effetti, come scritto nella premessa, è sufficiente sostituire i termini "Joomla! 1.6" con "Joomla! 1.7" ed è possibile effettuare direttamente la migrazione alla 1.7 partendo dalla 1.5.
Per quanto, come scritto in questo articolo, mi senta di suggerire un upgrade di Joomla! 1.5 solo alla versione 1.8 (la beta è già da un paio di settimane disponibile a questo link), i componenti sono già compatibili e quindi può essere interessante effettuare qualche test da subito con la 1.7
In effetti gli step da seguire sono grosso modo i seguenti:
Errore JUpgrade 1
Per evitare questo errore occorre controllare le preferenze di JUpgrade:
1) Verifica. JUpgrade controlla che tutto sia pronto per l'installazione (permessi, librerie, classi, etc.)
http://wiki.joomla.it/index.php?title=Migrare_da_joomla_1.5_a_joomla_1.6
La guida è stata originariamente scritta per effettuare la migrazione a Joomla 1.6, ma effetti, come scritto nella premessa, è sufficiente sostituire i termini "Joomla! 1.6" con "Joomla! 1.7" ed è possibile effettuare direttamente la migrazione alla 1.7 partendo dalla 1.5.
Per quanto, come scritto in questo articolo, mi senta di suggerire un upgrade di Joomla! 1.5 solo alla versione 1.8 (la beta è già da un paio di settimane disponibile a questo link), i componenti sono già compatibili e quindi può essere interessante effettuare qualche test da subito con la 1.7
In effetti gli step da seguire sono grosso modo i seguenti:
- Verificare la versione, deve essere l'ultima rilasciata.
- il plugin System - Mootools Upgrade attivato nell'installazione di Joomla 1.5, JUpgrade si appoggia a MooTools 1.2 per aggiornare gli step con le classi Javascript di Ajax;
- Controllare i permessi sulle cartelle, JUpgrade creerà una cartella di backup;
- Firefox aggiornato all'ultima versione stabile, da sempre il browser migliore per compatibilità del backend di Joomla! è Firefox;
- verificare le se tutte le estensioni sono disponibili, questo caso verifichiamo:
- chronoforms;
- virtuemart;
E' indispensabile che i componenti siano disponibili per la nuova versione di Joomla! a cui faremo l'aggiornamento; - Verificare modifiche ai file XML (ad es.: aggiunta di parametri del modello degli articoli, aggiunta di viste specifiche degli articoli);
- Adattare il template Joomla! 1.5 per 1.7, questa operazione va fatta a mano con dei piccoli adattamenti dei file del template, oppure si può utilizzare un nuovo template già pronto (che in effetti richiede comunque quasi sempre dei piccoli ritocchi)
- Scaricare JUpgrade: http://redcomponent.com/free-downloads
Errore JUpgrade 1
"jupgrade Undefined property"
Per evitare questo errore occorre controllare le preferenze di JUpgrade:
I parametri da verifcare sono i seguenti:
Per saperne di più potete controllare questo link.
Errore JUpgrade 2
406 curl not loaded jupgrade
E' necessario avere cURL attivo (questo non c'è nella lista dei requisiti della guida ufficiale!!!)
Così come lato client JUpgrade utilizza MooTools 1.2 lato server si appoggia a cURL
Così come lato client JUpgrade utilizza MooTools 1.2 lato server si appoggia a cURL
Per effettuare la migrazione è quindi necessario attivarlo sul PHP.INI del server (per questo vi conviene chiedere all'amministratore del Vs. server web)
Se è tutto ok, una volta lanciato il progesso di migrazione dovrebbero essere eseguiti automaticamente i seguenti steps:
1) Verifica. JUpgrade controlla che tutto sia pronto per l'installazione (permessi, librerie, classi, etc.)2) Downloading. JUpgrade scarica i file necessari dal repository di Joomla!
3) Decompressione del pacchetto. Viene decompresso lo ZIP. In qualche remoto caso potrebbe non essere installato GZip sul Vs. server, in questo il processo fallirebbe. Chiedete di renderle disponibile la libreria sul Vs. hosting ;
4) Intalling Joomla 1.7 Vengono create le tabelle del DB di J1.7 e viene effettuato il backup delle cartelle e delle tabelle della vecchia installazione.
5) Vengono aggiornati gli URL dei file convertendo le tabelle di com_menu
6) Vengono copiati i template di Joomla! 1.7 e viene applicato al sito web il template di default (Beez5 - Default)
7) Vengono copiati i file della cartella IMAGES
8) Vengono aggiornati i componenti delle terze parti di Joomla! (continua a leggere per vedere come avviene la migrazione)
9) processo completato!
La migrazione ha creato una nuova installazione di Joomla! versione 1.7 contenente i dati che JUpgrade è riuscito a migrare.
All'atto pratico vengono effettuate sostanzialmente 2 operazioni:
1) vengono create nuove tabelle con suffisso J17_ (a meno che non abbiate modificato il prefisso nelle preferenze);
2) vengono copiati i file in una cartella JUpgrade (a meno che non abbiate modificato il prefisso nelle preferenze);
Migrazione dei componenti di terze parti di Joomla! (virtuemart, chronoforms, docman, etc..)
All'atto pratico Joomla! rinomina
images.orig
installation-old
tmp
VIRTUEMART
http://forum.virtuemart.net/index.php?topic=95236.0
lunedì 19 dicembre 2011
Cambiare il percorso delle immagini visualizzate nel Menu Joomla
Per cambiare l'immagine di menu nella voce del menu di Joomla! è sufficiente modificare il file COMPONENT.XML (scritto minuscolo) che trovate in questa cartella:
administrator/components/com_menus/models/metadata
al posto del valore /images/stories nell'attributo directory, inserite il percorso delle Vs. immagini.
A quel punto il gioco è fatto
administrator/components/com_menus/models/metadata
A quel punto il gioco è fatto
Iscriviti a:
Post (Atom)

