Grazie mille della segnalazione!

Ciao,


ho un articolo tecnico, per sviluppatori di componenti, che aiuta a capire come modificare l'icona che compare di fianco al titolo del componente lato admin (la barra blu in alto) quando si usa ISIS. Si tratta della classe JToolBarHelper, non c'è documentazione in rete, o meglio c'è ma sulla 2.5. In joomla 3 le logiche sono un po' cambiate.


Lo pubblicherò poi sul mio blog, ma tradotto in inglese.


Ciao

Bene.
Il bug 7 penso sia riconducibile ai punti precedenti.
L'8 invece è un altra parrocchia.
A postgresql arriva questa istruzione:

SELECT u.name, count(cd.language) as counted, MAX(cd.language='*') as all_languages
FROM odm2e_users AS u
LEFT JOIN odm2e_contact_details AS cd ON cd.user_id=u.id
LEFT JOIN odm2e_languages as l on cd.language=l.lang_code
WHERE EXISTS (SELECT * from odm2e_content as c where  c.created_by=u.id) AND (l.published=1 or cd.language='*') AND cd.published=1
GROUP BY u.id
HAVING (counted !=1 OR all_languages=1) AND (counted !=1 OR all_languages=0)

Questa roba lo manda in palla per parecchi versi:  Il MAX, l'having in basso.
Ti giro lo stack delle chiamate in allegato



[allegato eliminato da un amministratore essendo vecchio più di un anno]

E' la punta di un iceberg-rogna sui tipi questa storia ... 
Ho appena dato un occhio all'errore 5. C'è ancora. L'update in errore è questo:

UPDATE "j301_finder_links"
   SET "route"              = 'index.php?option=com_content&view=category&id=9',
       "title"              = 'Uncategorised',
       "description"        = '',
       "indexdate"          = NOW(),
       "state"              = 1,
       "access"             = 1,
       "language"           = '*',
       "type_id"            = 1,
       "object"             = 'O:19:"FinderIndexerResult":18:{s:11:"',
       "publish_start_date" = '1970-01-01 00:00:00',
       "publish_end_date"   = '1970-01-01 00:00:00',
       "start_date"         = '2011-01-01 00:00:01',
       "end_date"           = '1970-01-01 00:00:00',
       "list_price"         = '',
       "sale_price"         = ''
 WHERE link_id = 1

E l'errore è:
ERROR:  invalid input syntax for type numeric: ""
LINE 15:        "list_price"         = '',
                                       ^

********** Errore **********

ERROR: invalid input syntax for type numeric: ""
Stato SQL: 22P02
Carattere: 674

Errore giustissimo e sacrosanto, list_price è un number, non ci puoi mettere una stringa. Mettendo uno 0 al posto dei '' l'errore si sposta su sale_price. Facendo la stessa cosa l'update viene eseguita correttamente.

Ora, ho passato la stessa update a MySQL (correggendo solo i quote) e indovina? Se l'è presa e ingoiata, tutto liscio, il '' è diventato un bello 0. Per capire da dove venisse la traduzione in 0 ho smontato gli orpelli della colonna list_price su mysql. Ho tolto il not null, l'attributo unsigned e il default a 0. Niente, mysql traduce '' in 0 da solo. Per poter mettere null nella colonna l'update deve essere "= null".

Insomma MySQL è un dbms creativo mentre postgres no (e meno male! sulla base di cosa '' diventa 0?).
E' lo stesso problema del punto 4, servito con una salsa diversa.
Mentre punto 6 è lo stesso errore, '' in list_price e list_sale.

I trigger? A naso non servono, sono a valle, il controllo sui tipi avviene a monte.
Lo so che non ci si può mettere a fare truncate a tappeto tu tutti i valori. Ma per distinguere in casi in cui fare dei controlli da quelli in cui non servono possono tornare utili queste function del driver postgres:

pg_field_type()
pg_field_prtlen()
pg_field_name()
pg_field_type_oid()

Si si, php, ho sbagliato a scrivere.

Per quanto riguarda l'errore 4, sono perplessa, in questo senso: secondo me joomla 3.0.1 con mysqli funziona per puro sbaglio  . Mi spiego meglio. Il tuo codice e quello del driver mysqli sono allineati.
Sia il tuo postgres.sql righe 674-679, sia il mysqli.php righe 531-535 buttano a video un messaggio con gli errori del dbms.

MySQLi non manda niente a video perchè il driver (o direttamente il db) troncano il valore a 255 caratteri così, per partito preso. In pratica mysql non da errore, postgres (secondo me giustamente) invece si.

Ho controllato la select che arriva a mysql con la mysqli_query, il campo titolo non viene ripulito prima dal codice con una substr per esempio, arriva al db una stringa oltre i 255 caratteri, e mysql ne salva solo i primi 255. Ho controllato, Mysql si composta così anche col vecchio driver, il mysql_query per intenderci.

Ho provato ora con Joomla! 3.0.1, l'installazione arriva correttamente fino in fondo.
Sto usando PostgreSQL 9.2.
L'unica difficoltà che ho dovuto affrontare è stata la modifica del driver, {JOOMLA_HOME}/libraries/joomla/database/driver/postgres.sql, alla riga 115:

$dsn = "host={$this->options['host']} port=5433 dbname={$this->options['database']} user={$this->options['user']} password={$this->options['password']}";

Il mio db non è in ascolto sulla porta standard, la 5432.

Buon PostJoom a tutti!

Mariella

Anche io sviluppo su una macchina Ubuntu. Eclipse è un programma java, lo metti dove vuoi.

Preferirei passare dall'index.php di Joomla, per questioni di sicurezza, controllo degli accessi etc etc etc.

Quasi quasi sto pensando di usare javascript e i css per metterei a "display : none" i div di troppo, così da visualizzare solo quello centrale che mi serve. Oppure un template ad hoc che visualizzi solo il component? 

Scusa se rispondo con un mese di ritardo ma ho visto solo ora.

Grazie per il tuo codice, ci siamo quasi. Io ho bisogno di visualizzare all'interno del box il mio componente e solo quello. Senza i menù, le barre laterali di Joomla! etc etc. Più o meno come il bottone 'Options' nel 'Article Manager' del back-end.

In ufficio ho xp con apache. non ho mai usato, ne uso, ne userò mai iis, introdurrei una variabile in-debuggabile.
Le versioni di apache, php, joomla e mysql tra il mio pc e il server centos sono allineate.
L'unica cosa diversa è il sistema oeprativo.

Il tuo problema potrebbe essere legato alle solite questioni sui permessi di scrittura. Il mio caso è diverso. Se fosse come dici tu significa che la classe JInstaller del file installer.php nella directory del core di joomla /libraries/joomla/installer digerisce bene il mio componente sotto windows, e sotto linux no, e la causa sarebbe nel modo in cui è scritto il mio componente .... l'installer non entra nel merito del codice php del componente, guarda i file xml di configurazione, controlla che ci siano tutti i pezzi, crea i record nel db e cose così.