1
Joomla! 1.6/1.7/2.5 / Re:Problema, le visite degli art di joomla non vanno più
« il: 27 Gen 2015, 13:02:45 »
Si! Erano abilitate!
Grazie mille ora dovrebbe esser a posto.
Grazie mille ora dovrebbe esser a posto.
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.
Pagine: [1] 2
2
Joomla! 1.6/1.7/2.5 / Re:Utente rimosso da mailing listcontinua a ricevere mail
« il: 27 Gen 2015, 11:21:14 »
Ciao, domanda banale, hai controllato che non sia rimasto in una delle due liste? o newsletters utenti o utenti sito (se hai attiva la registrazione sul sito).
Se no a me una volta è capitato che l'utente mi chiedesse la rimozione tramite la mail personale ma in realtà riceveva la mia newsletters su quella del lavoro, solo che erano collegate e quindi io cercavo la mail con cui diceva cancella (la sua personale), in realtà dovevo cercare la mail tramite cui gli arrivava, cioè quella del lavoro che però lui visualizzava in un unica casella di posta in arrivo con impostata come principale la mail personale.
non so se mi sono spiegata
Se no a me una volta è capitato che l'utente mi chiedesse la rimozione tramite la mail personale ma in realtà riceveva la mia newsletters su quella del lavoro, solo che erano collegate e quindi io cercavo la mail con cui diceva cancella (la sua personale), in realtà dovevo cercare la mail tramite cui gli arrivava, cioè quella del lavoro che però lui visualizzava in un unica casella di posta in arrivo con impostata come principale la mail personale.
non so se mi sono spiegata
3
Joomla! 1.6/1.7/2.5 / [risolto] Problema, le visite degli art di joomla non vanno più
« il: 27 Gen 2015, 11:13:04 »
Salve, da un paio di settimane nel sito www.savonagraffiti.it con joomla 2.5 ultima versione aggiornata il contatore visite di joomla non va più bene. Articoli con 100 visite sono indicati a nemmeno 15 o 20 visite nel pannello admin.
Ho google analytics e shiniystat e lo scarto tra questi due e il contatore interno è troppo grande per esser solo una valutazione diversa dei contatori. Abbiamo anche fatto delle prove.
Con un nuovo articolo in tre ci siamo coordinati per andare a leggere quest'ultimo con pc diversi in luoghi diversi (diversa connessione) e nel lato admin segnava un solo accesso.
Recentemente, o comunque nei giorni in cui ha iniziato a dar di matto non abbiamo aggiornato nessun componente ne installato nulla di nuovo, quindi non saprei cosa possa aver alterato la funzione.
Help?
I dati ci servono per inviarli all'ente per cui gestiamo il sito.
Grazie
Ho google analytics e shiniystat e lo scarto tra questi due e il contatore interno è troppo grande per esser solo una valutazione diversa dei contatori. Abbiamo anche fatto delle prove.
Con un nuovo articolo in tre ci siamo coordinati per andare a leggere quest'ultimo con pc diversi in luoghi diversi (diversa connessione) e nel lato admin segnava un solo accesso.
Recentemente, o comunque nei giorni in cui ha iniziato a dar di matto non abbiamo aggiornato nessun componente ne installato nulla di nuovo, quindi non saprei cosa possa aver alterato la funzione.
Help?
I dati ci servono per inviarli all'ente per cui gestiamo il sito.
Grazie
4
Joomla! 1.6/1.7/2.5 / Re:Condivisione articoli su Facebook
« il: 06 Ago 2014, 18:59:43 »
E per google non voleva esser una accusa di pigrizia tua, avevo in mente l'immagine di un post sull'argomento che mi sembrava di aver trovato quando cercavo per cose simili, per questo dicevo di provare 
5
Joomla! 1.6/1.7/2.5 / Re:Condivisione articoli su Facebook
« il: 06 Ago 2014, 18:43:07 »
Mica ho detto di cancellare tutto in configurazioni globali. Solo la descrizione sopra le parole chiave del sito. E infatti è come ricordavo,, ho provato, togliendo la descrizione in configurazioni globali, ho creato un articolo di prova.. e funziona compare la metadescr dell'articolo e non del sito. Ho provato con un art nuovo perchè i link già condivisi su fb sono "ricordati" da fb e quindi mi dava lo stesso post che avevo già inserito.
6
Joomla! 1.6/1.7/2.5 / Re:Condivisione articoli su Facebook
« il: 06 Ago 2014, 17:32:04 »
Ciao io ho due siti, in uno è attiva la descrizione sito, cioè ho compilato la sezione nella configurazione globale, nell'altro no e in quello in cui il campo è bianco compare la descrizione articolo. Presumo quindi che se non compilato quello del sito joomla prenda gli articoli, in caso contrario comanda la descrizione sito su tutto. Potreste provare, in caso contrario forse c'è una funzione da disattivare, non ricordo bene perché è passato un po di tempo ma credo che facendo ricerca con google, tipo come far comparire descrizione art facebook con joomla lo possiate facilmente trovare.
Ciau
Ciau
7
Joomla! 1.6/1.7/2.5 / Re:Problema link facebook help
« il: 01 Ago 2014, 11:25:45 »
Grazie per il suggerimento, ieri pomeriggio e stamattina l'informatico ha fatto un po di test.. vi faccio copia incolla:
1 - ho attivato il modulo ed eseguito la sostituzione indicata ma senza alcune effetto
2 - sempre con modulo attivo, ho eseguito un test con YSLOW e ho riscontrato che il caricamento della pagina si rallenta su questo javascript, allego immagine:
http://m.addthis.com/live/red_lojson/300lo.json?18blls&colc=1406819305120&si=53da5be7f5fafedd&uid=0000000000000000&pub=ra-5329999e575858ff&rev=1406582527&jsl=1&ln=it&pc=men%2Ctbx&vpc=&dp=www.savonagraffiti.it&fp=tutti-gli-appuntamenti%2F466-prosecco-e-ostriche.html&aa=0&fcu=U9pb52P4KvO&of=4&uf=0&nt=cs;0,ce;0,dc;114,dclee;114,dcles;114,di;114,dl;51,dle;20,dls;0,fs;0,lee;u,les;114,ns;0,rs;0,rspe;108,rsps;20,scs;u&pd=0&irt=1&vcl=1&md=0&ct=1&tct=0&abt=1<=143&cdn=1&lnlc=IT&whcs=0&tl=c%3D559%2Cm%3D2236%2Ci%3D2250%2Cxm%3D2370%2Cxp%3D2383&pi=1&callback=_ate.track.hsr
e cmq è legato ad addthis
ieri addthis funzionava oggi no, cioè rallentava anche con quello.
Poi: con il calendario attivo il sito rallenta tantissimo e blocca anche con questo modulo Add this non lo fa funzionare con fb provo a fare un ultimo test:
quindi: ho tolto add this smart layer lasciato il modulo del calendario eseguito test di performance ed il sito rallenta drasticamente ma non ci sono errori di file mancanti che non vengono trovati.
Si è passati quindi a fare dei test in locale e questo il resoconto:
li ho fatti con joomla e icagenda aggiornati alla stessa versione di graffiti.ho usato la parte di database di icagenda che è online su graffiti.ho usato le stesse foto che avete caricato per gli eventi.ho usato il template svgraffiti.il comportamento è uguale a quello del server.unica differenza è che è un pò più veloce nel caricare il modulo del calendario,ma in condivisione con fb l'immagine e testo non appare.a questo punto ho installato 3 template di default di joomla,ho fatto test con tutti e 3 ed il risultanto è indentico al nostro template.stesse velocità e problema di immagine/testo con fb.ho provato, ancora, in ultima istanza, sul sito graffiti,a disabilitare il caricamente delle jquery presente nel modulo calendarioma non cambia nulla: sempre lento.tra l'altro, ho riattivato la condivisine con add thised ho visto che anche senza calendario non funziona,mentre l'altro giorno era ok ... avevo condiviso sul mio profiloun evento con successo.boh! francamente non so neanche più che test fareperchè mi sembra di aver scartato tutte le possibilità.non mni viene in mente più nulla ... :-(
In sostanza:
L'unica è tenere addthis e il modulo calendario non attivi, cosi funziona, peccato solo perchè il modulo calendario sarebbe utile.
1 - ho attivato il modulo ed eseguito la sostituzione indicata ma senza alcune effetto
2 - sempre con modulo attivo, ho eseguito un test con YSLOW e ho riscontrato che il caricamento della pagina si rallenta su questo javascript, allego immagine:
http://m.addthis.com/live/red_lojson/300lo.json?18blls&colc=1406819305120&si=53da5be7f5fafedd&uid=0000000000000000&pub=ra-5329999e575858ff&rev=1406582527&jsl=1&ln=it&pc=men%2Ctbx&vpc=&dp=www.savonagraffiti.it&fp=tutti-gli-appuntamenti%2F466-prosecco-e-ostriche.html&aa=0&fcu=U9pb52P4KvO&of=4&uf=0&nt=cs;0,ce;0,dc;114,dclee;114,dcles;114,di;114,dl;51,dle;20,dls;0,fs;0,lee;u,les;114,ns;0,rs;0,rspe;108,rsps;20,scs;u&pd=0&irt=1&vcl=1&md=0&ct=1&tct=0&abt=1<=143&cdn=1&lnlc=IT&whcs=0&tl=c%3D559%2Cm%3D2236%2Ci%3D2250%2Cxm%3D2370%2Cxp%3D2383&pi=1&callback=_ate.track.hsr
e cmq è legato ad addthis
ieri addthis funzionava oggi no, cioè rallentava anche con quello.
Poi: con il calendario attivo il sito rallenta tantissimo e blocca anche con questo modulo Add this non lo fa funzionare con fb provo a fare un ultimo test:
quindi: ho tolto add this smart layer lasciato il modulo del calendario eseguito test di performance ed il sito rallenta drasticamente ma non ci sono errori di file mancanti che non vengono trovati.
Si è passati quindi a fare dei test in locale e questo il resoconto:
li ho fatti con joomla e icagenda aggiornati alla stessa versione di graffiti.ho usato la parte di database di icagenda che è online su graffiti.ho usato le stesse foto che avete caricato per gli eventi.ho usato il template svgraffiti.il comportamento è uguale a quello del server.unica differenza è che è un pò più veloce nel caricare il modulo del calendario,ma in condivisione con fb l'immagine e testo non appare.a questo punto ho installato 3 template di default di joomla,ho fatto test con tutti e 3 ed il risultanto è indentico al nostro template.stesse velocità e problema di immagine/testo con fb.ho provato, ancora, in ultima istanza, sul sito graffiti,a disabilitare il caricamente delle jquery presente nel modulo calendarioma non cambia nulla: sempre lento.tra l'altro, ho riattivato la condivisine con add thised ho visto che anche senza calendario non funziona,mentre l'altro giorno era ok ... avevo condiviso sul mio profiloun evento con successo.boh! francamente non so neanche più che test fareperchè mi sembra di aver scartato tutte le possibilità.non mni viene in mente più nulla ... :-(
In sostanza:
L'unica è tenere addthis e il modulo calendario non attivi, cosi funziona, peccato solo perchè il modulo calendario sarebbe utile.
8
Joomla! 1.6/1.7/2.5 / Re:Problema link facebook help
« il: 30 Lug 2014, 13:02:35 »
Giorno, tornato l'informatico abbiam verificato un po di cose di quelle consigliate qui.
L'errore che avevo trovato di jquery/min.map è un bug di chrome.. non c'entra con il sito.
Ha provato cmq a ricontrollare tutto, andando a scalare e disabilitando ogni elemento.
Il tempo di prima risposta del server è mediamente 2.5, almeno oggi. poi carica il sito.
Facendo varie prove continua a funzionare tutto bene solo se è disabilitato il modulo di icagenda per il calendario. Il componente in se funziona anche con addthis abilitato. Ma se abilito il modulo le pagine, dove è presente, rallentano e quindi fb non riesce a creare il link di condivisione.
L'errore che avevo trovato di jquery/min.map è un bug di chrome.. non c'entra con il sito.
Ha provato cmq a ricontrollare tutto, andando a scalare e disabilitando ogni elemento.
Il tempo di prima risposta del server è mediamente 2.5, almeno oggi. poi carica il sito.
Facendo varie prove continua a funzionare tutto bene solo se è disabilitato il modulo di icagenda per il calendario. Il componente in se funziona anche con addthis abilitato. Ma se abilito il modulo le pagine, dove è presente, rallentano e quindi fb non riesce a creare il link di condivisione.
9
Joomla! 1.6/1.7/2.5 / Re:Problema link facebook help
« il: 18 Lug 2014, 16:59:28 »
Mi sa di si
Nel frattempo forse ho trovato una soluzione estemporanea..
Le voci di menu e relative categorie e sottocateg sono suddivise in:
tutti gli appuntamenti (visualizza lista di tutti gli eventi)
cultura (con relative sotto cat) visualizza eventi di quella cat
notte (con relative sotto cat) idem
manifestazioni (con relative sotto cat) idem
muscia (con relative sotto cat) idem
Se dal sito entro in tutti gli app e poi selezione un evento il link sarà www.svgraff../tutti-gli-app-linkarticolo,
mentre se apro una delle voci di menu specifiche, staccate appositamente da tutti gli app, e poi seleziono l'evento il link sarà www.svgra../cultura/linkarticolo
questa premessa per spiegare che, disabilitando il calendario/modulo del componente icagenda ovunque tranne che nella voce generale tutti gli app, ho visto che le pagine viaggiano veloci veloci, tra 3 e 4 sec e cosi RI FUNZIONA la condivisione con immagine, descrizione breve ecc!!
Il calendario serve per vedere magari in un dato giorno tutto quel che c'è da fare (mostre, eventi, serate ecc inserite) e mi piaceva in tutti cosi anche se si è in un evento potevi cmq vedere anche altro con il calendario, per questo anche se cosi la pagina principale diciamo, con la lista di tutti gli eventi di ogni genere, è più lenta, perchè ho lasciato il calendario, nelle altre invece (disabilitandolo come voce di menu a se stante) l'ho tolto e va!
però per far funzionare la condivisione devo prima andare nel menu specifico e poi selezionare l'evento perchè se ci vado direttamente dalla pagina che ha ancora il calendario risulta pesante e non condivide.
La considero soluzione estemporanea e non permanente perchè vorrei cmq venirne a capo perciò appena ho news dall'informatico aggiorno qua
Grazie cmq per il supporto non sarei arrivata a trovar una soluzione per farlo girare se no)
Grazie mille.
p.s. Spero di essermi spiegata decentemente su come ho fatto non avendo dimistichezza di termini tecnici/informatici
Nel frattempo forse ho trovato una soluzione estemporanea..
Le voci di menu e relative categorie e sottocateg sono suddivise in:
tutti gli appuntamenti (visualizza lista di tutti gli eventi)
cultura (con relative sotto cat) visualizza eventi di quella cat
notte (con relative sotto cat) idem
manifestazioni (con relative sotto cat) idem
muscia (con relative sotto cat) idem
Se dal sito entro in tutti gli app e poi selezione un evento il link sarà www.svgraff../tutti-gli-app-linkarticolo,
mentre se apro una delle voci di menu specifiche, staccate appositamente da tutti gli app, e poi seleziono l'evento il link sarà www.svgra../cultura/linkarticolo
questa premessa per spiegare che, disabilitando il calendario/modulo del componente icagenda ovunque tranne che nella voce generale tutti gli app, ho visto che le pagine viaggiano veloci veloci, tra 3 e 4 sec e cosi RI FUNZIONA la condivisione con immagine, descrizione breve ecc!!
Il calendario serve per vedere magari in un dato giorno tutto quel che c'è da fare (mostre, eventi, serate ecc inserite) e mi piaceva in tutti cosi anche se si è in un evento potevi cmq vedere anche altro con il calendario, per questo anche se cosi la pagina principale diciamo, con la lista di tutti gli eventi di ogni genere, è più lenta, perchè ho lasciato il calendario, nelle altre invece (disabilitandolo come voce di menu a se stante) l'ho tolto e va!
però per far funzionare la condivisione devo prima andare nel menu specifico e poi selezionare l'evento perchè se ci vado direttamente dalla pagina che ha ancora il calendario risulta pesante e non condivide.
La considero soluzione estemporanea e non permanente perchè vorrei cmq venirne a capo perciò appena ho news dall'informatico aggiorno qua
Grazie cmq per il supporto non sarei arrivata a trovar una soluzione per farlo girare se no
)Grazie mille.
p.s. Spero di essermi spiegata decentemente su come ho fatto non avendo dimistichezza di termini tecnici/informatici
10
Joomla! 1.6/1.7/2.5 / Re:Problema link facebook help
« il: 18 Lug 2014, 13:10:13 »
Ah ho disabilitato anche la funzione di google maps di icagenda dentro ai singoli eventi e siam scesi di 5 sec, da 30 a 25, perchè ho visto molti rimandi nell'elenco ispeziona elemento, a quello.
11
Joomla! 1.6/1.7/2.5 / Re:Problema link facebook help
« il: 18 Lug 2014, 12:44:43 »
Perdona non sono ferratissima, ho imparato a gestire in parte il pannello admn per curiosità personale, più che professionale. Io dovrei generalmente occuparmi dei contenuti. perciò ho pensato che per elementi intendessi non solo le funzioni come addthis ma anche i vari moduli presenti. Alcuni penso di sapere come fare per disattivarli, per altri dovrò aspettare il rientro ferie dell'informatico mi sa.
Se ora ho capito cosa intendi, usando ispeziona elemento di chrome per vedere se cambiano i tempi man mano che disabilito, togliendo addthiss ( penso sia bastato togliere visualizza addthis dal componente, perchè cosi non mi da più tutte le icone che, prima, avevo trovato nell'elenco degli elementi del visualizza di chrome) siam scesi da 20 a a 17 sec circa). Poi sempre se ho capito, proseguendo ho tolto il calendario degli eventi, e da 17 siam scesi a 9. però è si legato al componente ma pur sempre modulo è quindi mi sa che non c'entra, rispetto a ciò che mi hai indicato.
Però ho trovato questo: jquery/min.map/templates/svgraffiti2014---status--404 not found tipe--text html initiator: tutti gli appuntamenti parser
in rosso, forse questo qualcosa indica e lo farò vedere all'informatico anche perchè ho verificato in altre pagine e compare anche li, nonostante siano più veloci come caricamento (tra i 4 e i 6).
Infine ho notato che molti link, sempre elenco degli elementi di chrome, che son lenti hanno desinenza analytics, in effetti lo usiamo per i contatti ma non saprei come fare per provare a disabilitarlo sulle pagine del menu di icagenda del sito.
Se ora ho capito cosa intendi, usando ispeziona elemento di chrome per vedere se cambiano i tempi man mano che disabilito, togliendo addthiss ( penso sia bastato togliere visualizza addthis dal componente, perchè cosi non mi da più tutte le icone che, prima, avevo trovato nell'elenco degli elementi del visualizza di chrome) siam scesi da 20 a a 17 sec circa). Poi sempre se ho capito, proseguendo ho tolto il calendario degli eventi, e da 17 siam scesi a 9. però è si legato al componente ma pur sempre modulo è quindi mi sa che non c'entra, rispetto a ciò che mi hai indicato.
Però ho trovato questo: jquery/min.map/templates/svgraffiti2014---status--404 not found tipe--text html initiator: tutti gli appuntamenti parser
in rosso, forse questo qualcosa indica e lo farò vedere all'informatico anche perchè ho verificato in altre pagine e compare anche li, nonostante siano più veloci come caricamento (tra i 4 e i 6).
Infine ho notato che molti link, sempre elenco degli elementi di chrome, che son lenti hanno desinenza analytics, in effetti lo usiamo per i contatti ma non saprei come fare per provare a disabilitarlo sulle pagine del menu di icagenda del sito.
12
Joomla! 1.6/1.7/2.5 / Re:Problema link facebook help
« il: 17 Lug 2014, 16:07:44 »
d'accordo comincio dai moduli html al fondo.
Grazie mille
Grazie mille
13
Joomla! 1.6/1.7/2.5 / Re:Problema link facebook help
« il: 17 Lug 2014, 12:57:56 »
Passo tutto all'informatico appena rientra dalle ferie Xd
Ma se hai pazienza e voglia.. che cosa indicano i dati che mi hai postato?
Ma se hai pazienza e voglia.. che cosa indicano i dati che mi hai postato?
14
Joomla! 1.6/1.7/2.5 / Re:Problema link facebook help
« il: 17 Lug 2014, 12:19:44 »
mentre su http://loadimpact.com/test/view/1730767 mi da l'immagine che allego
[allegato eliminato automaticamente dopo un anno]
[allegato eliminato automaticamente dopo un anno]
15
Joomla! 1.6/1.7/2.5 / Re:Problema link facebook help
« il: 17 Lug 2014, 12:12:24 »
oK grazie proverò disabilitandoli. Come riferimento ho provato ad usare due test online per vedere di partire da quel che più dava lentezza. Su http://analyze.websiteoptimization.com/wso testando il link http://www.savonagraffiti.it/tutti-gli-appuntamenti/418-se-papa-gambalunga-suona-il-blues.html mi da questo:
Analysis and Recommendations[/font][/size]
Analysis and Recommendations[/font][/size]
- TOTAL_HTML - Congratulations, the total number of HTML files on this page (including the main HTML file) is 2 which most browsers can multithread. Minimizing HTTP requests is key for web site optimization. Y[/size][/font][/size]
- TOTAL_OBJECTS - Warning! The total number of objects on this page is 104 which by their number will dominate web page delay. Consider reducing this to a more reasonable number. Above 20 objects per page the overhead from dealing with the actual objects (description time and wait time) accounts for more than 80% of whole page latency. See Figure II-3: Relative distribution of latency components showing that object overhead dominates web page latency in Website Optimization Secrets for more details on how object overhead dominates web page latency. Combine, refine, and optimize your external objects. Replace graphic rollovers with CSS rollovers to speed display and minimize HTTP requests. Consider using CSS sprites to help consolidate decorative images. Using CSS techniques such as colored backgrounds, borders, or spacing instead of graphic techniques can reduce HTTP requests. Replace graphic text headers with CSS text headers to further reduce HTTP requests. Finally, consideroptimizing parallel downloads by using different hostnames or a CDN to reduce object overhead.[/size][/font][/size]
- TOTAL_IMAGES - Warning! The total number of images on this page is 80 , consider reducing this to a more reasonable number. Recommend combining, replacing, and optimizing your graphics. Replace graphic rollover menus with CSS rollover menus to speed display and minimize HTTP requests. Consider using CSS sprites to help consolidate decorative images. Use CSS techniques such as colored backgrounds, borders, or spacing instead of graphic techniques to reduce HTTP requests. Replace graphic text headers with CSS text headers to further reduce HTTP requests. Finally, consider optimizing parallel downloads by using different hostnames to reduce object overhead.[/size][/font][/size]
- TOTAL_CSS - Warning! The total number of external CSS files on this page is 6 , consider reducing this to one or two external files. Combine, refine, and optimize your external CSS files. Ideally you should have one (or even embed CSS for high-traffic pages) on your pages. You can optimize CSS files using shorthand properties, grouping, and then minify and GZIP compress them to reduce their footprint. Remember to place CSS files in the HEAD and JavaScript files at the end of the BODY to enable progressive display.[/size][/font][/size]
- TOTAL_MULTIM - Congratulations, the total number of external multimedia files on this page is 1 .[/size][/font][/size]
- TOTAL_SIZE - Warning! The total size of this page is 1170884 bytes, which will load in 254.16 seconds on a 56Kbps modem. Consider reducing total page size to less than 100K to achieve sub 20 second response times on 56K connections. Pages over 100K exceed most attention thresholds at 56Kbps, even with feedback. Consider optimizing your site with Website Optimization Secrets, Speed Up Your Site or contacting us about our optimization services.[/size][/font][/size]
- TOTAL_SCRIPT - Warning! The total number of external script files on this page is 15 , consider reducing this to a more reasonable number. Combine, refactor, and minify to optimize your JavaScript files. Ideally you should have one (or even embed scripts for high-traffic pages) on your pages. Consider suturing JavaScript files together at the server to minimize HTTP requests. Placing external JavaScript files at the bottom of your BODY, and CSS files in the HEAD enables progressive display in XHTML web pages.[/size][/font][/size]
- HTML_SIZE - Congratulations, the total size of this HTML file is 15990 bytes, which less than 50K. Assuming that you specify the HEIGHT and WIDTH of your images, this size allows your HTML to display content in under 10 seconds, the average time users are willing to wait for a page to display without feedback.[/size][/font][/size]
- IMAGES_SIZE - Warning! The total size of your images is 784704 bytes, which is over 100K. Consider switch graphic formats to achive smaller file sizes (from JPEG to PNG for example). Finally, substitute CSS techniques for graphics techniques to create colored borders, backgrounds, and spacing.[/size][/font][/size]
- SCRIPT_SIZE - Warning! The total size of external your scripts is 253117 bytes, which is over 20K. Consider optimizing your JavaScript for size, combining them, and usingHTTP compression where appropriate for any scripts placed in the HEAD of your documents. You can substitute CSS menus for JavaScript-based menus to minimize or even eliminate the use of JavaScript.[/size][/font][/size]
- CSS_SIZE - Caution. The total size of your external CSS is 19954 bytes, which is above 8K and less than 20K. For external files, ideally keep them less than 1160 bytes to fit within one higher-speed TCP-IP packet (or an approximate multiple thereof). Consider optimizing your CSS and eliminating features to reduce this to a more reasonable size.[/size][/font][/size]
- MULTIM_SIZE - Warning! The total size of your external multimedia is 97119 bytes, which is over 30K. Consider optimizing your multimedia files for size, or replacing them with lower-bandwidth alternatives, or eliminating them altogether.[/size][/font][/size]
Da quel che ho visto nei dettagli carica tutte le immagini degli appuntamenti anche se sto vedendone uno nel dettaglio[/font][/color]
16
Joomla! 1.6/1.7/2.5 / Re:Problema link facebook help
« il: 16 Lug 2014, 17:54:13 »
Per ora sistemando il profilo addthis non è cambiato nulla 
Un esempio è qua se vuoi provare la condivisione:
http://www.savonagraffiti.it/tutti-gli-appuntamenti/423-passeggiata-notturna-per-le-creuse.html
Un esempio è qua se vuoi provare la condivisione:
http://www.savonagraffiti.it/tutti-gli-appuntamenti/423-passeggiata-notturna-per-le-creuse.html
17
Joomla! 1.6/1.7/2.5 / Re:Problema link facebook help
« il: 16 Lug 2014, 17:50:25 »
Allora mentre scrivevo mi è venuto in mente un errore.
Addthis è dentro al componente e dal pannello admin,su opzioni di icagenda imposti il profilo ID di addthis che ti da quando ti registri con un account, NON quello del proprio profilo fb. L'ho appena cambiato.. non so se era quello il problema e ci vuole un po per veder gli effetti
Poi se ho capito bene cosa chiedi, impostando addthis dal pannello admin, sulla pagina online di un evento dentro il sito ti compaiono i pulsanti per la condivisione sui social. Il problema nasce qua: sia usando i pulsanti per condividere, sia copiando e incollando il link della pagina direttamente come nuovo post di facebook da la schermata home senza immagine ne altro.
Addthis è dentro al componente e dal pannello admin,su opzioni di icagenda imposti il profilo ID di addthis che ti da quando ti registri con un account, NON quello del proprio profilo fb. L'ho appena cambiato.. non so se era quello il problema e ci vuole un po per veder gli effetti
Poi se ho capito bene cosa chiedi, impostando addthis dal pannello admin, sulla pagina online di un evento dentro il sito ti compaiono i pulsanti per la condivisione sui social. Il problema nasce qua: sia usando i pulsanti per condividere, sia copiando e incollando il link della pagina direttamente come nuovo post di facebook da la schermata home senza immagine ne altro.
18
Joomla! 1.6/1.7/2.5 / Re:Problema link facebook help
« il: 16 Lug 2014, 17:16:05 »
-Red: Dunque provando la compressione gzip disattivata per una paio di giorni nulla è cambiato. Ora l'ho riattivata.
-Mmleoni il componente icagenda ha addthis ( ho creato l'account su addthis facendo l'accesso con il profilo facebook del sito) e ho inserito l'ip del profilo facebook del sito. Quando aveva smesso di andare avevo anche provato a toglier l'ip del profilo ed inserire quello della pagina sempre del sito ma nulla.
Perdona l'ignoranza cosa intendi per controllo di facebug con connessione http e non con html?
-Mmleoni il componente icagenda ha addthis ( ho creato l'account su addthis facendo l'accesso con il profilo facebook del sito) e ho inserito l'ip del profilo facebook del sito. Quando aveva smesso di andare avevo anche provato a toglier l'ip del profilo ed inserire quello della pagina sempre del sito ma nulla.
Perdona l'ignoranza cosa intendi per controllo di facebug con connessione http e non con html?
19
Joomla! 1.6/1.7/2.5 / Re:Problema link facebook help
« il: 14 Lug 2014, 19:27:09 »
Provo e vi faccio sapere grazie..
p.s. spero di si allora.. di aver capito male io con il layout
p.s. spero di si allora.. di aver capito male io con il layout
20
Joomla! 1.6/1.7/2.5 / Re:Problema link facebook help
« il: 14 Lug 2014, 18:20:01 »
ah quindi se io dico che dopo due settimane di non risposta ad un topic c'è poco supporto sono ingiusta.. se tu mi fai notare che non è un bel comportamento perchè non è cosi va bene è invece un bel modo di rispondere... ma se ti faccio notare che nemmeno non rispondere lo è allora va bene rimarcare che non mi è dovuto? vero.. rispondere è cortesia.. c'è chi la ha e chi no..
anche nel dire "guarda mi spiace, se hai controllato quel che ti ho suggerito allora non so come aiutarti.".
anche nel dire "guarda mi spiace, se hai controllato quel che ti ho suggerito allora non so come aiutarti.".
Pagine: [1] 2
|
|