@AlanT ahahhahha ops! (da ex dev )

Dai è più il fare germanico il problema: con dei clienti ho a che fare con un paio di CMS enterprise sviluppati in germania... e conseguenti siti con frontend gestita da altri sviluppatori olandesi.
È tutta roba da psicopatici
C'è un motivo se ormai CMS opensource competitor di Joomla 15 anni fa come Typo3 lo usano solo in germania (tanto per citarne un altro da labirintite).

@jabba Direi di sì...

Qualcosa tipo

UPDATE tabella
SET colonna = 'nuovo_valore'
WHERE id = 123 AND colonna != 'nuovo_valore';

Poi ovviamente giochi con tutte le comparazioni che vuoi sul contenuto, tipo con regex...

@jabba ha detto in Virtuemart è ancora sviluppato ?:

@mangi-1 ha detto in Virtuemart è ancora sviluppato ?:

chi è l'azienda che lo sviluppa?

Si chiama iStraxx, è l'azienda di Milbers (lo sviluppatore capo), tedesco

Uno che non ha le rotelle a posto comunque. Ho avuto nel 2013 parecchi scambi con lui quando arrivarono in ritardo tipo di un secolo su Joomla 3, non solo come tutti i tedeschi sono dei cani a sviluppare (oh raga, è un dato di fatto ), ma lui ha sempre rifiutato aiuto anche gratuito se ciò voleva dire fargli fare bagni di realtà su come funzionavano le cose (meglio) su altri ecommerce. Il mancato supporto a J3 fu uno dei motivi per cui passammo a Magento 1.9.
Quando gli sviluppatori sono a capo di progetti destinati al "marketing/sales" ... va sempre così...

@jabba ha detto in Virtuemart è ancora sviluppato ?:

Morale della favola? Fossi in OSM andrei da Milbers, gli darei qualche K€ e comprerei il progetto Virtuemart per farlo diventare l'e-commerce ufficiale di Joomla, e lo farei gestire in modo completamente opensource dalla community di sviluppatori che già segue Joomla.

Tecnicamente basterebbe fare un fork, citarlo nei riferimenti, sistemarlo e poi rimetterlo "a mercato" con un nuovo nome. Solo che è la base che è da buttare, non vale la pena "migliorarlo", fai prima a rifarlo.

@webman dai dai fai una bella recensione che son curioso anche io

@Pierino ho fatto un esempio per non perdere l'authority del dominio attuale.
Beh certo, anche con PS puoi gestire pagine "da cms", però non è flessibile come Joomla. Se è un blog o pagine istituzionali ce la si fa eccome, magari ti serve olo un buon addon "da blog".
Poi si guarda caso per caso, anche il fatto se scegliere shop staccato da sito di content, dipende da tanti fattori.
Dove posso io continuo ad usare Joomla per la parte content, tanto che noi anni fa "promuovemmo" anche il bridging tra Joomla ed il vecchio Magento (giusto per avvalorare quanto ci tenevo ad usare Joomla per la cosa che fa meglio).
https://www.slideshare.net/slideshow/ecommerce-integrare-joomla-e-magento-grazie-a-yireo-magebridge-per/55049818

@jabba Non nego che invidio l'essere monotabella di WP in questi casi

@jabba noi facciamo qualcosa di simile al tuo punto 2:

• Copia in staging con sottodominio dell'intero sito in un momento x (quindi il "vecchio" resta live) dopo aver concordato lo stop delle modifiche di "features" (quindi resta attivo solo ad es. il copywriting).
• Lavorazione dello staging con traccia minuziosa degli step per "l'upgrade" (che appunto può richiedere giornate)
• Concordare un cutoff delle lavorazioni sul sito sorgente anche lato copy (la giornata prima della migrazione che avver) ed eventuali blocchi con relativi avvisi se ci sono registrazioni, login ecc. per evitare disallineamente lato tabelle db.
• Di notte (eh sì, tocca farlo) copia di nuovo dello staging, applicazione a raffica delle modifiche già tracciate (roba di una settimana si fa in un paio di ore se ben documentate, considerando che buona parte è tutta roba statica ci si fanno gli zip da sovrascrivere)
• Pubblicazione (giocando con gli scambi di sottodomini)

Più o meno così, in pratica non viene percepito nessun down, ma solo un "blocco in scrittura" per qualche ora. Dove si può, si mette anche in offline per sicurezza.

Di meglio con Joomla è difficile fare, se non mettere in piedi svn, query di migrazione, ecc.

Concordo con Teeman, non servono a nulla lato SEO, anche l'ultimo motore che le usava, non le considera più da un decennio (Yandex).
Lato Joomla, ma vanno decise a tavolino su un excel/sitemap prima e non a sentimento (sennò proliferano), confermo che possono essere utili per particolari gestioni di correlazione.
Attenzione che invece possono essere viste come tentativi di black hat se usate male o se il motore di ricerca si accorge che sono contrastanti rispetto il contenuto.
Se le usate per le correlazioni interne, assicuratevi di togliere il codice che le mostra nell'HEAD (con un qualche ovverride).

In ogni caso non compilatele MAI nella configurazione globale, ma questo ormai lo sanno anche i sassi

@Pierino aprirei un bivio: ok 2-3 mila sku, quante vendite al giorno? C'è del digital/performance marketing attivo e/o da fare?

Se l'ecommerce fosse determinante a livello di fatturati, l'ultimo pensiero che avrei sarebbe la parte tecnologica, nel senso che apro un bel shop.sitojoomla.boh e ci metto un bel CMS serio dedicato all'ecommerce

Altrimenti come dicevo sopra un Hikashop è bello carrozzato, eshop snello e veloce, anche VM va bene anche con decine di migliaia di SKU, ma è la gestione e la UX che è ferma al 2005 (con grandi sbatti lo si modernizza eh, ma ne vale la pena?)

OT: anche se è "contro Joomla", ma è giusto fare il web bene.

@vdwebmaster
Ma la domanda è: si vuole fare un ecommerce da zero, o si ha già un progetto joomla avviato a cui si vuole aggiungere delle funzionalità ecommerce?

Perché se la risposta è la prima, lasciate stare i CMS generalisti come Joomla e Wordpress con i loro plugin. (sorry @jabba anche Woo fa pena ^_^)

Se non vuoi affidarti ad un SaaS come Shopify (che invece è davvero straconsigliabile per piccoli e medi progetti che non richiedono strane logiche di vendita), e vuoi qualcosa di "tuo" (on premise, da mettere su tuo hosting), vai di Prestashop 8. (come ha ben percepito @Pierino )
Anche Magento 2 (Adobe Commerce) è una bomba, e volento è free, ma è veramente "richiedente".

Al momento PS8 è la piattaforma più userfriendly e con un validissimo rapporto costo di implementazione/features/prestazioni (oltre ad essere ormai di proprietà Italiana - Mail Boxec etc. - e sviluppata con in mente GDPR e tutto il resto), puoi scegliere la versione community o quella un po' più infarcita di features marchiate PS, che però ti fanno andare in pista in pochissimo tempo (es, feed merchant Google e Meta, integrazione Social, sistema di pagamento, Ecommerce Analytics, ecc.).

Di potenti e migliori ce ne sono un botto, ma costano o sono difficili da implementare, o ci sono poche risorse esterne.

@vdwebmaster nessuno dei due (gridbox non è un plugin ecommerce, virtuemart è sviluppato da gente con problemi seri), se vuoi un ecommerce integrato e funzionale (e decente da gestire) vai su eshop o hikashop piuttosto.

@Lucantropo ignora completamente quei dati, è un banale hit counter, conta ogni visualizzazione di pagina da chiunque. Se un bot fa un curl della pagina è capace di valutarla come visita. Se aggiorni tu la pagina, conta una visita, anche nella stessa sessione.

Una funzionalità che secondo me andrebbe pure tolta dal core di joomla in quanto spreca spazio e query

@mangi-1 Ehhh, ma ormai ho tutto managed
Potrei provarlo per qualche progetto personale però...

@pstrada ha detto in Un plugin di sistema poco conosciuto:

Plugin SEF, una funzionalità core di Joomla 5 strategica per potenziare la tua SEO ?

TOP!

Controlla più a monte allora, ad esempio nelle impostazioni del gruppo degli annunci e nelle impostazioni della campagna, le Opzioni URL sono presenti a tutti i livelli. Da qualche parte è stato messo quel URL

Guarda anche nella gestione norme se hai più dettagli, di solito ti indicano con precisione l'asset problematico

Per il timing con cui ti arrivato il warning è perfetto rispetto a quando hanno cambiato il timing dei controlli sui domini dei tracker (Attivo dal 1° settembre al 30 Novembre).

@pstrada bel post!
Ma con un titolo "misterioso"

Un consiglio per rendere la Community Joomla italiana performante lato visibilità: per questi bei thread formativi, facciamo i titoli "parlanti", o SEO Friendly SEF appunto!

Ad esempio "Plugin SEF, una funzionalità core di Joomla 5 ancora poco conosciuta"

Che ne dici?

Rivedi tutti gli url finali degli annunci assicurandoti che siano puntati con una url bella pulita su ilregalomat.. ecc ecc.

Poi invece lascia vuote le impostazioni del modello di monitoraggio negli annunci (a meno che tu non sappia cosa fai): devi togliere quella url con il ?, perchè quel formato di monitoraggio non funziona.
https://support.google.com/google-ads/answer/13707399?hl=it

Tanto se devi sponsorizzare solo le pagine del dominio "non pericoloso", non c'è motivo di "richiamare" il vecchio (tra l'altro però quella roba ha tutt'altra funzione e non capisco perché sia stato compilato così ).

Ovviamente il sito "articolidareg..." non è un fornitore di monitoraggio clic certificato da google (tipo uno di questi https://support.google.com/google-ads/answer/13707634?sjid=18223801048237520381-EU) e nemmeno un tracker, quindi ecco l'errore.

Dai ragazzi, non scherziamo nel 2024 sui forum.
Santo phpBB che ho usato per un secolo, ma è roba vecchia e mantenuta in vita appunto solo perché ce ne sono un botto di storici installati.
Ad oggi non ha davvero senso "partire" con un phpBB in confronto ad un NodeBB (che è tecnologicamente anni luce avanti).

@Inno grazie

@Inno allora se sai già che alcuni plugin e template non sono più disponibili, non è più solo una migrazione ma entra in campo anche la ricerca o lo sviluppo della funzionalità persa che era offerta dal plugin, con installazione, configurazione, test, ecc.

Dopo qualcosa come 50 e passa migrazioni 3.x->4.x/5.x e in passato un centinaio di 2.5->3.x, ti posso dire che nella media è molto più realistico pensare a 4h/8h di lavoro a sito a seconda della "complessità" per essere sicuri che tutto funzioni (e si veda a FE) come prima.
Ad esempio se usi K2 già devi rifare tutta la struttura campi e categorie in Joomla per riprenderle le funzionalità (no, non basta j2xml), e ti perdi la generazione dei formati immagine, l'ereditarietà dei template sulle categorie, ecc ecc. tutta roba da rifare.

Ohi poi magari sono siti super easy dove tutto è fatto con Joomla core, mandami pure in privato un paio di esempi se vuoi