Siamo veramente lieti che il nostro lavoro sia molto apprezzato.

Grazie.

Ciao a tutti,
abbiamo caricato JiFile 2.2 nella nuova area download di Joomla.it

JiFile è maturato tanto e dopo più di due anni dalla sua nascita, è diventata una componente robusta e ben conosciuto nel mondo Joomla!.

Siamo ben felici di ricevere commenti, suggerimenti, change request o evolutive per migliorarlo e rendere questo progetto, completamente gratuito e tutto Italiano  , un buon prodotto da utilizzare per la community di Joomla!

Grazie

Link al download:
http://www.joomla.it/download-della-community/download/5-componenti/55-jifile.html

Grazie ad entrambi per la risposta.

Sicuramente ci siamo espressi male, di certo l'esigenza di utilizzare Joomla! in questo caso è dovuta dal fatto che il committente vorrebbe passare da Joomla! 2.5 a Liferay, strumento che conosciamo molto bene ma che comporta un lavoro immane, dovuto alla necessità di migrare i 45.000 articoli presenti sul portale in essere e sopratutto la realizzazione di nuove Portlet per la gestione di altre informazioni create con l'utilizzo di componenti esterne che non esistono in Liferay, per non parlare della configurazione del ACL.

Per questo la strada migliore sarebbe stata quella di migrare su una versione Joomla! multisite, e ci interessava capire se questa funzionalità sarebbe stata implementata a breve e quindi riuscire a prendere tempo oppure dover rinunciare all'idea.

Grazie infinite per il vostro supporto.

E' possibile definire degli stili ad ogni singola pagina, quindi potresti fare in questo modo:


{book height:800}
{page background:url('mia_image.jpg');}bla bla bla{/page}
....


al posto di mettere il tag <img .... dentro la pagina.

io ho problemi nell'utilizzo del plugin...non riesco a farlo funzionare.
ho creato un nuovo menù con singolo articolo: mi appare il libro con 3 foto(per prova), ma le vedo tutte sulla stessa pagina

Ciao,
hai installato l'ultima versione disponibile? Hai provato le varie combinazioni dell'opzione "Carica jQuery"?


Altrimenti scrivici (in privato o meglio ancora se ci apri un ticket sul nostro portale) il link alla tua pagina in modo che verifichiamo qual è il problema.

Ciao,
da parte nostra pensiamo che scrivere su Joomla.it già apporta dei grandi guadagni, non monetari, ma che sono enormemente superiori al semplice compenso "monetario" per il proprio contributo.


Vi facciamo un esempio pratico.
Poco tempo fa abbiamo scritto un paio di articoli e da questo, oltre il piacere e l'orgoglio di vedere i nostri articoli essere in prima pagina inserendo alcune parole chiavi nella ricerca di google, abbiamo ricevuto una quantità enorme di accessi al nostro portale e degli ottimi scambi di conoscenza sul Forum.


Scrivere su Joomla.it è, sopratutto per noi, un modo per sdebitarsi con Joomla.it per tutti i benefici che questo porta al nostro lavoro.


Di fatto ci ha permesso di pubblicare, "GRATUITAMENTE", le nostre componenti nella sezione "Download della community" che è stata per noi tutta pubblicità gratuita. Centinaia di persone hanno visitato e scaricato le nostre realizzazioni grazie a questo.


Molti di noi pagano per campagne pubblicitarie (ad esempio Adwords) per avere un poco di visibilità in più, ma se tenete conto che Joomla.it ha una visibilità enorme (non abbiamo idea del numero di visite giornaliere, ma pensiamo siano davvero tante), sicuramente il vostro lavoro pubblciato su Joomla.it, potrebbe portarvi più click e visite al vostro sito di una campagna fatta su Adwords (A PAGAMENTO). Poi se avete sul vostro sito AdSense (con banner e immagini) allora il guadagno lo fate comunque.


Riassumendo, noi vediamo che la realizzazione di un articolo (o un contributo) su Joomla.it è fin troppo ben ripagato dai ritorni che questo lavoro ci porta, e la richiesta di un contributo economico aggiuntivo è veramente una mancanza di professionalità e rispetto verso il portale stesso.

Ciao,
innanzitutto facciamo un piccolo riepilogo per verificare se abbiamo capito il vostro problema.


"Voi dovete realizzare un nuovo sito in Joomla! con un team di sviluppo dislocati sul territorio.
Dopo, al termine dello sviluppo dovete migrare il tutto su un sistema di Produzione."


Se è questo il vostro caso allora, le componenti che  entrerebbero in gioco sono:

• DB
• Codice Sorgente (+ eventuali altri files integranti al sito, documenti, immagini, altro...)

Per fare questo dovreste sia condividere la parte di codice (tutta la root del progetto Joomla!) sia il DB in ambiente condiviso.


Partiamo dal primo punto: Il DB
Per questo dovreste creare una istanza del DB in un ambiente condiviso e accessibile a tutti.
Questo è importantissimo, dato che se installare qualche componente o fate modifiche al DB, questo deve essere unico per tutti, altrimenti la migrazione del DB in ambiente di Produzione diventerebbe un lavoro immane.


Va fatta molta attenzione come già detto che il DB deve essere accessibile a tutti i membri, nel senso che tutti evono puntare allo stessa istanza dello stesso DB e non avere delle copie in locali. Se questo non fosse possibile, allora non vale la pena pensare di poter installare nella fase di sviluppo componenti esterne o altre cose che modificano il DB (come ad esempio inserire articoli o altro).


Secondo punto: Codice ed altro


Per questo va benissimo un sistema di versionamento accessibile a tutto il team di sviluppo (uno qualsiasi).
Questo vi permetterebbe di gestire senza problemi la parte di sviluppo, ma fate attenzione ad una cosa.


In Joomla! c'è la possibilità come abbiamo già descritto di installare e configurare eventuali elementi esterni come Plugin, Moduli o Componenti, questi oltre che creare eventuali oggetti a livello di DB (tabelle, record)  inseriscono (se installati) o cancellano (se disinstallati) del codice (script e files).


Perciò a questo punto vi consiglieremmo di adottare la seguente soluzione:


1. Si installa tutto quello che serve (e si pensa di utilizzare) prima di migrare il progetto per la prima sul sistema di versionamento.
2. Dopo la migrazione del sistema di versionamento, ognuno del team di sviluppo effettua il checkout.
3. Ognuno si configura il proprio configuration.php (che non dovrà mai essere committato, per evitare che altri possano avere problemi con la propria configurazione). Come gia detto la configurazione all'accesso al DB deve essere univoca e uguale per tutti.
4. Se una persona del Team installa o disinstalla delle componenti, effettua immediatamente il commit e avvisa gli altri in modo da riportare con il check out i cambiamenti (come detto se il DB è unico non ci sono problemi sulla parte di DB).


Speriamo di avervi dato la soluzione o almeno una idea al vostro problema.


isApp.it Team

Ciao a tutti, supponiamo di dover sviluppare un sito per un azienda e di lavorare in team a distanza (senza sviluppo di componenti); come si può pensare di usare un sistema del genere ?


Del tipo, appoggio l'installazione di Joomla su un server temporaneo accessibile a tutti dove ci installo un software SVN e quindi ogni modifica faccio check-out dei file e quindi check-in per rilasciarli ?


Non ho ben capito !


In passato ho usato MS visualsourcesafe per progetti fatti con l'Oracolo (quindi il principio del funzionamento grosso modo lo conosco,  ma mi resta difficile applicarlo a joomla dato che spesso si lavora da backend per installazione di componenti, contenuti..ecc..)!


Grazie anticipatamente !

Tutto ok, grazie a voi

Ciao Giuseppe,
grazie per aver recensito il nostro plugin  .

Ciao,con questo articolo chiudiamo la parte di come gestire un progetto Joomla! mediante un sistema di versionamento del codice.
Buona lettura.

Link all'articolo: http://www.joomla.it/articoli-community-3x-tab/7105-joomla-a-subversion-parte-seconda.html