@riccardo il problema con questo è che un multisite in un multisite ha a disposizione solo i temi e plugin messi a disposizione dalla multisite principale, se volessi farti vedere un setup diverso non potrei farlo.
Io vorrei poterti far vedere una demo dove integro plugin specifici x ClassicPress e giocoforza alcuni plugin per WP che so essere ancora funzionanti.
Questo per darti una idea del perché consiglio di incentivare gli sviluppatori ClassicPress a sviluppare e mantenere plugin specifici anche x multisite. i plugin WP funzionano ancora, non tutti ma alcuni. un giorno nessuno di essi funzionerà, è un errore pensare di “aggiustare il tiro in corsa” dopo, quando magari se dovesse partire bene ti ritrovi un numero CONSIDEREVOLE di siti che usano plugin che di botto smettono di funzionare.
Meglio partire cercando di usare quanto più possibile plugin x CP. poi se alcuni x WP fossero indispensabili, potremmo chiedere agli sviluppatori nella community di sviluppare qualcosa di simile x CP o addirittura forkare, espandere e mantenere ciò che è già presente x WP in chiave CP.
Il pensare di poter mantenere un certo numero di plugin “in proprio” mentre si gestisce un multinetwork che si prevede possa fare concorrenza a cose come Altervista di Banzai Media è un tantino azzardato come organizzazione. O prevedi di avere un ufficio composto di sviluppatori che fanno solo quello o non è sostenibile.
considera che x fare un altervista minimo ti serve un forum (con moderatori che lo gestiscono), un portale di supporto con tier 1 per le cose semplici e tier 2 x i problemi più seri (altervista non lo ha e il supporto è fornito da buoni samaritani nel forum!), un ufficio marketing/vendite che si occupi della commercializzazione dei piani a pagamento e un ufficio che si occupi di gestire l’infrastruttura che ospita tutto. minimo. e che crescendo ognuna di queste funzioni dovrà crescere. poi immagina che certi plugin come woocommerce hanno un INTERO TEAM dietro, e di doverne mantenere anche solo una decina… dove loro hanno team di magari 50 persone x un singolo plugin… immagina il giorno che quel plugin wp smette di funzionare e tu hai un agente di supporto solo e magari più di mille siti down tutti assieme, i cui proprietari sono molto arrabbiati e perdono introiti ad ogni minuto che passa… e le sla garantite sono di 24 ore o 48.
sarebbe letteralmente un disastro.
Al momento attuale bisogna semplificare, partire con una struttura che richieda pochi aggiustamenti e che possa crescere. e iniziare con un numero di siti ospitati gestibile. sviluppare la proposta di valore e fare marketing per eventuali monetizzazioni secondo me.
E partendo con la maggior parte di plugin sviluppati x CP, quindi di fatto creando una infrastruttura che dia da lavorare ai dev che li hanno creati si potranno attirare altri dev che svilupperanno altri plugin che potremmo in seguito decidere di includere… in un circolo virtuoso dove chi sviluppa temi e plugin sostiene il progetto e il progetto diventa una fonte di monetizzazione per loro.
Per quanto riguarda la community su Slack, su questa pagina Contact Us | ClassicPress trovi il link x iscriverti alla slack (dove dice join our Slack Group).
Appena ho tirato su un multisite ti mando il link e le credenziali da super admin se mi giri una mail con cui registrarti al suo interno. Nel multisite metterò anche una breve descrizione di quello che fa e come lo fa.
Translation of message:
@riccardo the problem with this is that a multisite in a multisite has only the themes and plugins available from the main multisite, if I wanted to show you a different setup I couldn’t do it.
I would like to be able to show you a demo where I integrate specific plugins for ClassicPress and inevitably some plugins for WP that I know are still working.
This is to give you an idea why I recommend incentivizing ClassicPress developers to develop and maintain specific plugins for multisite as well. WP plugins still work, not all but some. one day none of them will work, it is a mistake to think of “fixing the shot in the running” later, when maybe if it starts well you find yourself a CONSIDERABLE number of sites that use plugins that suddenly stop working.
Better to start by trying to use plugins for CP as much as possible. then if some WP plugins were indispensable, we could ask the developers in the community to develop something alike for CP or even fork, expand and maintain what is already present for WP for CP.
Thinking that you can maintain a number of plugins “on your own” while running a multinetwork that is expected to compete with things like Banzai Media’s Altervista is a bit of a gamble as an organization. Either you plan to have an office made up of developers doing just that or it’s not sustainable.
consider that to do a minimal altervista you need a forum (with moderators who manage it), a support portal with tier 1 for the simple things and tier 2 for the most serious problems (altervista does not have it and the support is provided by good Samaritans in the forum!), a marketing / sales office that deals with the marketing of paid plans and an office that deals with managing the infrastructure that hosts everything. minimum. and that as each of these functions grow, the team involved will have to grow too. then imagine that some plugins like woocommerce have a WHOLE TEAM behind them, and that you have to maintain even only a dozen of these plugins … whereas they have teams of maybe 50 people on a single plugin… imagine the day that wp plugin stops working and you have a single support agent and maybe more than a thousand sites that go down all together, whose owners are very angry and lose revenue with every minute that passes … and the guaranteed slas are 24 hours or 48.
it would literally be a disaster.
At the present time we need to simplify, start with a structure that requires few adjustments and that can grow. and start with a manageable number of hosted sites. develop the value proposition and market the eventual paid plans, in my opinion.
And by starting with most plugins developed for CP, then effectively creating an infrastructure that gives the devs that created them work to do, we can attract other devs who will develop other plugins that we might decide to include later on… in a virtuous cycle where those who develop themes and plugins support the project and the project becomes a source of income for them.
As for the Slack community, on this page (see above link) you will find the link to subscribe to the slack (where it says join our Slack Group).
As soon as I have set up a multisite I will send you the link and the super admin credentials if you send me an email with which to register within it. In the multisite I will also put a brief description of what it does and how it does it.