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

Pagine: [1]
1
Joomla! 1.5 / Re:domanda su copyright
« il: 16 Giu 2010, 13:23:58 »
Secondo il mio punto di vista:
1) Il messaggio è stato mandato da qualcuno che vuole solo metterti paura
2) La scritta del copyright di joomla viene generata in automatico dal mod_footer..non credo che gli sviluppatori di joomla si divertano a mettere una cosa del genere solo per denunciare chi poi usa il loro prodotto  ;)
3) In ogni caso il copyright a cui si riferisce il footer è sui contenuti, sulla grafica, ecc., non sul fatto che venga usato joomla (cosa che tra l'altro il visitatore del sito non può sapere: a lui arrivano semplici pagine html come risultato dell'elaborazione di pagine php, quindi "dietro" potrebbe esserci qualunque cosa) : la GPL consente di usare a proprio piacimento il software e si fa qualcosa di illegale ri-distribuendo il software stesso modificato, magari con licenza diversa, spacciandolo per proprio. Nel caso di un sito web, è illegale ri-distribuire joomla (il pacchetto con i sorgenti) spacciandolo per proprio e soprattutto a sorgente chiuso: è nella "distribuzione" del software che devi stare attento, non (come stai facendo tu) nell'utilizzo.
Addirittura, se tu hai fatto delle modifiche al core di joomla, sempre per la GPL, non sei costretto a renderle pubbliche (anche se le utilizzi su un sito pubblico) : sei costretto a renderle pubbliche sempre sotto GPL se rilasci un nuovo pacchetto di joomla, ma questo è un altro discorso...

2
Il calderone dei template / technoman-tpl
« il: 13 Nov 2009, 22:44:31 »
Citazione
Come già espresso qui il template in questione aggiunge (nel div che spacciano "per fini statistici") dei link invisibili per far aumentare la visibilità sui motori di ricerca dei clienti della ditta (SEO) produttrice del template.

3
Joomla! 1.5 / Re:Errore nel backup con JoomlaPack
« il: 11 Nov 2009, 10:42:23 »
tralaltro avevo  fatto una prova dava problemi
Anche a me! Era per caso un problema di crc errato quando provavi a scomprimere un file ?
In ogni caso, in risposta a gavilan, il vantaggio più grande dell'usare il joomlapack invece del normale backup "a mano", è la cartella "installation" che troverai nel file di backup stesso (cartella che non c'è nel tuo sito originale, visto che va cancellata finita l'installazione): qui dentro trovi tutto il necessario (dai file sql del tuo database fino a uno script che ti adatta il vecchio sito alla configurazione del nuovo server) per ripristinare e spostare in maniera semplice e automatica il tuo sito

4
allora ragazzi
si potrebbe anche pulire visto che non vedo scritto da nessuna parte che devo lasciare lo script almeno io non lo viso , neppure nel file xml. " anche se qui dice
Citazione
Joomla! 1.5 template free to use; pls leave copy div for stats. Thanks. MC
di lasciare il div, e quello  non lo toccato "
lo script agisce in questa maniera senza di lui non carica i css , x cui via il il file script si ricostruisce il richiamo dei 2 css nel php  xche il 3 css serviva allo script , si cancella il richiamo nel php dello script e il template e pulito di tutto .

ps: non sapendo che cosa c'è scritto nel file script  xche criptato non si puo dire cosa e come richiamava la pubblicità, oppure cosa facesse io ho fatto la prova su template technoman-tpl.

questo e tutto
Innanzitutto, converrai con me (e con quanto ho scritto all'inizio) che non esiste nulla che renda visibile quel div, giusto ?
In ogni caso, il codice nascosto e lo script collegato non aggiunge nessun css, te lo posso assicurare, che non sia già presente nel template...
Comunque, per puro scopo accademico, ecco una spiegazione un po' più tecnica su quello che accade nel template technoman (e alla stessa maniera, con lo stesso identico algoritmo ma usando nomi diversi per le variabili, nei suoi "fratellini")

Il template inizia subito con la riga
Codice: [Seleziona]
<?php include('script/author.php'); ?>
che include lo script che genererà la parte nascosta.
Il template prosegue in maniera classica, con l'inclusione dei normali header di joomla (quelli che tra l'altro aggiungono mootools), il css
Codice: [Seleziona]
<link rel="stylesheet" href="templates/_system/css/general.css" type="text/css" />
<link rel="stylesheet" href="templates/<?php echo $this->template ?>/css/template.css" type="text/css" />

che, come si può vedere, non ha alcun riferimento con lo script di cui sopra (il file template.css contiene il riferimento ai due altri file di template)
e le solite cose fino al tag body.
Sotto al body abbiamo la riga incriminata:
Codice: [Seleziona]
<div id="copy">
 <h1>
   <a href="<?php echo _joomla_href?>" title="<?php echo _joomla_title?>">
   <?php echo _joomla_title?>
   </a>
</h1>
</div>

La "finezza", in questo caso, sta nell'utilizzare due variabili che sembrano di joomla (ma non mi pare che esistano veramente) per nascondere quello che sta accadendo, mentre in realtà il valore di tali variabili viene inserito nello author.php di cui sopra.
Il template, poi, prosegue normalmente fino alla fine..l'unica cosa da notare è che, nel foglio di stile design.css troviamo l'unico riferimento al div copy
Codice: [Seleziona]
#copy{display:none;}
che ha come unico scopo il renderlo invisibile.
Ed ora veniamo allo script "magico" che riempie le due variabili che genereranno il link "invisibile" (riportato epurato dei link)
Codice: [Seleziona]
<?php 
/*-------------------SETTINGS ( keywords => URL)-------------------*/
$base_href='http://www.testsito.it';
$keywords=array('home'=>$base_href.'',
'titolo pagina interna 1'=>$base_href.'/paginainterna1.php',
'titolo pagina interna 2'=>$base_href.'/paginainterna2.php',
'titolo pagina interna 3'=>$base_href.'/paginainterna3',
'titolo pagina interna 4'=>$base_href.'/paginainterna4',
'titolo pagina interna 5'=>$base_href.'/paginainterna5'
);
/*--------------------NON-TOCCARE----------------------------------*/
$chiavi=array_keys($keywords);
$stringa=$_SERVER['HTTP_HOST'];
$somma=0;
for(
$i=0$i<strlen($stringa); $i++){ $somma+=ord($stringa[$i]);}
$key=$somma%(count($keywords));
$keywords[$chiavi[$key]];
define('_joomla_href',$keywords[$chiavi[$key]]); 
define('_joomla_title',$chiavi[$key]); 
/*------------------------------------------------------------------*/

?>


In pratica si tratta di uno script che genera un diverso link (tra un insieme scelto) a seconda del nome del sito che lo ospita.
La prima riga contiene l'url di base per i link da generare
La seconda riga contiene l'array dal quale verranno pescati, a seconda del nome del sito che ospita lo script, le pagine che andranno nel link nascosto (la chiave diverrà il titolo del link)
A questo punto (siamo sotto il "non toccare") abbiamo la scelta del link:
1) Dall'array contenente i link alle pagina de linkare viene estratto un array contenente solo le chiavi (servirà dopo per il passaggio dal numero random generato alla chiave del link collegato)
2) Nella variabile "stringa" viene messo il nome dell'host che ospita il sito
3) Si crea una variabile "somma"
4) Si entra in un ciclo che non fa altro che trasformare ogni lettera dell'host nel suo corrispettivo numero di carattere ascii, e fare la somma di questi numero ottenuti (in "somma")...in pratica, un generatore di numeri random basato sul nome del sito che occupa lo script
5) Si applica l'operatore "resto" alla somma, dividendo tale numero per il numero di link possibili: il risultato, essendo un "resto", è garantito che sia un numero compreso tra 0 e il numero dei link possibili-1.....in pratica, abbiamo ottenuto in maniera random il numero del link scelto, un "random" che dipende dal nome del sito
6) C'è una riga che mi sembra inutile
Codice: [Seleziona]
$keywords[$chiavi[$key]];
A questo punto, con le due ultime istruzioni viene assegnato il valore alle variabili che generano il link.

E' da notare che questo gioco nel template technoman è scirtto in chiaro, mentre negli altri template l'algoritmo è identico, solo che si sono usati nomi random (e complicati) per le variabili (ma basta fare una semplice sostituzione di nomi per vedere che tutto torna)

Riguardo la "legalità" del togliere solo il div "copy" nel template per risolvere il problema, sono perplesso: da una parte, visto quanto scritto nell'xml, dovrebbe essere illegale (il template è fornito come linkwere)...c'è però da dire che, sempre nell'xml, c'è scritto che quella riga è "per fini statistici" il che, alla luce di quanto visto sopra, mi fa vedere la cosa più simile a un comportamento "da truffa"

5
Ciao Stoned,
come dice alexred la pratica è lecita, ma possiamo segnalare nei commenti al template il fatto che esiste un link nascosto nel codice, così chi lo installa almeno ha modo di saperlo.
Ti chiedo di inserire gentilmente un commento al template presente su Joomla.it
http://www.joomla.it/template/elenco-template/3750-technoman-tpl.html
Prima di inserire un commento che potrebbe essere (a quanto dice l'altro mod affermando che c'è del codice javascript che visualizza il div nascosto) errato, per correttezza nei confronti di chi il template lo ha scritto, vorrei attendere spiegazioni a riguardo

6
Ciao Stoned,
grazie per la segnalazione,
questa pratica di inserire link nascosti nei template gratuiti non è molto simpatica ma è da ritenersi lecita. Ciò che è importante è che il codice sia completamente open source così che chi utilizza il template possa modificarlo a piacimento e togliere in autonomia questi riferimenti inseriti dall'autore.
Grazie per la risposta: era quello che volevo sapere

7
Innanzitutto, non è che mi serviva una "soluzione" (visto che ho notato il problema sono anche in grado di risolverlo ;) ), anche perchè il sito non è mio...volevo solo sapere se la "pratica" di questi "signori" fosse lecita...
Comunque, non siamo nel caso di "menù nascosto" : c'è proprio un div invisibile con solo quell'h1, posto subito sotto al body, che fa riferimento ad un altro sito...
E' da notare che :
1) Il template non contiene javascript ne qualcosa nel per rendere visibile in qualche modo il div incriminato
2) Nell'xml del template c'è scritto di non modificare il div in questione "per motivi statistici"...ma per ogni template che esce da questa agenzia si fa riferimento a un sito diverso!
3) Il link non è scritto direttamente, ma viene preso da un file esterno volutamente scritto in maniera più contorta possibile
Visti i punti di cui sopra, a me sembra che la cosa sia fatta in maniera molto "voluta"....
Ti mando in pm il nome del template e dalla ditta che li fa, poi giudica tu

8
Stavo analizzando il template del sito di un mio amico (preso dai template pubblicati su questo sito) e mi è andata all'occhio una cosa strana: all'interno del template c'era un div invisibile contenente, in un tag h1, un link ad un sito sconosciuto (che non ha nulla a che fare con l'informatica).
Dubbioso che il mio amico avesse fatto qualche cavolata, ho riscaricato il template notando come anche l'originale sul vostro sito (e su tutti gli altri siti dove era pubblicato) aveva sempre questo "difettuccio"
Ho trovato il sito del produttore, e ho scoperto che questa prassi è, per il produttore in questione, comune: è una ditta che si occupa di SEO che distribuisce gratuitamente template "con sorpresa" per aumentare i link ai proprio clienti senza avvisare chi scarica...
Tralasciando il fatto che, per quel poco che ne so, una pratica del genere può essere molto controproducente con Google (sia dal punto di vista del sito linkante che del linkato), mi chiedevo se la cosa è legale (o se quantomeno viola i regolamenti del sito joomla.it)

PS: per favore non mi chiedete il nome della ditta, che verrà eventualmente dato in pm solo agli admin qualora lo richiedessero

9
Joomla! 1.5 / Re:Non mi da le pagine giuste
« il: 09 Nov 2009, 00:23:33 »
Forse non ho capito bene la domanda...
Io sono andato sul tuo sito, sono passato sopra a "on the road" ma il link che mi fa vedere, direttamente da li, è
joomla/webcam-2.html

10
Anch'io ho riscontrato lo stesso problema: assegnato un particolare tema allo shop e dando un altro tema al resto del sito, in alcuni "passaggi" di virtuemart si fa riferimento al file index.php (a cui è associato un altro template) e tutto salta.
Un esempio pratico (e rapido da vedere) di questo problema si ha quando nel carrello si aggiorna un prodotto (o si elimina).
Prendiamo, appunto, il carrello (ma l'esempio vale, con le opportune modifiche, anche per gli altri casi, checkpoint compreso)
Dove sta il problema ?
Analizzando il codice html generato da virtuemart si nota come (naturalmente) il carrello sia un form. L'action di questa form viene generata dinamicamente dal sito, ed è proprio in questa fase che si ha il problema: il link a cui mandare il form (che poi sarà quello dove si viene rediretti) viene generato partendo dal file index.php del sito...se questo ha un template assegnato diverso, succede il casino  ;)
Come risolvere il problema ?
Prendiamo il file relativo al carrello, ovvero il file
/administrator/components/com_virtuemart/html/basket.php
Con il nostro fidato editor andiamo a cercare la stringa

Codice: [Seleziona]
$action_url

La troveremo più o meno alla riga 133, inserita nella riga di codice che genera, appunto, l'indirizzo dell'action

Codice: [Seleziona]
$action_url = $mm_action_url.basename($_SERVER['PHP_SELF']);
La variabile _SERVER['PHP_SELF'] altro non contiene che l'indirizzo della pagina che ha generato la pagina corrente ed in questo caso, come in tutti quelli che riguardano joomla, restituirà "index.php" nudo e crudo...se all'index semplice (ovvero all'home page) è assegnato un altro template, avremo il nostro problema.
A questo punto si può o aggiungere il resto dei parametri che normalmente vengono passati all'indirizzo che viene generato oppure (cosa che a me è sembrata più pulita) usare la variabile
$_SERVER['REQUEST_URI']
Che restituisce l'indirizzo completo della pagina che è stata generata, comprensivo di parametri (o di url friendly).
La nuova riga diventa dunque

Codice: [Seleziona]
$action_url = $mm_action_url.basename($_SERVER['REQUEST_URI']);
che a me, personalmente, funziona perfettamente  ;)
Per il checkout stesso identico discorso (trovate dove viene generata l'action e sostituite)
Spero di esservi stato d'aiuto.

11
Joomla! 1.5 / Re: Configuration.php non scrivibile - Pantaweb
« il: 04 Mar 2009, 02:46:02 »
mmm, ho scoperto che i permessi sono ok ma il proprietario del file differisce. Infatti il proprietario si chiama ftp ftp mentre può essere ci deve essere un'altro proprietario che debba essere lo stesso dell'username con cui mi connetto all'ftp?

Non si capisce bene: chi è il proprietario del file "configuration.php" e chi è il proprietario degli altri file ? Se sono diversi, come già ti hanno consigliato, ti conviene contattare direttamente il fornitore di hosting perchè il servizio non è configurato tanto bene....

12
Su joomla.org proponevano questa soluzione

Inserire
$sessioncookie = mosGetParam( $_REQUEST, $sessionCookieName, '' );
al posto di
$sessioncookie = mosGetParam( $_REQUEST, 'sessioncookie', '1' );
in:
/components/com_poll/poll.php

A me ha funzionato.....

13
Citazione
Dunque, dopo tutta questa rottura di spiegazione, ecco qualche modo per risolvere il problema:
Metodo 1) Caricare in "Classi CSS personalizzate" un nuovo css che associ al tag body il colore/sfondo che si desidera
Metodo 2) Mettere volutamente  un file inesistente in "Classi CSS personalizzate" , di modo che venga caricato il file css di default dell'editor ( editor_content.css in /mambots/editors/tinymce/jscripts/tiny_mce/themes/advanced/css/ ) e modificare questo per assegnare al tag body il colore/sfondo che si desidera
Metodo 3) Copiare nella directory dei css del/dei template in uso il file editor_content.css, e e modificare questo per assegnare al tag body il colore/sfondo che si desidera (questa soluzione dovrebbe permettere di associare uno sfondo diverso a seconda del template in uso)

Mi sembrava di essere stato piuttosto chiaro  ???
Se vi basta dare uno sfondo bianco basta andare, dal pannello di amministrazione, nella sezione mambot-> Editor TinyMCE WYSIWYG e mettere una parola a caso su "Classi css personalizzate" : la classe css non viene trovata, e viene caricato quella di default dell'editor (che ha sfondo bianco)...
Se poi volete fare una cosa un po' più complessa, sono sicuro che leggendo bene il mio post (in particolare la parte che ho quotato) è molto facile andare avanti

14
Dato che, leggendo nel forum, ho visto che più di qualcuno ha avuto problemi con lo sfondi di tinymce (nei siti aventi sfondo scuro nel tema di default), e dato che ci ho sbattuto anch'io la testa  ;) volevo rendervi partecipe di come ho risolto, sperando di fare cosa gradita ;)
Questo è quello che ho capito su come funziona la scelta del template per tinymce.
Innanzitutto, occorre andare, dal pannello di amministrazione, nella sezione mambot-> Editor TinyMCE WYSIWYG ( e fin qui credo sia facile ;) )
Le opzioni che ci interessano sono "Classi CSS Template" e "Classi CSS personalizzate"
In pratica (come si deduce dall'help), se si mette un file css valido in "Classi CSS personalizzate" questo viene letto come css dell'editor, ignorando la scelta fatta in  "Classi CSS Template" . Se il nome del file css è invece sbagliato, viene caricato il file css di default dell'editor (il file editor_content.css in /mambots/editors/tinymce/jscripts/tiny_mce/themes/advanced/css/ )
Se invece non viene inserito nessun nome file in "Classi CSS personalizzate" si procede valutando la scelta in "Classi CSS Template" : se qui viene scelto il si, viene caricato il css del tema usato (e conseguentemente il colore dello sfondo della textarea diventa quello del tema in uso).
Se si sceglie no (come si legge nell'help) viene prima cercato il file editor_content.css, e se non viene trovato si carica il css del tema...quello che però non viene scritto nell'help è dove editor_content.css viene cercato !!! Infatti, il file in questione esiste, come abbiamo detto, in /mambots/editors/tinymce/jscripts/tiny_mce/themes/advanced/css/, ma non viene cercato qui, bensì nella cartella dei css del tema usato....

Dunque, dopo tutta questa rottura di spiegazione, ecco qualche modo per risolvere il problema:
Metodo 1) Caricare in "Classi CSS personalizzate" un nuovo css che associ al tag body il colore/sfondo che si desidera
Metodo 2) Mettere volutamente  un file inesistente in "Classi CSS personalizzate" , di modo che venga caricato il file css di default dell'editor ( editor_content.css in /mambots/editors/tinymce/jscripts/tiny_mce/themes/advanced/css/ ) e modificare questo per assegnare al tag body il colore/sfondo che si desidera
Metodo 3) Copiare nella directory dei css del/dei template in uso il file editor_content.css, e e modificare questo per assegnare al tag body il colore/sfondo che si desidera (questa soluzione dovrebbe permettere di associare uno sfondo diverso a seconda del template in uso)

Spero di non aver detto troppe cavolate ;)

Pagine: [1]


Web Design Bolzano Kreatif