Quello che dobbiamo fare, in ogni occasione, è fare divulgazione. Saranno poi le persone a scegliere autonomamente cosa fare.

Essendo tu sviluppatore (io non lo sono!), vedi l'aspetto tecnico. Ci sta

Da quest'anno ho anche qualcosa in gestione come merchant e ti assicuro che guardo sempre il doppio aspetto.

Ma l'ecommerce per il merchant non deve essere un "problema tecnico", ma uno strumento tra i tanti da far quadrare tra ROI aziendali, costi fissi, variabili, margini, costi del personale, costi di outsourcing, EBITDA, ecc.

Esattamente, quindi chi ha in gestione la cosa deve essere in grado di fare un piano nel lungo periodo. E dire: ok passi a OpenMage e ci rimani non è un piano, è rimanere li a spennare il cliente.
Il mercato degli sviluppatori si ridurrà sempre di più e dopo ogni cosa costerà il doppio.

Non capisco questa cosa... Perché? Se le personalizzazioni spinte sono fatte male si... altrimenti il sistema di overriding di Magento si spinge fino agli helper o alle estensioni delle funzioni php del core... non vedo grossi problemi gestire le personalizzazioni

Per tamponare i buchi di sicurezza ovviamente sono stati cambiati alcune componenti del core. Se ti va bene, tutto va liscio, se ti va male devi riscrivere la personalizzazioni perchè è cambiato il core.

Però non la pensano come te queste persone questi 128 contributors del progetto (gente che lavora per Ebay, Amazon, Paypal, ecc) https://github.com/OpenMage/magento-lts/graphs/contributors

Sono tutti tecnici che hanno trovato la loro gallina dalle uova d'oro

E' ovvio che se qualcuno è in difficoltà nel pagare o fare migrazioni da Magento 1 ad altro (il che vuol dire anche nel 99% dei casi ripensare a funzioni e azioni anche di marketing), ci sono queste soluzioni che mettono il merchant in completo comfort.
Nessuna nuova formazione d'uso per i dipendenti, niente nuovi account, niente nuove subscriptions, niente UI diverse, niente sales workflow diversi, niente costi di riscrittura dei connettori con ERP, logistica, ecc, ecc.

Fare ecommerce è come aprire un negozio fisico, non come installare un software, e quindi tutta la parte "umana" e "aziendale" deve essere considerata.

A mercato c'è questa soluzione di comfort per chi non può permettersi di investire nel breve, benissimo, non vedo perché non usarla.

Quando sarà il momento, passeranno a sistemi più "moderni" (se necessario) tutto lì.

Infatti ecco perchè i gestionali sono ancora fermi nel 1999.
Se questo è il problema aziendale vuol dire che il cliente hai dei consulenti spennapolli.
Logistica, amministrazione e gestione prodotti non devono essere legati al cms "frontend" (in questo caso magento) ma suddivisi in vari prodotti.
I connettori se fatti bene hanno solamente bisogno di cambiare 1 lato (quello lato cms e non tutto il sistema).
Se è tutto concentrato in Magento hanno fatto la scelta sbagliata per risparmiare ed ora si ritrovano incasinati.
(esempio? mettiamo M2E e sincronizziamo gli ordini amazon li, tanto l'estensione è gratis)

PS: un e-commerce è un progetto di vendita, io non posso permettermi di fare l'errore di ragionare "solo" come tech addicted o sviluppatore

Sono d'accordo ed è per questo che infatti molti siti Magento1 non dovevano esistere con quella piattaforma ma magari andava benissimo un prestashop.

Lo riscrivo per chiarezza: io sono il primo che evita di usare l'ultima tecnologia solo perchè "fa figo", ma dove una nuova tecnologia risolve i problemi non vedo perchè non sfruttarla e fare un piano nel lungo periodo (mediamente di 5 anni).

@giuseppemorelli diamo due numeri... ma quanto quotano il passaggio da M1 a M2? E quanto quotano un nuovo M2?

Ammettendo una quotazione X per un nuovo M2, la migrazione dei SOLI dati (prodotti, clienti, ordini) solitamente è un +10-15% perchè il datamigration è a livello db.
Il vero problema è ricostruire le eventuali personalizzazioni che con le stime è un casino e qualche volta sono proprio difficili da ricreare perchè è cambiato lo stack dietro.

A mercato c'è questa soluzione di comfort per chi non può permettersi di investire nel breve, benissimo, non vedo perché non usarla.
Quando sarà il momento, passeranno a sistemi più "moderni" (se necessario) tutto lì.

Parole da scolpire nella pietra!!!

E' bello che ad ogni necessità ci possa essere una soluzione.

Questo non vuol affatto dire che si ponga un freno all'innovazione. Anzi. Ridurre la frizione è una componente importante dell'innovazione stessa.

@simbus82 te però fai sempre il buon samaritano dei progetti open source

E' solo una coincidenza, stavo puntando a MageOne (che è a pagamento) ma non è minimamente comparabile come progetto.

Quelli di OpenMage dichiarano apertamente:
OpenMage is competing with solutions like Shopware, Sylius and Shopify.***

Questa l'hanno sparata grossa
2 sistemi che sono headleass ready (Sylius, Shopware) contro 1 che ha si e no 4 API REST pronte.

Essendo tu sviluppatore (io non lo sono!), vedi l'aspetto tecnico. Ci sta
Ma l'ecommerce per il merchant non deve essere un "problema tecnico", ma uno strumento tra i tanti da far quadrare tra ROI aziendali, costi fissi, variabili, margini, costi del personale, costi di outsourcing, EBITDA, ecc.

Ok per "non buttiamo Magento1" ma chi aveva personalizzazioni spinte, passare a OpenMage è un bagno di sangue lo stesso.

Non capisco questa cosa... Perché? Se le personalizzazioni spinte sono fatte male si... altrimenti il sistema di overriding di Magento si spinge fino agli helper o alle estensioni delle funzioni php del core... non vedo grossi problemi gestire le personalizzazioni

Dire "non ti preoccupare c'è OpenMage" è dare FALSE SPERANZE ai merchants: OpenMage o MageOne sono un punto di "salvataggio" per prepararsi ad una migrazione e non una piattaforma per il futuro.

Però non la pensano come te queste persone questi 128 contributors del progetto (gente che lavora per Ebay, Amazon, Paypal, ecc) https://github.com/OpenMage/magento-lts/graphs/contributors

E' un fork, eh! Se Magento 1 non andava in EOL i merchant che ce l'hanno, magari connesso a logistica e tutto il resto, lo tenevano per altri 10 anni.

E' ovvio che se qualcuno è in difficoltà nel pagare o fare migrazioni da Magento 1 ad altro (il che vuol dire anche nel 99% dei casi ripensare a funzioni e azioni anche di marketing), ci sono queste soluzioni che mettono il merchant in completo comfort.
Nessuna nuova formazione d'uso per i dipendenti, niente nuovi account, niente nuove subscriptions, niente UI diverse, niente sales workflow diversi, niente costi di riscrittura dei connettori con ERP, logistica, ecc, ecc.

Fare ecommerce è come aprire un negozio fisico, non come installare un software, e quindi tutta la parte "umana" e "aziendale" deve essere considerata.

A mercato c'è questa soluzione di comfort per chi non può permettersi di investire nel breve, benissimo, non vedo perché non usarla.

Quando sarà il momento, passeranno a sistemi più "moderni" (se necessario) tutto lì.

PS: un e-commerce è un progetto di vendita, io non posso permettermi di fare l'errore di ragionare "solo" come tech addicted o sviluppatore

Comunque grazie per il confronto! Questo gruppo già mi piace!

Ma tu non hai visto il delirio delle agenzie che propongono la migrazione? Che poi, ripeto, migrazione non è?!?

Sul fatto che lo stack sia vecchio non ci sono dubbi. Sul fatto che M2 abbiamo milioni di problemi anche.

Quelli di OpenMage dichiarano apertamente:
OpenMage is competing with solutions like Shopware, Sylius and Shopify.***

Questa l'hanno sparata grossa
2 sistemi che sono headleass ready (Sylius, Shopware) contro 1 che ha si e no 4 API REST pronte.

Ok per "non buttiamo Magento1" ma chi aveva personalizzazioni spinte, passare a OpenMage è un bagno di sangue lo stesso.

Dire "non ti preoccupare c'è OpenMage" è dare FALSE SPERANZE ai merchants: OpenMage o MageOne sono un punto di "salvataggio" per prepararsi ad una migrazione e non una piattaforma per il futuro.
Ovviamente i creatori del progetto devono pur campare, ma un po' la lotta che faccio contro Wordpress: state solo rimandando il declino se non si rinnova.

Ti voglio poi quando i competitors sono in PWA o templating più ottimizzati ed i merchants vengono a piangere perchè non vendono.

Tu hai citato però forse l'unico problema con il caso di SendGrid: li ovviamente serve uno sviluppatore che dia una mano.

La questione è che "vecchi" Magento 1, dove il merchant non può fare subito investimenti in termini monetari e di tempo, per ora possono continuare a funzionare ed ad essere "sicuri" con queste soluzioni.

Quelli di OpenMage ovviamente "sperano" che se il progetto prende piede, i vecchi dev di plugin per Magento 1.x possono riprendere in mano i loro progetti e farli comunque andare su OpenMage, in quanto non cambierà "molto" del core.

Un grosso player nel campo delle estensioni che inizia per A, non sembra intenzionato a mollare Magento 1.x così presto.

Se costa meno di una migrazione a Prestashop, se il Magento era pieno di funzioni che ancora vanno bene, conviene ancora OpenMage.

Quanto mi piacciono gli ultimi giorni su Connect.gt, che spettacolo.

Scusate l'OT, sono felice, dovevo dirvelo. Non vi disturbo oltre!

OpenMage

Non lo conoscevo.

Inoltre è "quasi" pronto il supporto totale a PHP 8 e le procedure del PCI compliant prevedono un piano fino di Long Term Support fino al 2030.

Oh. Hai la mia attenzione.

Ho già fatto questo upgrade su mezza dozzina di Magento 1 e ne vale assolutamente la pena.

Ora hai anche la mia richiesta di preventivo. Fra 5 minuti nella tua email

Non serve migrare a nulla per ora

Magento 1.x è e resterà un progetto OpenSource, oggi più di prima grazie ad Adobe che si è tolta dai piedi.

OpenMage ad oggi è la migliore soluzione per chi vuole proseguire (senza bug e senza problemi di sicurezza) con il proprio ecommerce basato su Magento 1.9.4.5
https://www.openmage.org/
https://github.com/OpenMage/magento-lts

Il progetto è avanzato, è stata rinnovata la UI di Admin (ora è responsive!), risolti decine di vecchi bug che Adobe non ha mai preso in considerazione, migliorate in modo deciso le performance. (dal sistema di indicizzazione alle strutture delle tabelle, al php)
Hanno già rilasciato diversi update di sicurezza reali!
Dopo la versione 1.9.4.5 sono già stati aggiunte al progetto oltre 200 PR più di 100 sviluppatori.

Screen di esempio,

Inoltre è "quasi" pronto il supporto totale a PHP 8 e le procedure del PCI compliant prevedono un piano di Long Term Support fino al 2030.

I contributor del progetto sono dei Guru di Magento 1.x, tra cui l'ex developer Colin Mollenhour che è colui che ha dato i natali alla gestione della cache di Magento con Redis (per citare uno dei suoi progetti inclusi nel core).

Il progetto ha visto anche l'estrazione (prima della chiusura di Magento Commerce) di una vagonata di plugin free (circa 2800) che ora trovate qua:
https://github.com/OpenMageModuleFostering

Quelli di OpenMage dichiarano apertamente:
OpenMage does not compete with Magento 2.
OpenMage is competing with solutions like Shopware, Sylius and Shopify.

Ho già fatto questo upgrade su mezza dozzina di Magento 1 e ne vale assolutamente la pena.
La migrazione è davvero un gioco da ragazzi con Composer.
https://www.openmage.org/magento-lts/install.html

@dario-tana non serve buttare via tutto il lavoro fatto

1. non hai più patch di sicurezza
2. le estensioni si trovano ormai solo sui marketplace terzi e sono generalmente tutte obsolete

Ti faccio un esempio pratico: usavo Sendgrid per l'invio delle email. Servizio molto comodo ed integrato con il modulo SMTP Pro.

Sendgrid annuncia che non accetterà più l'autenticazione tramite login/password, ma serve la chiave API. Tutto bello ma... estensioni di M1 che facciano questa cosa non ce ne sono.

Devo farmi fare uno sviluppo ad hoc solo per sta cavolata... è finita che ho abbandonato Sendgrid. Ma mi scoccia perché comunque Sendgrid era un buon servizio per quello che dovevo fare.

Il fatto che non sia più supportato, anche al netto delle patch di sicurezza fornite da programmi come MageOne, significa avere sicuramente uno stillicidio di rogne e rognette lungo la strada.

Meglio prendere da subito il toro per le corna e migrare.

Guardate per questa cosa sono molto arrabbiato. La comunicazione di quanto accade in casa Adobe mi ha molto deluso.

@kal Shopify è adatto per chi ha pochi prodotti (semplici e senza grandi personalizzazioni) e necessità di tempi di marketing rapidi.
Il non avere il controllo passa in secondo piano quando hai necessità di avere funzionalità in tempi rapidi.
Nel lungo periodo fra fee, canoni ed eventuali abbonamenti alle app il costo non è minore rispetto ad una piattaforma open source (anzi, lo supera di molto) ma la mancanza di sviluppatori ed il livello medio-alto delle nuove tecnologie lo rende molto comodo.

Personalmente (dove possibile) ho fatto/consiglio il passaggio a Shopify oppure Prestashop.
Per grandi progetti invece le mie nuove alternative sono Sylius e Shopware.

Anche io ho un eshop in M1 che verosimilmente nelle prossime settimane migrerò a Prestashop.

Avevo considerato MageOne, ma non ha senso prolungare l'agonia.

M2 era fuori discussione (è un tier completamente differente, siamo su livello enterprise).

Avevo invece valutato seriamente Shopify, ma mi sento a disagio ad entrare in un ambiente dove non ho il controllo sulla tecnologia. E anche sul gateway di pagamento, non ho piena libertà di scegliermi un fornitore differente (se non pagando un sovrapprezzo). Ero tentato per non dovermi più occupare di aggiornamenti e sicurezza... ma alla fine lo spirito opensource mi sa che vince di nuovo.

Confermo che mi hanno effettivamente parlato bene anche di Shopware.

Ufficiosamente gli M1 molto personalizzati che rimangono in piedi passano a OpenMage o MageOne.

Ho visto moltissime migrazioni "morire" M1->M2 perchè sottovalutato e sottostimato il lavoro e la difficoltà (attività che andavano anche bene e che ora sono "sparite").

Personalmente (dove possibile) ho fatto/consiglio il passaggio a Shopify oppure Prestashop.
Per grandi progetti invece le mie nuove alternative sono Sylius e Shopware.