Back to top

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 - mitchie

Pagine: [1]
1
Sviluppo / come eliminare una variabile dall'url?
« il: 06 Ago 2015, 15:51:39 »
Salve a tutti,
Ho un piccolo problemino  ;D ;D ;D

Ho l'esigenza di eliminare una variabile (tipo abc=xy) dall'url di una pagina di un componente che sto' sviluppando:
esempio: www.miosito.com/administrator/index.php?option=miocomponente&view=miaview&abc=xy&altravariabile=altrovalore...etc.

nel model con
$uri = JFactory::getURI();
$uri->delVar('abc');
ottengo l'eliminazione della variabile ma poi nella view, nei links della paginazione, così come nei links di intestazione per l'ordinamento delle colonne, la variabile abc risulta ancora presente (e pertanto si ripropone sia cambiando pagina che ordinamento di una colonna).

Intuisco che non aggiorno qualcosa che invece viene utilizzato di default da Joomla per generare sia la paginazione (userState?) che i link di intestazione (JHTML::_( 'grid.sort', ...) ) e che evidentemente prende l'informazione da un'altra parte.
Come fare?

Grazie in anticipo!



2
Sviluppo / Re:query nel modulo non funziona
« il: 25 Nov 2010, 13:20:12 »
...e mia moglie continuava a dire "ma ancora non vieni a letto?"... Dovevo darle retta!  :)
Grazie!

3
Sviluppo / query nel modulo non funziona
« il: 24 Nov 2010, 23:54:12 »
Ciao a tutti,
sarà l'ora ma sono bloccato in un problema che trovo stupidissimo... ma tant'è, non riesco a trovare una soluzione.

In un modulo per J 1.5, di una banalità disarmante, tanto per testarne il funzionamento, ho inserito una query nell'helper all'interno di una funzione. Niente di che :
$query="SELECT * FROM #__components";
$db->setQuery( $query );

Non riesco però a listare più di una riga, in pratica mi lista solo l'ultima. Neanche cambiando tabella.
Ho eseguito dei controlli, sempre all'interno della funzione (!), quindi non c'è problema di passaggi di info o altro, se eseguo:
$db->query();
$num=$db->getNumRows();
$num restituisce 90, che sono esattamente le righe che ho nella tabella.
Se però eseguo
$rows = $db->loadObjectList( $query);
$num = count($rows);
$num restituisce 1 e infatti mi lista solo l'ultima riga della tabella.

Cosa mi sfugge? Le query nei moduli funzionano in modo diverso da come funzionano nei componenti?


4
Joomla! 1.5 / Re:token non valido..
« il: 24 Nov 2010, 18:58:57 »
Risolto, grazie!

5
Joomla! 1.5 / Re:token non valido..
« il: 24 Nov 2010, 10:08:31 »
Ciao,
ho eseguito la modifica indicata ma permane l'errore.
Joomla 1.5.20
Qualche idea?
grazie in anticipo

6
Sviluppo / [RISOLTO]Re:2 model e 1 problema
« il: 31 Lug 2010, 17:28:18 »
Grazie per il tempo che vi siete presi per analizzare la situazione (non semplice), valutarla e offrire la vostra collaborazione, per di più gratuita. Grazie.
Ho trovato la soluzione.
Grazie a tutti

7
Sviluppo / Re:2 model e 1 problema
« il: 30 Lug 2010, 14:24:01 »
Grazie comunque della tua disponibilità.

8
Sviluppo / Re:2 model e 1 problema
« il: 30 Lug 2010, 13:45:07 »
si, grazie, questo l'ho capito.

Come ho detto la realtà è molto più complessa dell'esempio riportato.

Diciamo che il controller 2 demanda ad un metodo della classe '2' del model 2, una serie di operazioni sulla tabella 2. Fin qui dovrebbe essere la situazione classica.

Solo che in alcuni punti del processo deve verificare delle condizioni della tabella 1  (un'operazione che viene già eseguita da un metodo della classe 1 per altre esigenze del controller 1) e all'occorrenza aggiornare la tabella 1 (un'altra operazione già eseguita da un altro metodo della classe 1 nel model 1).
Mi sembrava intelligente sfruttare l'esistenza dei due metodi già esistenti nel model 1 chiamandoli direttamente dal model 2.

Come giustamente dici tu $model = &$this->getModel( 'NOME MODEL' ); va richiamata dal controller, il che implica, a mio avviso, due controindicazioni:
1. spostare nel controller la 'logica interna' (passami il termine) del metodo del model 2
2. suddividere le operazioni prima raggruppate in un unico metodo in più metodi
Solo in questo modo, infatti, il controller è in grado di poter eseguire le appropriate parti del model 2 in funzione delle risposte ottenute dal model 1 (quando e se necessario), così come avviene adesso.

Quindi, se esiste un sistema per eseguire direttamente (previo istanziamento della classe) un metodo del model 1 chiamandolo dal model 2... ti sarei grato se mi illuminassi.

9
Sviluppo / Re:2 model e 1 problema
« il: 30 Lug 2010, 12:47:50 »
normali operazioni sulle rispettive tabelle, inserimento, modifica, cancellazione, lista etc, con i relativi model e presentare le relative viste (view) con i relativi temp (form inserimento dati o formati lista).

Così ho capito che debba funzionare...

10
Sviluppo / Re:2 model e 1 problema
« il: 30 Lug 2010, 09:54:57 »
No, sono sicuro di non aver capito per niente, altrimenti non avrei postato questa domanda.

Esattamente, cos'è che non hai capito?

11
Sviluppo / [RISOLTO] 2 model e 1 problema
« il: 30 Lug 2010, 09:03:27 »
Però non è un film!  ;D

Come si può far interagire due model tra loro?

Scenario:
3 archivi, 3 controller, 3 model, 3 view. In verticale (Controller->Model->View) nessun problema.
Poniamo però il caso che nel model 1 ci sia un metodo che aggiorni un campo della tabella1. E che nell'esecuzione del model 2 debba eseguire la stessa operazione (aggiornamento tabella 1) in presenza di una particolare situazione. Devo riscrivere lo stesso metodo nel model 2? E se anche nel model 3 abbia necessità di eseguire l'aggiornamento della tabella 1 in presenza di una particolare situazione? Devo riscriverla anche nel model 3? Dubito che sia questa la soluzione perché non mi pare un gran vantaggio...

Come si può eseguire un metodo presente in un model richiamandolo da un altro model?

L'alternativa, gestione delle operazioni dal controller, che può dialogare con più model, è assai laboriosa perché questo è un esempio banale ma la mia necessità è assai più complessa.

Insomma, in verticale ho capito i vantaggi, ma se uno avesse necessità dell'orizzontale?  ???
claudio

12
Più o meno tutto quello messo nel read me è stato realizzato, forse anche qulcosina in più...
http://sourceforge.net/projects/vminvoice/files/

Problemi legati alla classe TCPDF tutti risolti finora.
Soluzioni dispnibili qui:
http://sourceforge.net/projects/vminvoice/forums/forum/1105683
qui
http://sourceforge.net/tracker/?group_id=309468&atid=1303197
qui
http://forum.vmitalia.net/index.php?topic=5964.0
e qui
http://forum.joomla.it/index.php?topic=97196.new;topicseen#new

Ciauz!
P.S. gradite traduzioni!

ciao,

da una veloce occhiata anche al readme inserito nel pacchetto sembra una buona soluzione che ovviamente va testata in loco coi propri dati.

provvedo a evidenziare il post.

grazie per la contribuzione e siamo in attesa del resto che hai promesso nel readme.

ciao
giancarlo

13
Ora c'è anche un'altra soluzione:
http://sourceforge.net/projects/vminvoice/files/
E' un componente (quindi niente hack) e come tale si installa.
ciauz.
claudio

Pagine: [1]


Web Design Bolzano Kreatif