Newsgroup: it.lavoro.professioni.webmaster
Titolo: Come riconoscere una piattaforma CMS

Da cosa si puo' riconoscere una piattaforma web, se non è menzionata in 
nessuna parte del sito ?
Sto cercando di 'curiosare' per vedere quale piattaforma CMS usano 
all'università di Genova (
www.unige.it
) e non riesco a trovarlo.
E' solamente per pura curiosità.


Ad esempio controllando se esistono file che appartengono per forza a 
quella piattaforma (sempre se non l'hanno personalizzata fortemente).
Tipo il wp-login.php di Wordpress.

 all'università di Genova (
www.unige.it
) e non riesco a trovarlo.
quella pagina sembra essere fatta a manina, senza appoggiarsi su alcun 
cms noto, o almeno noto a me.
altre pagine a cui punta trovi robe fatte in joomla, jforum,etc.
le cose da vedere sono (a parte commenti e meta tags) le directory dove 
risiedono immagini, file js e css, etc e il modo nel quale vengono 
costruiti i links.
es: joomla ha probabilmente dei file in /templates/qualcosa o /component/
com_ .. qualcosaltro.
ha i javascript in /media/system/...
se nel sorgente trovi un path wp_qualcosa, quasi certamente è wordpress
se negli url leggi /node/ o ci sono file in /sites/ vai tranquillo che è 
drupal
etc etyc etc
 

 
Esiste un interessante add-on per firefox che rileva piattaforme e cms
usati in un sito:
https://addons.mozilla.org/it/firefox/addon/10229/
Nel caso dell'università di Genova, però, non mi rileva nulla.
-- 
http://www.mynewsgate.net/mp.php?u=18776

 
https://addons.mozilla.org/it/firefox/addon/10229/
 
non lo conoscevo, simpatico.
Mi pacerebbe anche conoscere il malato di mente che si è messo a 
sviluppare un robo del genere e chiedergli WHYYYYYYYYYYYYY????????????

 sviluppare un robo del genere e chiedergli WHYYYYYYYYYYYYY????????????
Personalmente lo trovo utile, sia per pura curiosità sia per capire con
quale piattaforma si possono sviluppare certe soluzioni, per chi è del
mestiere è istruttivo.
-- 
http://www.mynewsgate.net/mp.php?u=18776

 all'universit di Genova (
www.unige.it
) e non riesco a trovarlo.
come dicevano altri, si guarda nel sorgente.
alcuni cms scrivono direttamente "chi sono" nell'head, tipo joomla:
  <meta name="generator" content="Joomla! 1.5 - Open Source Content
Management" />
ma quella riga si può anche togliere e non tutti i cms la usano.  il
secondo metodo più semplice è quello di andare a vedere da dove si
prende i css ed eventuali librerie e plugin javascript (che ormai
quasi tutti usano).  tipicamente ogni cms ha i suoi percorsi tipici.
joomla ad esempio tiene i template in una directory /templates/nome-
del-template, quindi se vedi qualcosa tipo:
<link rel="stylesheet" href="
http://www.example.com/templates/system/
css/system.css" type="text/css" />
<link rel="stylesheet" href="
http://www.example.com/templates/nome-
template/css/template.css" type="text/css" />
puoi essere pressoché certo che sia joomla.
drupal tiene molti file che usa nelle directory /modules, /sites/all e
themes, quindi per drupal potrai vedere una cosa del genere:
<link type="text/css" rel="stylesheet" media="all" href="/modules/book/
book.css?m" />
<link type="text/css" rel="stylesheet" media="all" href="/modules/node/
node.css?m" />
...
<link type="text/css" rel="stylesheet" media="all" href="/themes/
garland/style.css?m" />
<link type="text/css" rel="stylesheet" media="all" href="/themes/nome-
tema/stylesheet.css?m" />
...
<script type="text/javascript" src="/sites/all/modules/views_slideshow/
js/jquery.cycle.all.min.js?m"></script>
wordpress lo riconosci da questo:
<meta name="generator" content="WordPress" />
oppure dal fatto che tiene tutti i temi e relativi css in una
sottodirectory di /wp-content, quindi vedrai cose del tipo:
<link rel="stylesheet" href="
http://example.com/wp-content/themes/nome-
tema/style.css" type="text/css" media="screen, projection" />
plugin, javascript e cose simili tipicamente stanno in /wp-includes/
qualcosa:
<script type='text/javascript' src='
http://example.com/wp-includes/js/
jquery/jquery.js?ver=1.4.2'></script>
per quanto riguarda l'home page dell'università di genova, come
dicevano altri mi sembra proprio una pagina "fatta a mano".  cliccando
a casaccio qualcuno dei link nei box mi pare si arrivi spesso a
sezioni di un sito fatto con drupal.  ad esempio nel box "Studenti e
laureati" il link Segreteria studenti punta a:
http://www.studenti.unige.it/servizi/segreterie/
nel cui sorgente si vede:
<link type="text/css" rel="stylesheet" media="all" href="/modules/node/
node.css?e" />
...
<link type="text/css" rel="stylesheet" media="all" href="/sites/
www.studenti.unige.it/themes/unige/css/unige.css?e
"
che sono cose tipiche di drupal (anche node, oltre a module, è una
tipica parola usata da drupal).
altri pezzi invece mi sembrano pagine fatte a mano anch'esse a partire
da un template, ad esempio Area Internazionale, Attività
internazionali, nel cui sorgente non si vedono segni particolari ma si
vedono qua e là, soprattutto alla fine, dei commenti che mi fanno
pensare ad una sorta di template statico da riempire a mano.
a proposito: i vari cms usano parole diverse per indicare più o meno
le stesse cose: quello che joomla chiama template drupal e wordpress
chiamano tema, cioè un insieme di file che determina l'aspetto e il
layout del sito.  sia joomla 1.01x che drupal chiamano modules pezzi
di codice che ne estendono le funzioni.  joomla 1.01x mi pare avesse
anche anche altri due tipi di estensioni che ora non ricordo, poi in
joomla 1.5 mi pare che abbiano rinominato tutti e tre i tipi
extensions.  wordpress chiama i moduli "plugin", e via dicendo.  poi
il problema è che queste parole sono usate anche nel linguaggio
corrente per indicare cose simili ma un po' diverse.  ad esempio se io
ti dovessi preparare (come per unige) un file statico di cui tu riempi
le sezioni a mano, ti direi che ti preparo un template, senza alcun
riferimento ai template di joomla.  poi agari altri userebbero altre
parole tipo modello o cose del genere.

 parole tipo modello o cose del genere.
Grazie a te, ed anche a tutti gli altri che hanno risposto.
Piano piano mi sto facendo una cultura anch'io.
Mi � rimasta una curiosit� : presumo che tutti i CMS che si sono 
menzionati fin ora siano basati su Php.
Talvolta per� mi imbatto in siti che usano asp/aspx... come questo : 
www.cap.it
.
Con che cosa sono fatti ??

 Con che cosa sono fatti ??
con asp... :-)  più recisamente saranno fatti con .net, la piattaforma
di sviluppo web di microsoft.  ovviamente nulla impedisce di scrivere
codice in qualche dialetto .net e rilasciarlo open.
il vantaggio di .net dovrebbe essere prestazionale, almeno per siti
con enormi quantità di traffico.  mentre php è un linguaggio di
scripting, il cui codice dev'essere interpretato tutte le volte,
con ,net è possibile "compilare" pezzi di codice che si integrano più
strettamente col sistema operativo.  ma lo dico in modo molto
approssimativo.
non è inoltre mia intenzione scatenare guerre di religione su cosa sia
meglio o peggio.

 meglio o peggio.
Idem per l'ultimo paragrafo, ma volevo chiarire che PHP viene 
autocompilato in bytecode sul server, non viene piu` interpretato 
direttamente, a partire dalla 5.0 o 5.1 (non ricordo di preciso).
Inoltre con APC o eAccelerator o sistemi simili, viene cachato il 
precompilato (e ricompilato quando si accorge, da solo, che il sorgente 
e` cambiato), quindi si salta anche la fase di compilazone.
APC e` gia` nel git della prossima versione di PHP, quindi (si spera) a 
breve dovrebbe venire integrato direttamente nell'engine, senza doverlo 
compilare come estensione e senza richiedere configurazione.
Bye.

 Con che cosa sono fatti ??
In certi casi è meglio utilizzare software "fatto in casa".
Noi per esempio le "web app" più complicate le facciamo con delle 
librerie Perl (una specie di framework) di nostra proprietà (in certi 
casi Java/Servlet, ma personalmente preferisco il Perl ^_^).
Invece per siti entro una certa complessità (o che comunque richiedono 
cose più o meno "standardizzate") l'uso di CMS quali Joomla, Wordpress o 
similari è un notevole risparmio di tempo.
Il fatto che siano in PHP più che altro dipende dal fatto che 
programmare in PHP è piuttosto semplice (ma ahimè ci vuol poco a fare 
qualcosa di facilmente bucabile se non si sta attenti) e molto portabile.
Ad esempio le nostre librerie Perl funzionano sia sotto Linux che sotto 
Windows, ma la configurazione dell'ambiente lo può fare solo l'admin del 
server e quindi non sono portabili in un comune hosting (ogni cosa ha i 
suoi pro e contro: abbiamo un ambiente flessibile, veloce e sicuro, ma 
non facilmente portabile).