Newsgroup: it.lavoro.professioni.webmaster
Titolo: xml, ditemi la verità...

siete riusciti ad usarlo per qualcosa di davvero interessante?
io mi occupo sostanzialmente di applicazioni per la gestione di
contenuti e ordini di siti di e-commerce.
ebbene, se devo fare un sito di contenuto, trovo moolto ma molto più
comodo affidarmi ad un db.  stesso dicasi se devo gestire ordini ecc..
recentemente ho messo in piedi un sistema per lo scambio di ordini in
chiave b2b.  un grosso gruppo vuole comprare dei prodotti da un
venditore on line, tramite ftp manda ad intervalli regolari dei file
xml con gli ordinativi.  poi si manda una conferma di ricezione e
informazioni varie sull'andamento dell'ordine, tutto tramite file xml
scambiati via ftp.
be', niente che non si potesse fare con un bel flat file csv, senza a
starsi ad impazzire a ricreare a mano i file xml delle conferme.
tanto alla fine io per manipolarli adeguatamente gli ordinativi
comunque li importo in un db...  allora non era meglio se me li
mandavano in un file delimitato?
insomma, ditemi voi.  tutti a dì xml di qui e xml di là.  io, per
carità, non sono scettico, ma insomma, forse non ho capito bene di che
si tratta...
cioè, se è uno standard a cui ci si adatterà, tipo soap e web
services, allora va bene, meglio uno standard non eccezionale ma
davvero seguito che nessuno standard...
e non mi venite a dire della formattazione, che alle persone serie
della formattazione non glie ne frega niente...


Non sono solo a questo mondo! :-D
Io avevo gli stessi dubbi  e c'ho pure comperato un bambino di 7/8 kg della
Wrox sull'argomento. Ma piu' leggevo e piu'  pensavo: ma a che cacchio mi
serve sto XML che le cose che mi spiegano qua le faccio gia' con altri
sistemi. Perche' debbo impiegare un sacco di tempo, in un periodo in cui non
ne ho, per imparare a fare le stesse cose in un altro modo senza
alcunvantaggio apparente?
Poi ne ho parlato con un ragazzo che conosco da tempo (ha partecipato a
qualche mio corso nella sua scuola, studiava e si applicava di suo e ora fa
Informatica a Roma) e siamo arrivati alla conclusione per cui se le
informazioni che devi trattare/distribuire provengono/sono destinate alle
fonti piu' disparate, XML rappresenta uno standard in grado di superare una
serie di barriere.
Puo' essere utile insomma in grosse strutture con una configurazione sw
eterogenea.
In tutti gli altri casi XML non rappresenta un'alternativa irrinunciabile al
normale modo di lavorare/progettare/manutenere i ns siti e applicativi per
Internet (parlo del mio caso e da quello che capisco, il tuo).
Poi se ho detto un monte di cazzate, ben venga l'occasione per discuterne
insieme :-D
Claudio

io ho utilizzato xml per l'interscambio dati tra un programma gestionale del
cliente con filemaker ed il suo sito internet in asp. il tipo con una batch
esporta i suoi dati ed aggiorna il sito real time.
devo dire che xml è velocissimo online, anche se un po' + difficile da
gestire.
--
Ciao,
Marco
------------------------------
http://www.submission.it/varie/submit.asp
200 search engine free submission
Scelto come sito del mese di Giugno 2002 da Virgilio


ciao,
  Andrea

insieme :-D
idem.

gestire.
cioè invece di mettere il db fatto con filemaker sotto all'odbc ed
usarlo direttamente dagli script asp, questi interrogano dei file xml
che il cliente genera e uploada quando aggiorna i dati?
ecco, non è per sminuire il tuo lavoro, assolutamente, ma questa mi
pare piuttosto una pezza a colori che non una soluzione ottimale in
assoluto.  voglio dire, sarà senz'altro la situazione ottimale nel
contesto in cui ti sei trovato ad operare, ma a mio avviso la
soluzione ottimale sarebbe mettere il db in linea e
aggiornarlo/consultarlo in linea...
inoltre, come fai a replicare la struttura relazionale di un db con
file xml?
prendiamo ad es. un caso classico, ordini e dettaglio ordini.
tipicamente uno ha una tabella tOrdini, con l'id ordine, la data di
evasione, il destinatario, il metodo di pagamento ecc., poi una
tabella tDettagliOrdini, con le "righe" dell'ordine, cioè l'id
prodotto, la quantità, il prezzo e ovviamente l'id ordine per
relazionarsi alla tabella ordini.
ora, se io voglio sapere quanti e quali prodotti ho venduto in un
mese, faccio una bella query joinando le due tabelle e buonanotte.
ma se ho degli ordini messi su in xml avrò qualcosa del genere:
<ordini>
   <id_ordine>100</id_ordine>
   <cliente>pippo</cliente>
   <dettaglio_prodotti>
      <id_prodotto>abc123</id_prodotto>
      <descrizione_prodotto>cazzetto buffo</descrizione_prodotto>
      <prezzo_unitario>10,23</prezzo_unitario>
      <id_prodotto>def456</id_prodotto>
      <descrizione_prodotto>vitarella</descrizione_prodotto>
      <prezzo_unitario>0,10</prezzo_unitario>
      ...
   </dettaglio_prodotti>
</ordini>
e non solo, ma avrò queste informazioni sparse in molti file piuttosto
che in un'unico bel tabellone di db...  e allora, ripeto, dov'è il
vantaggio?  che magari non potevo fare altrimento che così, ma da qui
a chiamarlo qualcosa di bello...

in termini di flessibilità.
ecco, questa è un'altra cosa che devo capire.  forse ho proprio delle
lacune ab origine.
ma questa cosa qui non la fai allo stesso modo con i css?  tu dici
dati.  se i dati stanno in un db, tu farai una pagina che interroga il
db con uno script e poi rende il risultato in html.  gli sfili il css
da sotto e gliene metti un altro e vualà.  o mi sfugge qualcosa?

 ha scritto nel messaggio





 da sotto e gliene metti un altro e vualà.  o mi sfugge qualcosa?
In questo modo hai la separazione tra informazione e presentazione nei 
confronti degli utenti. Puoi creare un documento HTML valido e ben 
strutturato e poi creare dei fogli di stile diversi per presentarlo agli 
utenti in vari modi (CSS semplificato per browser vecchi, CSS con 
combinazioni di colori ad alto contrasto per ipovedenti, ecc).
E si', per tutto questo, compreso il mio esempio di prima, non c'era 
bisogno di XML, bastava l'HTML senza la X davanti (o comunque l'SGML).

colori ",  bollandola tra l'altro una "soluzione non ottimale".
ma no, dai, mica volevo criticare quello che hai fatto.  volevo dire
che magari, potendo applicare altre soluzioni, si sarebbe potuto fare
meglio.  cioè, mi sembra che l'xml sia usato più come un rimedio che
come scelta ottimale che porti dei vantaggi di per sé rispetto ad
altre soluzioni da adottare ab origine.
anche io mi trovo ad applicare pezze a colori in alcune situazioni
nelle quali opero, e questo perché le condizioni di partenza non sono
ottimali.

>che l'accesso ai dati xml č + veloce dell'accesso ai dati in un db
be', č la lettura di un file, forse non passa per il motore del
database quindi si fa prima, ma non possiamo proprio chiamarli *dati*.
voglio dire, non sono dati relazionati o relazionabili...  piů che
dati sono elenchi...  dati sono qualcosa su cui puoi fare una query,
ad es..

 da sotto e gliene metti un altro e vualà.  o mi sfugge qualcosa?
a grandi (molto) linee XSLT sta ad XML come CSS sta ad HTML...ma XSLT è un vero
linguaggio di trasformazione dati. Inoltre ti permette di riorganizzare i dati. Ad
esempio se hai l'elenco alfabetico degli assunti da un'azienda e vuoi ottenerli
raggruppati per reparto o vuoi calcolare i totali dei loro stipendi, con XSLT lo
fai senza avere un file XML (o uno script che accede al DB) per ogni operazione che
esegui sui dati. La separazione DATI - PRESENTAZIONE è tutta qua.
ciao,
  Andrea

 ad es..
... sono alberi di dati con valori ed attributi (alberi DOM)
mai sentito parlare di XPath?  Vedi 
www.w3c.org
 e poi mi dici se non puoi
fare query....certo non č SQL. A dire il vero ci sono anche dei DB XML, e
su questi fai query con SQL.
ciao,
  Andrea

 ottimali.
Salve
Ma questo XLM dovremo usarlo per forza? Se può fare a meno per il momento o
avrà influenza ai fini del posizionamento nei motori di ricerca?...
--------------------------------
Inviato via 
http://usenet.libero.it

 avrà influenza ai fini del posizionamento nei motori di ricerca?...
Dipende.


ma scusa, e questo che c'entra????????
XML è una tecnologia, come tale è una scelta dello sviluppatore. Ha i suoi pro
e i suoi contro, come ogni tecnologia. Purtroppo l'ignoranza è a volte troppa e
il timore del cambiamento spaventa....
I  motori di ricerca non so cosa c'entrino.....bah, a volte sarebbe meglio
leggersi le specifiche e cercare di CAPIRE prima di fare queste uscite.
ciao,
  Andrea

 ha scritto nel messaggio
news:3d678a5a...@news.interbusiness.it...


comodo affidarmi ad un db.  stesso dicasi se devo gestire ordini ecc..
Vero, ma ci sono situazioni in cui non puoi utilizzare un db, ed hai
cmq la necessità di trattare dei dati in un certo modo.
Esempio banale: ultimamente mi sono trovato a lavorare su un progetto
(un CD multimediale) ed avevo la necessità di fare query in un DB
contenente informazioni su centinaia di alberghi.
Farlo per un sito web, con un bel db ed asp, richiedeva poco tempo.
Per il cd invece ho utilizzato appunto XML.
Mi sono esportato i dati del db in XML (Access XP lo fa in modo
nativo) e poi tramite ActionScript il mio filmato in Flash MX andava a
leggere il foglio XML e a fare le query, mostrandomi i risultati
all'interno del movie stesso.
Beh, ho dovuto smanettarci un po' (e leggere uno sproposito di
tutorial), ma alla fine il risultato è funzionale e carino... :-)
-- 
        Giovanni Barbieri  (
gi...@globoweb.it
)
Globoweb Internet Solutions   
www.globoweb.it

 (che puo' contenere altri elementi tipo P o BLOCKQUOTE).
Non sono d'accordo. Credo che definire una DTD sia necessario, quantomeno
per dare maggiori informazioni relative alla tipologia di dati trattati.
Nell'esempio specifico che porti tu, tag come H1 H2 e DIV sono cmq
abbastanza esaurienti, ma se si tratta di contesti diversi mi sa che l'XHTML
è ben lontano dall'essere l'ottimo. Pensa ad un esempio classico come quello
della biblioteca: titolo, autore, genere, anno di pubblicazione, ISBN,
ecc...  Non è preferibile una DTD piuttosto che un riadattamento di
qualsiasi cosa pre-esistente? (Tra l'altro se non vado errato nel caso
specifico della biblioteca esisterebbe anche una DTD standardizzata, ma
questa è un'altra storia...)
Bye
Neapolito


Beh, molti manuali di XML parlano proprio di una maggiore efficienza dei
motori di ricerca grazie ad un'eventuale "adozione di massa" dell'XML,
poichè i motori ricercherebbero direttamente tag del tipo <keyword> quando
interrogati relativamente a quella keyword. E' un'interpretazione forse un
po' sommaria dei vantaggi dell'XML, ma in effetti non del tutto infondata
(IMHO).
Credo che a questo si riferisse il dubbio del post sopra ;-)
Bye
Neapolito

dall'architettura del DB.
ok, forse io non lo so bene...  :-)
-- 
dipende

avrŕ influenza ai fini del posizionamento nei motori di ricerca?...
ma...  ma... ma che stai a dě?  :-)
-- 
dipende

mai sentito parlare di XPath?  Vedi 
www.w3c.org
 e poi mi dici se non puoi
mmmh...  veramente no, mo' vedo...
grazie,
L.
-- 
dipende


ben detto!
-- 
dipende

 questa è un'altra storia...)
Credo anche io e mi parrebbe strano il contrario. Credo che quello che 
dici tu si possa fare con RDF.

 ok, forse io non lo so bene...  :-)
Intendevo che le informazioni sul significato degli elementi con cui e' 
etichettata l'informazione sono disponibili pubblicamente, non che tu 
non sai cos'e' l'XHTML :)

 ha scritto nel messaggio
news:3d682f33...@news.interbusiness.it...



Mi permetto di interpretare il pensiero di Lbo visto che seguo il thread e
nutro le stesse incertezze (sicuramente dettate da ignoranza sull'argomento
almeno per quanto mi riguarda).
Siamo abituati a pensare alla ricezione di un ordine di prodotti come a un
qualcosa di governato (attraverso l'interfaccia) e destinato ad un unico
contenitore (la tabella del db che li raccoglie).
Lbo non mette in dubbio che i documenti XML possano essere interrogati al
pari di un db, cio' che ancora non e' chiaro e': dove vado a conservare i
documenti XML che ricevo (uno per ogni ordine)? E quando devo fare un
trattamento che ne coinvolga un certo numero in base ad una specifica
esigenza (esempio classico: tutti gli ordini sotto a 1000 Euro o tutti gli
ordini ricevuti dalla provincia di Catania) come cacchio faccio a ottenere
un risultato valido?
Forse l'anello di congiunzione e' avere un documento XML Padre che integra
ogni singolo ordine XML (ricevuto per ogni ordine)?
Cosi' facendo questo contenitore puo' essere paragonato al db di cui parli
sopra?
Claudio

 (IMHO).
Mi diresti da cosa deriverebbe questo vantaggio? Forse un DB di un motore di
ricerca dovrebbe mirrorare tutte le pagine?Non potrebbe farlo anche ora, dato
che i meta tag fanno parte delle raccomandazioni W3C? Che differenza fa??


 Claudio
ciao,
  Andrea

 dipende
grande lbo, credevo di essere l'unico a pensarla così....
Andrea

 che i meta tag fanno parte delle raccomandazioni W3C? Che differenza fa??
Ti incollo di seguito il paragrafo riportato nel CD in oggetto (tieni cmq
presente che si tratta di materiale pubblicato nel lontano 1999).
**************CITAZIONE*****************
With the advent of XML, search engines will be able to perform more directly
targeted searches, enhancing the precision of the results.
Consider the value of being able to define content by comparing the
following code examples:
The best picture award in 1998 went to the film <I>Titanic</I>.
In this example, a search engine cannot determine whether the statement is
referencing a ship, a play, a film, or an adjective. The second markup
example is more useful:
The best picture award in 1998 went to the film <FILM>Titanic</FILM>.
Now you know that this reference to Titanic is a reference to a film by that
name. The next example takes XML a step further:
The
<ACADEMY-AWARD-CATEGORY>best picture</ACADEMY-AWARD-CATEGORY> award in
<YEAR>1998</YEAR> went to the film
<TITLE MEDIA="Film">Titanic</TITLE>.
The previous example is the most "intelligent" document because the markup
is explicit as to what the document contains. If you were to ask an
intelligent search engine the question Which film won the Academy Award for
Best Picture in the year 1998? this document would have a high degree of
precision in matching your search query.
********************************************
Ora, specie la seconda parte del testo è decisamente troppo ottimistica, ma
tuttavia il discorso, in generale, non è del tutto campato in aria. Che ne
pensi?
Bye
Neapolito

 che i meta tag fanno parte delle raccomandazioni W3C?
Solo l'elemento META e gli attributi NAME, HTTP-EQUIV e CONTENT. Il 
contenuto vero e proprio e' lasciato alla scelta di chi realizza i 
documenti.

 name. The next example takes XML a step further:
Beh, a meno che qualcuno non inventi la DTD (con tanto di documentazione 
sull'uso degli elementi) di un linguaggio di markup per descrivere i 
film questo esempio e' un po' campato in aria. In questo esempio e' solo 
grazie al contesto dato dal testo non contrassegnato che posso capire 
che Titanic e' il nome di un film e non, per esempio, il nome di una 
pellicola per alimenti.
Non c'e' tanta differenza tra:
<film>Domopak</film>
e
<film>Titanic</film>
Anche l'esempio successivo e' ugualmente campato in aria. Io, essere 
(piu' o meno :) umano, posso capire cosa significa l'elemento:
<ACADEMY-AWARD-CATEGORY>
perche' so cos'e' l'Academy Award (l'Oscar).
Ma un motore di ricerca che umano non e' queste cose non le puo' sapere.
Serve appunto a) una DTD che specifichi l'uso corretto di elementi e 
attributi e b) una documentazione in "prosa" che spieghi il significato 
degli elementi, perche' ci deve essere un riferimento "normativo", 
ufficiale, sull'uso del linguaggio affinche' chi programma il motore di 
ricerca non debba tirare a caso sul significato degli elementi.
XML non vuol dire che adesso ci si sveglia la mattina e si inventa il 
suo linguaggio di markup :) 
Tra l'altro poi il fatto che questo (codificare il significato dei 
contenuti di un documento) si possa fare solo ora che c'e' stato 
"l'avvento" di XML e non prima e' semplicemente falso.
Si poteva fare (e si faceva, vedi DOCBOOK) quando c'era "solo" SGML, 
solo che non ha la X davanti al nome ed e' un po' piu' difficile da 
proporre per quanto riguarda il marketing :)

macgeeek wrote:

e quindi? Chi mi dice cosa ci metto? Pensi che il motore di ricerca
possa entrare nella testa di chi realizza i documenti.
Se si intende che in questo modo si aggiunge un livello di
significatività al Web (un livello semantico), allora si utilizzano di
tag di dublin-core. Certo che anche questi sono accompagnati da un DTD,
quindi piazzare META a caso non risolverebbe nulla, dato che il motore
non potrebbe sapere cosa significa quello che hai scritto.
Andrea

 possa entrare nella testa di chi realizza i documenti.
che e' poi quello che sto dicendo da 2 o 3 post :)

all'interno del movie stesso.
ma su un unico filone?
-- 
dipende

non sai cos'e' l'XHTML :)
no, ma io non lo so bene davvero!  :-)
-- 
dipende

>continui a pensare agli xml come dei singoli file separati
eh sì, io vedo dappertutto che l'xml si basa su file di testo...  la
sua universalità è proprio quella...
-- 
dipende

 siete riusciti ad usarlo per qualcosa di davvero interessante?
Hola lbo!
Ti propongo due esempi, il primo uno standard aperto ma davvero
complesso ed importante, il secondo per l'esperienza diretta su
dev2DEV.it.
1. NITF
-------
http://www.nitf.org/
Questo č lo standard industriale per la distribuzione e condivisione
di notizie (sostanzialmente), usato da grossi editori americani ed
internazionali. Per citarne uno, posso indicarti Reuters, di cui
puoi trovare traccia fin dal 2000:
http://about.reuters.com/newsreleases/art_12-10-2000_id427.asp
Un esempio di markup ce l'hai invece qui:
http://www.nitf.org/site/nitf-documentation/examples/nitf-fishing.xml
2. dev2DEV.it
-------------
Il sito del nostro network si basa su uno scambio dati in RSS,
personalizzato da Daniele Bochicchio, in cui un motore interno
"preleva" le notizie dai vari siti e le riporta in home page,
memorizzandole poi in un DB interno.
Diciamo che qui siamo di fronte ad un esempio semplificato del
NITF e del suo NewsML, ma puņ essere un valido esempio pratico.
Questi due sono solamente una paio di esempi di cosa puoi fare
con XML e soluzioni personalizzate.
Spero di averti aiutato un po' di pił ad aprire il panorama della
sua utilitą. :)
Bai!
Marco
-- 
Bazzmann Labs(c) - Accessibilita', usabilita', webdesign e standard W3C
::--------------------------------::---------------------------------::
http://www.bazzmann.it
      | Il sito ufficiale di Bazzmann Labs.
http://www.bazzmann.com
     | La risorsa per informare e aggiornare.
http://www.dev2dev.it
       | Elemento D2D002

 > >Evvabbè...mi avete quasi convinto, un libro sull'XML già l'ho comprato
tempo fà, stamattina faccio uno sforzo e provo ad aprirlo.......
--------------------------------
Inviato via 
http://usenet.libero.it

>Mi sono esportato i dati del db in XML (Access XP lo fa in modo

Intendi il file XML?
Si, era un unico filone (ehehehe), ma ciň non toglie che avrei potuto
scegliere di operare su piů file, anche se per il mio scopo andava piů
che bene cosě...


tempo fà, stamattina faccio uno sforzo e provo ad aprirlo.......
qualcosa ho letto ache io, ma non c'è niente da fare, almeno per me
l'xml è quel genere di cose che o ti ci trovi davanti a qualcosa di
pratico o non se ne capisce niente...
-- 
dipende


Ad esempio, se io effettuo una query su un motore basata sul testo:
+film +titanic
il documento contenent un tag del tipo <film>titanic</film> dovrebbe avere
un ranking abbastanza alto.
E' ovvio che come dici tu il motore non è umano e non ha la capacità di
discernere l'effettivo significato dei tag, tuttavia un certo miglioramento
potrebbe essere ottenuto. Per me, il concetto espresso dall'autore della
frase non è del tutto insensato.
Bye
Neapolito

 un ranking abbastanza alto.
Come dice LBO, "dipende" :)
Se diamo per scontato che esista un linguaggio di markup standardizzato 
per le recensioni dei film si', un motore di ricera puo' trarre 
vantaggio da un codice come quello degli esempi che hai citato tu.


Moderatore di it.comp.www.asp
http://www.aspitalia.com/
 Enjoy the .NET community!
http://www.dev2dev.it/
 La rete ha connesso nuove particelle!

 veloce che ad un db
non è vero in assoluto.
dipende dal dbms che usi, così come dal parser XML, oltre che dalla quantità
di dati.


 dipende


aggiornamento di questo file in modo automatico :)
ma non hai paura che ti venga un filone gigantesco?
-- 
dipende

ripeti la lettura, rifletti e alla fine sarà tutto semplice
ma no, vedi, adesso non per tirarmela, a me i concetti sembrano
semplici e anche belli se vogliamo.
ma poi...  cosa faccio in più che con un db non facevo, oltre a
dcanbiare dati, vabbè, quello adesso l'ho capito...
cioè, a me è capitato di ricevere e trasmettere dati su ordini di
merce varia: ripeto, niente che senza xml non si sarebbe fatto prima e
meglio...  mi sono dovuto scrivere codice per tradurre quei file, poi
altro codice per scrivere in xml...  con dei file csv ma sai quanto
facevamo tutti prima...
-- 
dipende

 aggiornarlo/consultarlo in linea...
lbo dimentichi la portabilità dei dati. Pensa se questi dati dovessero 
essere letti da un qulcosa che non sia un PC, magari un telefonino o un 
sistema che non utilizza ODBC. In questo senso XML è una lingua franca
ciao
-- 
Kappa [co-mod ICWA]
ka...@webngo.net
www.webngo.net
www.filmscoop.it

 parli sopra?
i web services li hanno inventati per questo.
il bello che č ti danno un servizio, usando XML (SOAP) come metodo di
rappresentazione.
puoi interrogare un db in remoto ed avere i dati come un file XML.
inoltre alcune tecnologie ti permettono di integrare questo sistema cosě
bene che alla fine ti sembra di operare su dati locali...


macgeeek wrote:

ma scusate, secondo voi un motore di ricerca si salva tutte le pagine che
indicizza???Non scherziamo, che caspita di macchine dovrebbero avere???
Mi spiace ma siete molto fuori strada,
  Andrea
p.s. lbo ha ragione , "dipende" è spesso la risposta giusta...

 dipende
ciao,
  Andrea

 figo...)  :-)
mentre i cugini della vacca vittoria se non dicono cazzate, zitti non sanno
stare :)


 ma non hai paura che ti venga un filone gigantesco?
no, perchè ci tengo poche informazioni (ma buone).
quando ho bisogno di interattività, come già detto uso SOAP (i web
services).


 Mi spiace ma siete molto fuori strada,
Scusa ma non vedo il nesso tra un evenutale archivio locale di un motore 
di ricerca (mi viene in mente la cache di Google) e l'utilita' di un 
linguaggio di markup.

 Mi spiace ma siete molto fuori strada,
Scusa ma non vedo il nesso tra un evenutale archivio locale di un motore 
di ricerca (mi viene in mente la cache di Google) e la discussione 
sull'utilita' di un linguaggio di markup.

   Andrea
Per curiosità, chi e dove avrebbe detto questo? Si è parlato al massimo di
come l'XML potrebbe influenzare (o meno)l'INDICIZZAZIONE di pagine. Ed in
ogni caso, anche se non c'entra niente con il thread in questione ... Google
ha una sua cache che gli utenti possono adoperare quando un link non
funziona.
Bye
Neapolito


    Moderatore di it.comp.www.asp
scusa scusa,  dopotutto io stavo scherzando (altrimenti le faccine le non le
mettevo). Forse ho sputato dove mangi? :-)
poco cordialmente,
  Andrea


ok, tu indicizzi anche i contenuti dei tag della pagina, quindi a priori di una
pagina indicizzi una quantità di informazioni a priori maggiori (forse
esponenzialmente maggiori), il che mi fa pensare ad un servizio che diventa
esponenzialmente peggiore, ma forse mi sbaglio io. Il fatto è che sto
realizzando un agente web per la ricerca basato su rete neurale, e le
prestazioni, quando si fa una indicizzazione full-text è davvero
esponenzialmenet più lenta...Sono considerazioni pratiche...
ciao,
 Andrea


 poco cordialmente,
ancora di meno...


 esponenzialmenet più lenta...Sono considerazioni pratiche...
Adesso, ad esempio un motore "classico" (ad es. non google) assegna dei
"punteggi" (parlando decisamente in soldoni, ok?) in base a fattori come le
occorrenze di una determinata parola all'interno della pagina, ed in base a
tali "punteggi" viene poi stilato il ranking quando si effettua una query
con quella parola chiave. Restando legati alla frase che citavo prima,
potrebbe aver senso attribuire un punteggio maggiore ad una sitazione del
tipo:
Il film <film>Titanic</film>
piuttosto che semplicemente:
Il film titanic
Bye
Neapolito (a cui tra l'altro il film Titanic non è neanche piaciuto!)

dove mangi tu... :)
Tanto ci mangiate voi nei vostri piatti ;)

sistema che non utilizza ODBC. In questo senso XML è una lingua franca
ma aspè, tu dici come client o come server?
-- 
dipende

lbo dal portatile prestato ha scritto:

dipende :P
sia client che server, cioè i dati possono essere passati dal server a 
un client (di qualsiasi natura) in XML e viceversa.


dev2DEV.it.
ok, allora ci siamo.  vedi, il mio problema è che io mi occupo
sostanzialmente di gestione di dati e contenuti che non devono uscire
mai dal loro ambito.  se devo "scambiare dati" tutto sommato è
qualcosa di episodico.  anche nel caso che ho descritto (ordini che
riceviamo quotidianamente ma che tutto sommato devono essere ricevuti
e schiaffati in un db senza né a né ma) xml mi sembrava una
complicazione rispetto ad un flat file, e probabilmente lo è pure...
-- 
dipende

> si, ma tramite xslt puoi ottenre anche un PDF, un  PS, un RTF o altro. Ti
mi potresti indicare un po' di documentazione in proposito?  oppure se
tu l'hai fatto, mi potresti fare un esempio pratico?