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

Pagine: [1] 2 3 4 ... 139
1
Ciao vioma.
L'unico modo che hai per mantenere intatto il codice è quello di non usare l'editor.
Vai nelle impostazioni del tuo utente joomla e seleziona Editor - nessuno oppure se c'è Editor - Codemirror
Quando aprirai l'articolo vedrai il suo codice html e dovrai trovare il punto in cui inserire il codice del pulsante.


Ciao

2
Joomla! 3 / Re:Search e db pesante: da disabilitare...?
« il: 01 Apr 2015, 13:19:36 »
Ciao
Intanto ti dico che una volta disattivati i plugin e svuotata la tabella degli indici dal componente "Motore di Ricerca" le tabelle finder_* vengono completamente svuotate.
In ogni caso è sempre possibile tornare indietro e ricreare l'indice del motore di ricerca (sempre dal componente).


Il problema è che questo plugin viene attivato senza sapere bene come configurarlo. Se si attivano tutti i plugin di ricerca (contenuti, contatti, weblink, categorie, ecc.) va a finire che joomla indicizza praticamente tutto. Quindi sarebbe bene, ad esempio, limitare la ricerca ai soli contenuti piuttosto che a tutto il resto.


In teoria l'indicizzazione ai fini della ricerca di contenuti servirebbe a rendere più veloce e precisa la ricerca. Joomla non perde troppo tempo quando deve indicizzare un articolo visto che il lavoro lo fa per un solo articolo alla volta ogni volta che viene inserito.
Se invece provi ad indicizzare tutti i contenuti in una volta il tempo perso è maggiore visto che deve leggere tutti gli articoli salvati sul sito. Ma questa è una eventualità abbastanza remota.
Gli indici servono appunto per velocizzare la ricerca visto che joomla cerca proprio negli indici invece che fare una ricerca direttamente nei contenuti.


Io invece mi preoccuperei di un database eccessivamente grosso: siamo tutti bravi a fare un backup del database ma quanti hanno mai provato a fare un ripristino di un backup?
Solo quando sei nella cacca e ti rendi conto che il tuo backup è parziale/corrotto capisci quanto è importante fare una prova di ripristino ogni tot di tempo.


Dipende ovviamente da cosa si usa per fare il backup ma un database di grandi dimensioni potrebbe non essere backuppato correttamente e quindi il backup essere totalmente inutile.


Ciao








3
Joomla! 3 / Re:Search e db pesante: da disabilitare...?
« il: 30 Mar 2015, 16:32:26 »
Ciao fabiombolo.
Stavo giusto ragionando sul plugin smart search (motore di ricerca) e ho trovato questo post sul forum di joomla.org:
http://forum.joomla.org/viewtopic.php?t=717711#p3234411


E' in inglese ovviamente ma non credo sia difficile da tradurre.


In buona sostanza, da quello che ho letto fino ad ora, puoi disattivare completamente il plugin se non hai esigenze di ricerca ovvero disattivare selettivamente i plugin di ricerca su categorie, contatti, ecc. lasciando solo quello sui contenuti.
Nel caso in cui vuoi mantenere il sistema di ricerca del plugin Content - Motore di ricerca puoi eventualmente ricreare l'indice dal componente Motore di ricerca.


Resta un'ultima domanda a cui rispondere: le tabelle finder_terms possono essere svuotate prima di ricostruire gli indici?  ;D


Magari si fanno delle prove in locale prima di operare sul sito in produzione...  ;)


Ciao

4
Siiiiiiiiiiiiiiiiiiiiii  ;D ;D ;D
Intanto riducendo il numero di articoli "in evidenza" da5944 a 1548 il tempo di esecuzione della query è passato da 0,57s a 0,376s


Come sempre la soluzione sta nel mezzo  ;D


Grazie Marco

5
Credo di poter escludere che ci siano estensioni di terze parti che eseguono quella query.
Ho fatto una ricerca su tutti i files php del sito della stringa JModelLegacy::getInstance('Articles', 'ContentModel' e la trovo solo su parti del core di joomla, poi ho usato una copia del sito in locale e disattivato tutti i moduli visualizzati in home page e tutti i plugin possibili. Il risultato è che prima e dopo la "cura" il plugin di debug mi riporta sempre l'esecuzione della stessa query (quella incriminata). In effetti è la query che crea la lista di articoli in evidenza in home page.

Un qualche aiuto nella velocità di esecuzione della query l'ho ottenuto modificando la where finale da
Codice: [Seleziona]
WHERE a.access IN (1,
                   1)
  AND c.access IN (1,
                   1)
  AND CASE
          WHEN badcats.id IS NULL THEN a.STATE
          ELSE 0
      END = 1
  AND (a.publish_up = '0000-00-00 00:00:00'
       OR a.publish_up <= '2014-10-16 19:01:00')
  AND (a.publish_down = '0000-00-00 00:00:00'
       OR a.publish_down >= '2014-10-16 19:01:00')

diventa

Codice: [Seleziona]
a.access IN (1,1) AND
    badcats.id IS NULL AND
    a.state = 1 AND
    a.publish_up <= '2014-10-16 19:01:00' AND
    (a.publish_down = '0000-00-00 00:00:00' OR a.publish_down >= '2014-10-16 19:01:00')

(Soluzione trovata su stackoverflow)

Ho analizzato la query con explain e la prima cosa che salta all'occhio è che seleziona quasi 6000 (senza usare indici) righe e lo fa dalla tabella _content_frontpage. Ovvero ci sono 6000 articoli in evidenza!
il join INNER JOIN jjj_content_frontpage AS fp ON fp.content_id = a.id mette in relazione esattamente 5994 articoli nella tabella content_frontpage con altrettnti nella tabella conten.

Ora mi chiedo: ma che bisogno c'è di fare una select di 6000 record solo visualizzando la home page dove si vedono poi solo 7 articoli? Solo perchè in fondo alla pagina si devono vedere i numerini della paginazione?

Secondo me la soluzione è più semplice: ridurre drasticamente gli articoli "in evidenza"

6
Ciao mmleoni.
Tutto bene grazie  :D Spero altrettanto.

Credo che la query sia generata dal file \components\com_content\models\articles.php riga 157 e succ. (quindi non è un'estensione di terze parti a generarla) e facendo una ricerca col termine badcats con google ho visto che il problema delle slow query è abbastanza frequente, su stackoverflow ci sono un paio di pagine con la stessa query  ;)

A questo punto non credo si possa cassare piuttosto si può cercare di ottimizzare la query e credo che questo plugin dovrebbe dare una mano a non toccare il codice del core.

Il numero di accessi al sito è effettivamente alto e se a questo sommiamo la lentezza della query e il traffico generato da altri siti verso lo stesso db server facciamo una bella frittata.

Certo, forse un server dedicato risolverebbe...

Ora vediamo cosa mi dice explain di questa query.


Intanto grazie per la risposta.
Ciaoooooo

7
Ciao a tutti.

Da un po' di tempo su un sito che sto seguendo compaiono errori del tipo in oggetto ed il sito risulta parecchio più lento.
Il sito è su server linux e si basa su una versione joomla 2.5 (aggiornata all'ultima release) e include un forum kunena.

Per completezza inserisco uno degli ultimi dump di errore:
Codice: [Seleziona]
Query execution was interrupted SQL=SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.language, a.checked_out, a.checked_out_time,
a.catid, a.created, a.created_by, a.created_by_alias, CASE WHEN a.modified = 0 THEN a.created ELSE a.modified END as modified,
a.modified_by, uam.name as modified_by_name,CASE WHEN a.publish_up = 0 THEN a.created ELSE a.publish_up END as
publish_up,a.publish_down, a.images, a.urls, a.attribs, a.metadata, a.metakey, a.metadesc, a.access, a.hits, a.xreference, a.featured,
LENGTH(a.fulltext) AS readmore,CASE WHEN badcats.id is not null THEN 0 ELSE a.state END AS state,c.title AS category_title, c.path AS
category_route, c.access AS category_access, c.alias AS category_alias,CASE WHEN a.created_by_alias > ' ' THEN a.created_by_alias ELSE
ua.name END AS author,ua.email AS author_email,( SELECT MAX(contact.id) AS id FROM jjj_contact_details AS contact WHERE
contact.published = 1 AND contact.user_id = a.created_by) as contactid,parent.title as parent_title, parent.id as parent_id, parent.path as
parent_route, parent.alias as parent_alias,ROUND(v.rating_sum / v.rating_count, 0) AS rating, v.rating_count as rating_count,c.published, CASE
WHEN badcats.id is null THEN c.published ELSE 0 END AS parents_published FROM jjj_content AS a LEFT JOIN jjj_categories AS c ON c.id =
a.catid LEFT JOIN jjj_users AS ua ON ua.id = a.created_by LEFT JOIN jjj_users AS uam ON uam.id = a.modified_by LEFT JOIN jjj_categories as
parent ON parent.id = c.parent_id LEFT JOIN jjj_content_rating AS v ON a.id = v.content_id LEFT OUTER JOIN (SELECT cat.id as id FROM
jjj_categories AS cat JOIN jjj_categories AS parent ON cat.lft BETWEEN parent.lft AND parent.rgt WHERE parent.extension = 'com_content'
AND parent.published != 1 GROUP BY cat.id ) AS badcats ON badcats.id = c.id INNER JOIN jjj_content_frontpage AS fp ON fp.content_id = a.id
WHERE a.access IN (1,1) AND c.access IN (1,1) AND CASE WHEN badcats.id is null THEN a.state ELSE 0 END = 1 AND (a.publish_up = '0000-
00-00 00:00:00' OR a.publish_up <= '2014-09-25 19:01:00') AND (a.publish_down = '0000-00-00 00:00:00' OR a.publish_down >= '2014-09-
25 19:01:00') ORDER BY a.featured DESC, fp.ordering, a.created DESC


Errore nel caricamento del modulo MySQL server has gone away SQL=SELECT m.id, m.title, m.module, m.position, m.content, m.showtitle,
m.params, mm.menuid FROM jjj_modules AS m LEFT JOIN jjj_modules_menu AS mm ON mm.moduleid = m.id LEFT JOIN jjj_extensions AS e
ON e.element = m.module AND e.client_id = m.client_id WHERE m.published = 1 AND e.enabled = 1 AND (m.publish_up = '0000-00-00
00:00:00' OR m.publish_up <= '2014-09-25 19:01:00') AND (m.publish_down = '0000-00-00 00:00:00' OR m.publish_down >= '2014-09-25
19:01:00') AND m.access IN (1,1) AND m.client_id = 0 AND (mm.menuid = 1169 OR mm.menuid <= 0) ORDER BY m.position, m.ordering

Kunena COM_KUNENA_INTERNAL_ERROR
Errore nel caricamento del componente: com_contact, 1

Errori di questo tipo sono dovuti alla momentanea indisponibilità del server MySql cosa che accade abbastanza di frequente se il sito è su server condivisi. Quindi il dubbio non è sul perchè ciò accade, ne sono perfettamente cosciente.
Spesso la causa principale è quella di un numero considerevole di accessi concorreti alle risorse del server (non solo dal sito in questione, ma anche da tutti gli altri siti ospitati sul web server che utilizzano lo stesso db server).

Un dubbio ce l'ho sull'interpretazione del dump di errore: dal momento che viene visualizzato il nome del componente com_kunena la query che viene interrotta è relativa a questo componente?
Perchè in questo caso la prima cosa da fare sarebbe quella di disattivare il componente e vedere se gli errori continuano.

Volevo monitorare la frequenza di generazione di questi errori, che vengono visualizzati dall'utente nella pagina che sta visitando, ma non trovo un plugin che faccia al caso mio.

Ho cercato nella JED un plugin che mi aiutasse ad intercettare gli errori MySQL ma ho trovato solo due plugin, tipo questo ottimo che intercettano gli errori php. In realtà tiene traccia anche delle query eseguite ma a me servirebbero solo gli errori mysql e in modalità background.

Qualcuno conosce un plugin (o un altro sistema) che in background permetta di tracciare questo tipo di errore?

Ovviamente è un problema da risolvere con il servizio di hosting ma so già che la prima risposta che daranno sarà: avete troppi accessi, dovete passare ad un server dedicato.

Grazie


8
Ciao Marco.
Credo che il problema sia semplicemente che non ci sono moduli pubblicati nelle posizioni modulo del template.
Dopo una nuova installazione di joomla, se non si usa un template standard, i vari moduli (menu, slideshow, search, ecc.) vanno riposizionati nelle posizioni modulo del nuovo template.
Vai in Gestione Moduli e verifica quali moduli ti servono selezionando la posizione modulo in cui pubblicarli nel  nuovo template.


Inoltre molti template che usano un framework hanno una gestione interna di alcuni moduli (in genere il menu al top della pagina) e del logo, quindi darei un'occhiata anche alle impostazioni del template.


Ciao

9

Ciao.
Scusate voi il ritardo nelle risposte.

@volontario
Penso si possa fare ma personalmente, da navigatore, non troverei bello arrivare in una pagina e non sapere cosa fare. Probabilmente in meno di 5 secondo l'abbandonerei  ;D
Valuta tu se è conveniente o meno


@jelio
Mi pare che la cosa funzioni, o no?
nell'url principale vedo due immagini: una va alla home del sito /sa e una a quella del sito /sb






10
Ciao jelio.
Onestamente non ho provato su un sito multilingua anche se penso che il principio non sia diverso: il link che si crea sull'immagine della pagina introduttiva deve portare alla voce di menu Home del sito, e siccome di voce di menu Home ne può esistere una sola...


Quindi, visto che stai provando su un sito multilingua o ci metti un link al sito o posta l'url che hai usato per creare il link sull'immagine.


@stelici
Mi sa che hai sbagliato a citare  ;)
Forse volevi citare il commento di sudoku?  ;D


E per citare Murphy....
La difficoltà nel risolvere un problema è inversamente proporzionale alla stupidità della soluzione.
 ;D ;D

11
Ciao steleci.

Il link va creato sull'immagine che metti dentro l'articolo e l'articolo non è necessario crearlo con k2 ma con joomla.

Ricapitoliamo:
  • crea un articolo con joomla (non con k2) e ci metti dentro un'immagine
  • sull'immagine crei un link uguale a quello della voce di menu Home del sito
  • crei un menu e una voce di menu collegata a questo articolo
  • fai diventare Home questa voce di menu
Che usi joomla da solo o insieme a k2 non c'è differenza. La voce di menu Home del sito puo essere o generata dal componente com_content
Codice: [Seleziona]
  index.php?option=com_content&view=featured&Itemid=101
o dal componente k2
Codice: [Seleziona]
  index.php?option=com_k2&view=latest&layout=latest&Itemid=126
Il link che crei sull'immagine deve portare alla pagina principale del sito, la stessa che vedevi quando la Intropage non c'era.



12
Ciao stelici.
Io non ho usato k2 ma solo Joomla, quindi bisogna adattare questa soluzione a K2
Se hai usato una voce di menu Home generata con il componente k2 invece che quella di default del componente com_content di joomla penso basti usare quella. Qualcosa tipo:


Codice: [Seleziona]
index.php?option=com_k2&view=latest&layout=latest&Itemid=126
dove l'Itemid deve essere quello della voce di menu generata con il componente k2 e usata come Home del sito.


Prova e facci sapere

14
Ciao paxy.2000
Puoi mettere tutto ciò che vuoi. Basta ricordarsi che in un articolo di Joomla quello che scriviamo alla fine è codice html.
Basta quindi impostare l'editor come "no editor" (per evitare che l'editor modifichi l'html che scriviamo) e inserire il codce desiderato, che sia un'animazione flash o una immagine non ha importanza.


Ciao

15
Ciao a tutti.

Ogni tanto capita di voler visualizzare, al posto della home page del sito, una pagina introduttiva (Intropage) contenente un'immagine cliccando sulla quale si accede al sito vero e proprio.

La soluzione che propongo in questo articolo prevede invece l'utilizzo di un secondo template vuoto e un articolo di Joomla contenente l'immagine da visualizzare nella Intropage.

Link all'articolo


Ciao

16

Buongiorno.


Il problema si è ripresentato con le stesse voci di menu ed è stato corretto con la rigenerazione delle url delle voci di menu.
Piccolo neo è stato che la procedura ha modificato l'ordine di numerazione delle voci di menu, ma questo è un altro discorso.


Proprio ieri però mi è stato segnalato che il pulsante "Leggi tutto" che compare nello slideshow non portava più all'articolo corrispondente.
C'è da dire che gli articoli che vengono messi in evidenza nello slideshow sono visualizzabili anche usando la voce di menu Tutto ZO --> In Evidenza.


Quindi alla fine credo che il problema sia sempre legato alle voci di menu.


Quello che mi chiedo è come mai questo "difetto" non sia rintracciabile in rete (o sono io che non lo trovo) e come mai stia venendo fuori solo adesso.


E' una gran rottura di scatole perchè mi costringe ad intervenire troppo spesso (ieri ero in vacanza e ho dovuto usare il tablet!)

Il sito è sempre zerocinquantuno.it ovviamente

17
ahahahahahahah  ;D ;D ;D ;D ;D


Sai sono e resto nell'ombra  8)

18
Zavorra?? Hai presente la Concordia? Ecco.... ;D


Si, logica vuole che la procedura sia quella. Se dovesse ripresentarsi il problema la proverò.
Ma sarebbe interessante capire da dove viene questo problema.


Ma tu che ne sai di 051??


19
Ciao giovi

Non si può nascondere niente!! ;D


Si, è 051 ma la migrazione risale a parecchio tempo fa e il problema non c'era ne dopo la migrazione ne fino al 2 settembre (ultimo backup del db in mio possesso)


Onestamente non ho neanche pensato a rigenerare le url dei menu di Joomla. Ho cercato di capire da dove provenisse il problema.
Leggendo sul forum di redComponent ho visto che potrebbe essere un problema provocato da jupgrade ma l'ho escluso visto che la migrazione era andata a buon fine e le voci di menu erano tutte corrette.


Fra l'altro due di queste voci di menu riguardano il componente joomleague e sono state create dopo la migrazione.


PS
la migrazione è stata fatta da 1.0 a 1.5 e poi a 2.5 ....

20
E tanto per non lasciare nulla di intentato nell'ultimo backup del database del 2 settembre 2013 per le voci di menu incriminate il campo path era correttamente valorizzato.
Quindi qualcosa è accaduto tra il 2 e il 15 settembre.... c'è da credere agli spiritelli?  ;D

Pagine: [1] 2 3 4 ... 139
Host

Torna su