Newsgroup: it.lavoro.professioni.webmaster
Titolo: Suggerimento!

Scusate ma:
-->vorrei fare un sito con molti file txt da consultare
-->in seguito vorrei introdurre un motore di ricerca interno
->con quale criterio iniziale devo partire prima di rifare il lavoro due
volte?

 ha scritto nel messaggio
news:5Rwqa.7371$3M4.2...@news1.tin.it...

Tutto lato server, credo sia la cosa migliore soprattuto perchè in mezzo ci
sta un motore di ricerca (che deve agire in modo adeguato all'interno di
tali file presumo).
Cooper.
-- 
------------------------------------
BlueWare di Impastato Marcello
 [web] 
http://www.blueware.it
   - Realizzazione Siti Web;
   - Traduzioni in: Inglese/Rumeno/Spagnolo;
   - Servizi per l'informatica.
 [Email] 
coo...@blueware.it
 [icq] 146781935
 [Irc] 
irc.azzurra.org
 - #chatlandia

volte?
Inoltre butterei tutto in un db.


Non credo valga la pena scomodare i DB anche perchè in questo caso specifico
lui parla di file di testo quindi roba tipo:  pippo1.txt, pippo2.txt etc...
Di cui si ipotizza la necessità di avere questa struttura.
Mettere tutto in un DB presumo intendi dire, di togliere tutti questi file e
spostare i contenuti all'interno del db... ma in questo caso se a qualcuno
servono tali e quali chessò per scaricarli che fa?
Ne uscirebbe un casino ancora più grande, per cui è meglio lasciare tutto
cosi per come è, e fare una ricerca sui singoli file, o quantomeno creare
dei file indice su un db... partendo da questi file txt.


 --
secondo me per la ricerca non serve scomodare un db. Con asp (e credo
proprio anche con PHP) puoi entrare in ogni file e cercare una stringa...  e
con questa cosa dei TXT è la cosa migliore da fare..
per cui il mio consiglio sarebbe un semplice hosting con ASP o al massimo
php.
Un buon esempio per la ricerca nei file tramite ASP la trovi su
freeasp.html.it
Ciao


Non ho capito perchè hai risposto a me :P anche io ho detto che non serve
scomodare i db in questo caso :)


::
:: Non credo valga la pena scomodare i DB anche perchè in questo caso
:: specifico lui parla di file di testo quindi roba tipo:  pippo1.txt,
:: pippo2.txt etc... Di cui si ipotizza la necessità di avere questa
:: struttura. Mettere tutto in un DB presumo intendi dire, di togliere
:: tutti questi file e spostare i contenuti all'interno del db... ma in
:: questo caso se a qualcuno servono tali e quali chessò per scaricarli
:: che fa? Ne uscirebbe un casino ancora più grande, per cui è meglio
:: lasciare tutto cosi per come è, e fare una ricerca sui singoli file,
:: o quantomeno creare dei file indice su un db... partendo da questi
:: file txt. Cooper.
:: --
io penso sia meglio scomodare un db.
anche in chiave futura del sito, aggiornamenti e cambi di tecnologia un db
sarà più versatile
in my little opinion

Non so se interessa ma anche io sono favorevole al DB, per due ragioni
secondo me fondamentali.
1) maggiore facilità di gestione dei contenuti
2) penso che qualsiasi motore server-side impiega molto meno tempo e risorse
ad interrogare un db piuttosto che a lavorare su files.
Se poi serve far scaricare i file .txt si può sempre generare il file al
volo con qualsiasi script (sempre server-side, mi viene così in mente per
caso il PHP), zipparlo (sempre al volo) e rispedirlo all'utente.
Poi è evidente che bisogna valutare qual'è la percentuale di download dei
suddetti file.
---
www.lozampino.net

 ha scritto nel messaggio
news:b8ehqa$adf$1...@lacerta.tiscalinet.it...

Ok Ok, allora torniamo al post iniziale, cito testualmente:
"Scusate ma:
-->vorrei fare un sito con molti file txt da consultare
-->in seguito vorrei introdurre un motore di ricerca interno
->con quale criterio iniziale devo partire prima di rifare il lavoro due
volte?"
La prima condizione che viene posta è: "un sito con molti file txt da
consultare" <--- quindi bisogna avere i file.txt in partenza e usare i file
txt.
Consultare implica un eventuale inserimento in una cartella come una
rimozione di quest'ultimo dalla cartella.
Nulla vieta di immaginare una cartella come un DB e ciascun file in questa
cartella come singoli record di questo DB. (Cosi accontentiamo gli uni e gli
altri) :P
Poi aggiunge la seconda condizione: "introdurre un motore di ricerca
interno" <-- sulla base delle ipotesi precedenti questo è fattibile senza
alterare alcuna struttura.
Terza e ultima ipotesi, (IHMO) tramite linguaggio lato server che può
garantire l'attuabilità sia della prima che della seconda ipotesi.


Si si... son d'accordo con te... poi in finale tutto si può fare, bisogna
solo vedere come!
Io cercavo di ottimizzare il tutto... forse

dei file indice su un db... partendo da questi file txt.
La ricerca nei txt non e' performante. Per queste cose si usano i
database che sono nati apposta e sono comodissimi.

 ha scritto nel messaggio
news:kbslavs4ag5q44lvl...@4ax.com...

Dovresti attenerti alle ipotesi fornite da chi ti ha posto la questione...
lui parlava di files txt...  in quanto tali, quindi non puoi cambiare la
natura di questi... ma puoi simulare un db senza usare un db :)
Se leggi alcuni post precedenti, trovi un esempio.


>Dovresti attenerti alle ipotesi fornite da chi ti ha posto la questione...
Solo perche' fanno comodo alle tue tesi? Supponente che sei.
La persona chiede cosa fare per partire subito con la tecnologia
giusta per evitare piu' avanti di doversi riconvertire ad altra
tecnologia. Database e programmazione lato server e' senza dubbio la
soluzione piu' idonea.

 ha scritto nel messaggio
news:12goav4lbo9okakeu...@4ax.com...

A me di come lo vuoi fare te importa poco, intendiamoci :) Chi ha aperto il
thread è stato chiaro, ha detto esplicitamente che doveva usare FILE TXT.
Se per te FILE TXT = RECORD di un DB ben venga, ma non cambiare le
definizioni ufficiali... :)


Cooper non fare mai l'analista programmatore, sei veramente pessimo.


Tranquillo, sono una goccia nel mare... se hai bisogno di un analista, non
sei obbligato a cercarmi ^_^ ne troverai tanti altri migliori di me.
Io mi sento gratificato nel momento cui vedo che coloro che si rivolgono a
me rimangono soddisfatti.
Il fatto poi che ci siano altri migliori di me, mi da uno stimolo in più a
migliorarmi, inforndo l'informatica è anche una scoperta di se stessi ^_^
Se pensi di essere il migliore, invece non sei altro che il peggiore di
tutti.... come del resto disse un saggio: "Chi crede di sapere, in realtà
non sa nulla".
Cooper.
PS: Qui sarebbe proprio il caso di dire: Arghhhhhhhhhhhhhh :PPPP hehehh :)


 non sa nulla".
Io ricordavo 'so di non sapere'... mi sono perso qualcosa ?
:-]

 ha scritto nel messaggio
news:slrnbaqmbs.2o3....@loriel.ilweran.home...

Heheheh, si :) Ma siamo sempre li, il concetto alla fin fine è quello :P
Cooper.


>-->in seguito vorrei introdurre un motore di ricerca interno
le soluzioni tecniche le hanno prospettate un po' tutti.  adesso
sarebbe bene sapere una cosa: cosa intendi con "introdurre un motore
di ricerca interno"?  intendi scriverlo, se sì in che linguaggio?
intendi cercare script già pronti?
-- 
dipende.