Salve gente, ammetto di non essere molto pratico di Javascript e necessito di un aiutino.
Praticamente mi sto impiccando con questa proprietà di un oggetto Datepicker:

dates: {

days: ["Sunday", "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday", "Sunday"],
daysShort: ["Sun", "Mon", "Tue", "Wed", "Thu", "Fri", "Sat", "Sun"],
daysMin: ["Su", "Mo", "Tu", "We", "Th", "Fr", "Sa", "Su"],
months: ["January", "February", "March", "April", "May", "June", "July", "August", "September", "October", "November", "December"],
monthsShort: ["Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec"]

},

Questo sopra è il codice originale e io lo vorrei cambiare per passare a "dates" una funzione che traduca tutti i valori dei mesi e i giorni in base alla lingua settata su un cookie....però non riesco proprio a passare una funzione....

A prescindere dalla traduzione, ho provato a passare semplicemente una funzione che abbia nel return semplicemente il valore riportato nel codice originale... ma nemmeno così va.

dates: function(){

return{
days: ["Sunday", "Monday", "Tuesday", "Wednesday", "Thursday", "Friday", "Saturday", "Sunday"],
daysShort: ["Sun", "Mon", "Tue", "Wed", "Thu", "Fri", "Sat", "Sun"],
daysMin: ["Su", "Mo", "Tu", "We", "Th", "Fr", "Sa", "Su"],
months: ["January", "February", "March", "April", "May", "June", "July", "August", "September", "October", "November", "December"],
monthsShort: ["Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec"]

}

}

Dove sta la magagna? Potete aiutarmi?
Grazie in anticipo!!!

Salve,
ma che fine hanno fatto le risposte presenti in questo post? Qualcuno ne sa qualcosa?

Allora, ho risolto in effetti sbloccando la porta 80.
Con il netstat mi diceva che la porta era usata dal servizio con PID 4....però questo PID non mi compariva nel task manager.
Fortunatamente ho trovato un video su YouTube che diceva che potrebbero essere questi servizi ad occupare la porta:
- BranchCache
- WWW-Publishing Service

In effetti avevo il BranchCache attivo e disattivandolo tutto è tornato a funzionare.
Spero solo non fosse un servizio importante...ma da quello che ho capito non mi sembra fosse indispensabile.

Per l'altro problema, relativo al fatto che MySql non si stoppava, ho risolto impostando il pannello di controllo con i diritti di Amministratore.
Per fare questo ho cliccato col pulsante destro sull'icona di XAMPP sul desktop e ho scelto "Proprietà"; dopodiché, nella sezione "Compatibilità" ho messo la spunta all'opzione "Esegui questo programma come amministratore"

Ora sembra tutto funzionante

Grazie del supporto

Salve, ho da poco pubblicato, per il mio Comune, un sito sviluppato con JoomlaFAP con il core aggiornato a Joomla 2.5.11.
Sembra che vada tutto bene ma risulta molto lento. Eppure, come potete immaginare, non è troppo ricco di immagini o applicazioni pesanti.
Si tratta di normali pagine di testo con qualche foto ogni tanto. Giusto l'homepage è un pò più ricca di immagini, ma il sito è tutto lento.
Può dipendere dall'hosting provider? E' appoggiato su ****** qualcuno di voi ha avuto esperienze negative con questo provider?
Ecco il link, mi dite se vi risulta lento anche a voi?
http://www.comune.sutri.vt.it/new/

Grazie in anticipo

edit: rimosso riferimento commerciale.

Ciao lego86, mi trovo nella tua stessa situazione. Al momento alcuni utenti possono pubblicare solo in determinate categorie ma la pubblicazione non è immediata dal front-end... bisogna entrare nel back end e cambiare lo stato dell'articolo.
Tu sei riuscito a risolvere la questione?

Credo di aver risolto.
In pratica ho confrontato il vecchi db di Jommla 1.5 con quello nuovo della versione 2.5 e ho notato che le tabelle dei contenuti si differenziavano per il Motore di Memorizzazione. Nella vecchia versione il motore era di tipo MYISAM mentre in quella nuova era INNODB. Ho provato a riportarlo a MYISAM tramite gli strumenti di phpmyadmin e ora la gestione degli articoli si carica in pochi secondi.

Salve, vi disturbo perché ho un problema nel backend di Joomla 2.5 e credo dipenda dal timeout del db.


In pratica quando vado nella gestione degli articoli qualche volta la pagina si carica ma quasi sempre, dopo una trentina di secondi di caricamento, mi rimane su una schermata bianca.
Quelle poche volte che si carica, inoltre, è tutto molto lento da gestire.


Inoltre il problema me lo da in localhost con Xampp 1.7.4...figuriamoci se lo carico sull'host.
Nel db ci sono registrati circa 9000 articoli e gran parte anche con contenuti molto lunghi.
In totale il db pesa cira 55mb...50 dei quali sono dovuti alla tabella degli articoli (xxxx_content).


Sapreste indicarmi come snellire le richieste al db?


P.S.: dovete sapere che il sito è una migrazione di un altro in versione 1.5.
La migrazione è andata a buon fine e funzionerebbe tutto piuttosto bene se non fosse per questo inconveniente dei lunghi tempi di risposta del db.

In realtà non chiedevo esattamente un supporto per usare quel tool.
Piuttosto volevo sapere se per effettuare la migrazione, tabella per tabella, fosse necessario seguire una certa gerarchia di tabelle, a prescindere da quale strumento si usi.

Inoltre mi serviva conoscere procedimento e funzioni sql per aggiornare la tabella creata male.

Alla fine sono riuscito da solo a capire il procedimento per correggere le colonne sbagliate.

Se può servire a qualcuno in futuro, ecco come ho fatto:


- Sul db originale ho creato, estrapolandola dalla tabella 'jos_content', un'altra tabella (tab_recupera) con la seguente procedura sql:
CREATE TABLE tab_recupera (m INT) SELECT 'id', 'sectionid', 'catid' FROM jos_content;

- Poi ho esportato la tabella 'tab_recupera' in un file sql e l'ho poi importata nel db di destinazione;

- Nel DB di destinazione ho aggiornato, nella tabella dei contenuti (new_content), le colonne 'sectionid' e 'catid' con il comando UPDATE, prendendo i dati dalla tabella importata (tab_recupera).

UPDATE new_content a, tab_recupera c
SET a.catid=c.catid
WHERE a.id=c.id;

UPDATE new_content a, tab_recupera c
SET a.sectionid=c.sectionid
WHERE a.id=c.id;

In effetti avevo già cominciato su dei db di prova e sembra che funzioni.
Mi sembra di aver capito che tutti i dati degli articoli si trovino nella tabella content. Esportando solo i records che mi servono posso integrarli nel db locale.
La mia paura maggiore era che un articolo avesse dei riferimenti non solo nella tabella content ma anche in altre tabelle, delle quali non fossi a conoscenza.

Purtroppo no.
Credo si tratti di un problema più grande di me, mi scuso.