Visualizza post

Questa sezione ti permette di visualizzare tutti i post inviati da questo utente. N.B: puoi vedere solo i post relativi alle aree dove hai l'accesso.


Post - tampe125

Pagine: 1 2 [3] 4 5 6 ... 19
41
Sviluppo / Re:[1.7] JModel &JModellist
« il: 11 Ago 2011, 18:55:52 »

Joomla è 2.0 ma usare ajax è un suicidio ....

perchè?
io mi sono trovato abbastanza bene...
forse sono abituato a scrivere codice prolisso :P

42
da quanto ho capito (ma mi sono un po' perso) la logica dietro gli aggiornamenti sarebbe questa:
 
 3.0 major release, dove ci sono tutte le novità
 3.0.x release per coprire eventuali buchi di sicurezza &co.
 
 3.1 minor release
 3.1.x security release
 
 3.5 maintenance release LTS
 
 praticamente (ma non ne sono troppo sicuro, devo vedere di rinfilare tutte le pagine della documentazione) con la x.0 fanno il "botto" le novità, con le altre le "rifiniscono" per poi arrivare ad un prodotto maturo nella x.5 ...
 
 accidenti a Google Chrome che con le sue release ogni 15 giorni ha scatenato questa corsa alla numerazione..

P.S. Attento andresb! Dietro di te c'è una scimmia con tre teste!  ;D

43
Citazione
si, certo, ora viene fuori che è stato sbagliato aggiornare mootools........
ma dove siamo?  LE future versioni di Joomla avrebbero dovuto rimanere alla vecchissima versione di mootools ancora per 25 anni perchè gli sviluppatori di estensioni non voglio aggiornarle???
Ma siamo fuori?

perfavore, non mettermi in bocca cosa che non ho detto.

ho detto che è stato cambiato, NON che era sbagliato.
grazie al cielo lo hanno fatto (e con molto ritardo a mio avviso).

quello che ti ho proposto io era un semplice esempio di cosa può cambiare anche se uno segue a menadito le linee guida. guarda già adesso che cosa tocca fare per avere estensioni compatibili con la 1.5/1.6/1.7

ripeto il mio concetto di fondo:
ben vengano le nuove versioni, l'importante è che abbiano una retrocompatibilità almeno fino alla precedente LTS.
esempio pratico: mettere una classe/metodo deprecato nelle versioni STS e poi cancellarlo completamente nelle LTS.

altrimenti passiamo il tempo a rincorrere...

per concludere:

W LO SVILUPPO
W LA COMPATIBILITA'

44
siete totalmente fuori strada, state farneticando.......    vi allarmate su cose inesistenti.
Se le estensioni vengono scritte e sviluppate in modo corretto seguendo il framework di Joomla queste saranno facilmente aggiornate da una versione all'altra

probabilmente starò esagerando (meglio avere paura che toccarne dice il proverbio), ma mi puoi spiegare per quale ragione non dovrei preoccuparmi?

io avevo una mia piccola estensione, niente di che, lo ammetto, scritta seguendo a menadito la "bibbia" di Joomla (Mastering Joomla 1.5 second edition) e con la conversione alle 1.6/7 mi sono trovato a riscrivere molta roba.

innanzi tutto la parte relativa al javascript: dalla versione 1.11 di mootools siamo passati alla 1.3, anche alcune piccole funzioni sono cambiate (ad esempio JDate) ecc ecc.

insomma di modifiche ce ne sono state.
la mia paura è questa: dovrò veramente fare un lavoro del genere per ogni release?
credo che se non altro dovrebbero parlare di questo argomento, non del numero di versione...

chiamatela Pippo!

45
più che altro la cosa che mi preoccupa di più è la compatibilità fra le versioni...

mi spiego:
sicuramente le LTS porteranno delle innovazioni, per cui una mia eventuale estensione dovrà per forza essere modificata.

ma per quanto riguarda le "mini" versioni?
esempio pratico:
esce la 2.5 -> io impego 1-2 mesi ad aggiornare tutto (faccio per dire)
esce la 3.0 -> modifico ancora (diciamo 1 mese) e poi dopo...
esce la 3.1 -> ancora modifiche...
esce la 3.5 -> nuova LTS, sicuramente ci saranno MOLTE novità..

se non c'è un minimo di continuità uno sviluppatore dovrà passare il 70% del ad aggiornare le estensioni, invece di produrre nuove funzioni.

a questo punto i casi sono due:
1) stare sempre al passo con ogni sotto-versione, a scapito dello sviluppo dell'estensione
2) aggiornare solo per le LTS.

se le principali estensioni (intendo virtuemart, k2, joomfish ecc ecc) decidessero per la seconda opzione, ci ritroveremmo a delle versioni intermedie "inutili"..
basta vedere quanto ci hanno messo per passare il tutto alla 1.6..

sinceramente io sono dubbioso su questi rilasci continui  :-\

46
Sviluppo / Re:JTable con nomi personalizzati
« il: 27 Lug 2011, 21:58:17 »
io li utilizzo diverse volte (ordering, hits, published etc etc)..

mi sembrava una cosa utilie, anche perchè le modifiche da fare sono veramente stupide..

;(

47
Sviluppo / Re:[1.7] JModel &JModellist
« il: 27 Lug 2011, 21:52:37 »
personalmente io ho esteso la classe base JModel e ne ho fatte due ad hoc: una per le liste e una per il singolo record.

le usavo sotto la 1.5 e mi sono trovato bene anche con la 1.7

avevo pensato di postarle nella mailing list di joomla ma praticamente vengo sempre ignorato.. :(

48
Sviluppo / Re:JTable con nomi personalizzati
« il: 27 Lug 2011, 07:42:28 »
* un groviglio di paglia rotola per la strada *

mhm... vedo che è la solita accoglienza della mailing list :)

ma davvero non interessa nessuno? sono solo io il maniaco compulsivo che sente la necessità di nominare ogni singolo campo con un nome differente?

 :-\

* viene internato urlando *

49
Sviluppo / JTable con nomi personalizzati
« il: 24 Lug 2011, 11:27:06 »
salve a tutti, non so voi, ma personalmente tendo sempre a dare nomi univoci ai campi, in modo tale da sapere direttamente quale tabella sto utilizzando e soprattutto per non dover ricorrere sempre agli alias nelle SELECT.

per esempio nella tabella #__clienti avrò
Codice: [Seleziona]
id_clienti
cl_nome
cl_cognome
cl_citta
..
..

e così via.
il problema che si pone è che joomla utilizza dei nomi "fissi" per determinate colonne, vedi "published", "ordering" ecc ecc.

voi come vi comportate?

alla fine io mi sono deciso di fare un overwrite dei metodi della classe JTable che utilizzano nomi fissi (si è trattato di una modifica molto semplice), voi che ne pensate?

ho provato anche a scrivere nella mailing list generale ma.. dire che non sono stato considerato sarebbe un eufemismo :P

50
purtroppo per questo non ti posso aiutare, perchè la mia estensione non prevedeva SEF URL (è un gestionale, per cui dovrebbe essere sempre "nascosto" ai motori di ricerca).
cmq il problema che hai te è con i link "#"?

io ho risolto brutalmente facendo una str_replace :)

cmq, visto che ormai siamo a parlare "a braccio", te utilizzi le variabili layout e view oppure passi sempre da un task?

mi spiego.
io mi sono trovato bene (almeno fin'ora) a passare sempre da un task, ovvero

Codice: [Seleziona]
function mioTask()
{
    JRequest::setVar('view', 'miaView');
    JRequest::setVar('layout', 'mioLayout');

   parent::display();
}

secondo te è un'impostazione utile oppure che può causare problemi?
te come fai?

51
Citazione
mannaggia a me e quando ho promesso di fare questo lavoro per la 1.6.. finchè non esce la 1.8 e un bel "Mastering Joomla 1.8" non faccio più nulla...
 
 M.
 
eheh ti capisco.
pensa che io avevo un componente finito, utilizzato da qualche cliente, e mi dico:
"via facciamo un po' di refactoring e facciamo uscire questa versione 2".

poi mi dico:
"dai, già che ci siamo passiamo alla 1.7, è inutile spendere tempo sul passato"

e ora mi dico:
"argh!!! ma perchè non mi sono visto un film??" -.-

il problema è che non c'è nemmeno un po' di documentazione tecnica.. api.joomla.org continua a far vedere il codice della 1.5.19 (!!!)

sembra di no, ho provato in mille modi ma sembra che l'unico modo che funzioni, almeno a me, è chiamare la classe del controller nell'entry e istanziare la classe nel controller stesso, un po come se fossero "singoli".

mhm non ho capito bene come fai..
io per ora ho risolto così, ma tieni conto che è una versione ibrida: era della 1.5 e la devo ancora testare con la 1.7, anche se sembra funzionare

Codice: [Seleziona]
//recupero il controller. se è esplicito uso quello, altrimento lo "deduco" dal layout e dalla vista
$controller = $FBsec->authorize();

require_once (JPATH_COMPONENT.DS.'controllers'.DS.$controller.'.php');

$classname    = 'JDomusController'.ucfirst($controller);

$controller = new $classname();
$controller->execute( JRequest::getWord('task'));
$controller->redirect();


il controller che chiamo è una classe che estende JController.
ma mi sa che non ti ho seguito bene, te cosa intendi per controller multipli?
mi puoi fare un esempio concreto?

52
Sviluppo / Re:[J1.7] Creare pacchetto di installazione
« il: 21 Lug 2011, 02:15:51 »
ad un esame più approfondito sono riuscito a capire dove era l'errore.
se qualcosa va storto nella procedura, il database rimane "sporco" e ogni successiva installazione darà errore perchè le chiavi uniche non sono più tali...

giusto per conoscienza vi riporto le tabelle che mi hanno fatto penare:

#__extensions (e vabbè, questa era facile)
#__assets
#__menu

se ricevete un errore, controllate che queste tabelle siano pulite, altrimenti passerete un'intera giornata (e più) a sbattere la testa senza capire come mai.

P.S. god bless instant debugging  8)

53
Sviluppo / Re:[J1.7] Creare pacchetto di installazione
« il: 21 Lug 2011, 01:37:09 »
allora...

non ci posso credere ma è così...

lo sapete dov'era il problema?

perchè il mio componente si chiama com_jdomus.
in un lampo di pazzia, mi è venuto in mente di levare quella "j" dal componente e... FUNZIONA TUTTO!

non ci posso credere, perfavore seppellitemi qui  :-X

54
Sviluppo / [J1.7] Creare pacchetto di installazione
« il: 21 Lug 2011, 01:16:06 »
allora i casi sono due:

1- ho bisogno di un esorcista
2- mi sono bevuto il cervello

non riesco a creare uno stupidissimo pacchetto di installazione.
ho preso il pacchetto demo che si trova in docs.joomla.org e ho cercato di modificarlo per adattarlo alle mie esigenze.

ho fatto 2 modifiche stupide ma qualsiasi cosa faccia mi torna sempre questo errore:

Installazione componente: DB function non riporta errori

mi dicesse quale errore!!

questo è il codice del file jdomus.xml
inutile dire che i file ci sono tutti...

mi potete aiutare?

Codice: [Seleziona]
<?xml version="1.0" encoding="utf-8"?>
<extension type="component" version="1.6.0" method="new">
 
    <name>COM_JDOMUS</name>
    <creationDate>June 2011</creationDate>
    <author>Davide Tampellini</author>
    <authorEmail>webmaster@fabbricabinaria.it</authorEmail>
    <authorUrl>http://www.fabbricabinaria.it</authorUrl>
    <copyright>Copyright Info</copyright>
    <license>License Info</license>
    <!--  The version string is recorded in the components table -->
    <version>0.0.8</version>
    <!-- The description is optional and defaults to the name -->
    <description>COM_JDOMUS_DESCRIPTION</description>
 
    <install> <!-- Runs on install -->
        <sql>
            <file driver="mysql" charset="utf8">sql/install.mysql.utf8.sql</file>
        </sql>
    </install>
    <!-- Site Main File Copy Section -->
    <!-- Note the folder attribute: This attribute describes the folder
        to copy FROM in the package to install therefore files copied
        in this section are copied from /site/ in the package -->
    <files folder="site">
        <filename>jdomus.php</filename>
    </files>
 
    <administration>
        <!-- Administration Menu Section -->
        <menu>COM_JDOMUS_MENU</menu>
        <!-- Administration Main File Copy Section -->
        <!-- Note the folder attribute: This attribute describes the folder
            to copy FROM in the package to install therefore files copied
            in this section are copied from /admin/ in the package -->
        <files folder="admin">
            <!-- Admin Main File Copy Section -->
            <folder>language</folder>
            <!-- SQL files section -->
            <folder>sql</folder>
            <filename>jdomus.php</filename>
        </files>
        <languages folder="admin">
            <language tag="it-IT">language/it-IT/it-IT.com_jdomus.ini</language>
            <language tag="it-IT">language/it-IT/it-IT.com_jdomus.sys.ini</language>
        </languages>
    </administration>
 
</extension>



55
oddio se mi dici così mi fai venire mille dubbi...

io nella 1.5 facevo la require del controller di volta in volta...

perchè ora non si può più fare nella 1.7?

non mi dire così, che sto diventando scemo a far funzionare un mio (mezzo) componente con la 1.7

pensa che non mi funzionano nemmeno i file di lingua..  :'(



56
Salve a tutti, sto sviluppando un nuovo componente per J1.7, ma non riesco a renderlo disponibile nelle scelte dei tipi di menù.

mi spiego meglio: prima la 1.5 leggeva le varie views disponibili e le mostrava all'utente, ora invece niente!
il componente è stato installato correttamente, ma quando faccio nuovo menù non mi compare nell'elenco.

probabilmente mi sono perso una stupidaggine, ma non riesco a capire cosa..

EDIT: uops! trovato http://docs.joomla.org/Developing_a_Model-View-Controller_%28MVC%29_Component_for_Joomla!1.6_-_Part_03  ::)

57
Sviluppo / Sviluppare per 1.5 o 1.7?
« il: 19 Lug 2011, 20:29:28 »
sto per iniziare un nuovo componente (l'ennsimo, vediamo se questo vede la luce :P), però mi sono chiesto una cosa:

dovrei pensare in ottica 1.5 o 1.7?

la 1.7 rappresenta il futuro, però non è ancora completamente "matura"; la 1.5 d'altro canto è l'opposto: anche se vecchiotta è altamente stabile..

insomma, non saprei.
voi cosa mi consigliate?
è possibile tenere il piede in due scarpe?

58
mhm.. no .
però potrei farci un paio di prove.

ci sarà da metterci le mani perchè adesso la 1.6 utilizza la versione 1.3 di Mootools.

via, mi hai fatto venire di nuovo la voglia :)

59
ciao gigorgio,
ottimo articolo, complimenti.

Ma credi sia molto complicato realizzare un modulo per la selezione di categorie e sottocategorie di Joomla che utilizzi questo metodo?

se non sbaglio lo faceva già il "vecchio" modulo.
puoi addirittura memorizzare alcune select; se non ricordo male addirittura le select di esempio si basano su questa selezione...

60
eheh chi lo avrebbe mai detto che il mio vecchio modulo/articolo avrebbe vissuto una nuova vita?

pensa che qualche giorno fa avevo avuto la mezza idea di ritirare fuori il tutto..

a quanto pare qualcuno mi ha preceduto :)

Pagine: 1 2 [3] 4 5 6 ... 19
Host

Torna su