Newsgroup: it.lavoro.professioni.webmaster
Titolo: cerco collaboratori

Un saluto a tutti,
stiamo ricercando un collaboratore per la realizzazione di siti web.
Abbiamo bisogno di una persona che sappia realizzare un sistema tramite il
quale si possano modificare i contenuti di una pagina web contenuta nel
sito:
L'azienda che ha commissionato il sito vuole modificare da se i contenuti di
alcune pagine (semplici modifiche di testo).
Le persone che devono effettuare queste modifiche non devono modificare la
pagine web ma devono interagire semplicemente con un'interfaccia web in cui
possono inserire i nuovi testi. Questi nuovi testi dovranno sostituire i
vecchi testi presenti nella pagina.
Se non sono chiaro chiedete spiegazioni.
Un'altra richiesta è l'accesso ad un file Access tramite login e password da
web.
se volete potete contattarmi privatamente a questo indirizzo:
m...@libero.it__NOSPAM
un saluto e un grazie,
Marco

 da web.
Se accetti qualche consiglio.... vado ;-)
1) Butta via Access e usa MySQL (ne guadagni spazio e salute)
2) Usa PHP Nuke e hai tutto pronto.
3) Appoggiati a hosting Linux
4) 
www.spaghettibrain.com
 
www.phpnuke.org
Ciaps
-- 
..::Neo@TheZion::.. & Rotella (CBR 600 F Rosso Blu) Da Campi Bisenzio
www.federicocampoli.com
************************************
ICQ #42292922
Webmaster di 
www.thezion.net
Registered Linux User #277621 - 
http://counter.li.org
************************************

 ha scritto nel messaggio
news:Kduf9.89868$pX1.3...@news2.tin.it...



boh....
ciao,
  andrea

 3) Appoggiati a hosting Linux
Perfettamente d'accordo su questo.
Ciao,
Emanuele

 parti.
Si, ma da quello che ho capito (sitarello in Access) basta e avanza quello.
A voler fare i taleban-pitonari ci sarebbe da parlare bene, molto bene, di 
Zope e il suo CMF che e' (ma e' una bestemmia) il "clone" di PHP Nuke.
Tutto questo ovviamente IMHO.
Ciaps-- 


 mentre mysql te lo tirano appresso a 2 lire :-(
Beh, mettiamoci in società e facciamo un "DB HOSTING" per postgreSQL, con
tanto di servizio di progettazione e manutenzione di database... che ne
dici? ;-)
Saluti,
Emanuele C++

Perfettamente d'accordo su questo.
scusate, ma secondo voi un utente del tipo delineato in quel
messaggio, tipicamente utente windows, che vantaggio avrebbe (a parte
le questioni "ideologiche") utilizzando un server linux rispetto ad
uno windows?
e secondo voi che vantaggio potrebbe avere usando un db mysql rispetto
ad access, che è sostanzialmente un file unico che si può tirare giù,
smanettare e ributtare su?  
cerchiamo di essere oggettivi e pensiamo anche all'interoperabilità
delle risorse del cliente, no?
se poi lo volete illuminare, insegnargli a fare il tecnico,
sottilizzare su questioni ideologiche varie è un altro discorso e
forse è anche meritorio, ma da qui a dire che gli semplificate la
vita...  forse gli trovate un altro hobby interessante, ma non so fino
a che punto un modo di lavorare snello per come è adesso.
-- 
dipende

 smanettare e ributtare su?
Una web application che si rispetti deve prevedere un apposito pannello di
controllo che semplifichi la vita al cliente. Un DB come mySQL permette di
realizzare un'applicazione in PHP con tutte le funzionalità desiderate e
velocizzare il lavoro del cliente. Per l'interoperabilità, si può sempre
esportare il DB in formato CSV o direttamente in SQL ed importarlo nel DB
mySQL. Il tutto, se il programmatore fa il suo dovere, tramite una semplice
e comoda interfaccia web che non richiede affatto conoscenze informatiche
avanzate.
Ne ho fatte molte di queste applicazioni, e i clienti non hanno mai avuto
problemi di apprendimento... l'importante è realizzare un'interfaccia
usabile, senza compromettere la stabilità e la sicurezza dell'applicazione.
Se una persona decide di iniziare la sua attività su web, è nostro dovere
offrire la soluzione migliore e far capire al cliente in che modo si lavora.
Se poi il cliente ritiene più giusto utilizzare soluzioni scadenti e poco
professionali, è una sua scelta che di certo non lo porterà lontano.
Saluti,
Emanuele C++

professionali, è una sua scelta che di certo non lo porterà lontano.
abbi pazienza emanuele, se vuoi dirmi che ti sta simpatico l'open surs
e ti sta antipatica maicrosoft, ok, non c'è problema, i gusti son
gusti e il mondo è bello perché è vario.
di qui a dire che tutto ciò che non è LAMP (linux apache mysql php) è
scadente e non professionale però ce ne passa.
come tecnici dovremmo cercare di essere un pochettino più modesti e
renderci conto che il fattore tecnico non è così rilevante per "andare
lontano", contano le idee.
voglio dire, uno può fare dei gran bei viaggi usando una macchina ford
oppure una opel.  poi i meccanici potranno disquisire ore e ore sul
fatto che la ford pubblica i manuali di officina (fai conto) e la opel
no, che ford sfrutta gli operai e opel li tratta bene, tutto quello
che ti pare.  ma se tu sei in vacanza la macchina la puoi anche
noleggiare, non cambia niente, conta il tragitto e tante altre cose.
la macchina è solo un mezzo.
-- 
dipende

 tanto diversi tra i vari sistemi.
Costi
Windows 2000 Server ricordo costava 2 cocuzze di vecchie lire quando ci 
lavoravo mentre la advancede (con il supporto clustering e load balancing) 
intorno alle 5 cocuzze, senza contare le CAL il connector X400 e tutte le 
stronzate che si inventano a Redmond per spillare soldi agli utenti.
Red Hat 7.3 Personal costa200 carte di vecchie lire, mentre la Professional 
(orientata ai server) 500 carte circa (la trovi su CHL)
Affidabilita
Windows ha vari bug e vulnerabilita' che vengono patchate a coda di gatto 
dalla casa di Redmond e le patch oltre a richiedere il riavvio del server 
(costo di accesso alla sala server) a volte non fanno quello che devono 
fare o peggio non ti fanno proprio ripartire il server (vissuto sulla mia 
pellaccia).
Linux ha anche lui i suoi bachi ma con patch rilasciate in tempi brevi 
(spesso dialogando con gli sviluppatori) si risolve e non bisogna riavviare 
praticamente mai. 
I servizi girano ad un livello diverso dal kernel che quindi non viene mai 
toccato e se qualcosa va storto al massimo non ti riparte un servizio e 
puoi sempre tornare indietro (anche questo vissuto sulla mia pellaccia).
Con linux poi si fa tutto via SSH, senza accedere mai (o quasi) alla sala 
server.
Stabilita
Windows E' stabile ma ogni tanto gli si sporca la ram, non libera risorse.
Lavorandoci ho visto che mediamente va riavviato una volta al mese o cala di 
prestazioni. 
Inoltre il File system frammenta (prima della 2000 bisognava comprare un 
tool esterno, altra voce di costo).
Linux non si ferma mai (forse a fucilate si ;-PPP) e il suo File System non 
frammenta.
Spero di averti dato il quadro


smanettare e ributtare su?  
Dipende da cosa deve fare. Se il db deve stare sempre su perchè fa
commercio elettronico o cose simili, gli converrebbe appoggiarsi ad un db
server. Se deve garantire l'integrità dei dati a livello di SQL
(transaction, FK etc) è probabilmente meglio Access.
Come hanno detto gli altri, se trova PostgreSQL ha però risolto tutti i
problemi:-)
Ciao.
Faser
-- 
FABIO SERRA
*Questo testo deve essere valutato secondo il senso della RFC-3*
Per rispondere in e-mail sostituire "invalid" con "faser"
http://www.cfmentor.com
--------------------

problemi:-)
scusami, ma mi pare che si trascuri quello che per me è il vantaggio
principale di access in questo caso, e cioè la sua smanettabilità.
con mysql, ad es. (ed immagino anche con postgres) devi montare delle
interfacce di non immediato utilizzo e che comunque non sono
altrettanto flessibili dell'interfaccia integrata di access.
il percorso che farei io, volendo proprio essere fighetto, è quello di
usare access in fase di prototipazione, usando ovviamente sql il più
stadard possibile, poi quando le necessità si stabilizzano (e di
conseguenza l'architettura dei dati) allora passerei ad un db "vero".
solo che nel frattempo mi accorgerei che il mio tanto bistrattato
access regge benissimo tutto il traffico che voglio, perché tanto non
sono un sito da 100mila accessi all'ora o che so io...  e allora chi
me lo farebbe fare di cambiare?  :-)
-- 
dipende

>Spero di averti dato il quadro
guarda, il quadro credo di avercelo già avuto, perchè ho fatto passare
circa 5 miliardi (finora) di vecchie lire di transazioni ecommerce
attraverso un server con w2k adeguatamente amministrato da gente che
sa il fatto suo, senza problemi di rilievo e usufruendo di quella che
per me è una maggiore flessibilità complessiva.  parte di quelle
transazioni venivano da appicazioni perl, oracle bla bla bla, e non
hai idea del pianto e della complicazione per spostare mezza virgola.
se si fosse trattato di un'azienda con personale specializzato che
voleva mettere su il suo server, allora il tuo discorso sarebbe andato
bene, ma qui si parlava della scelta di *hosting* da parte di un niubi
poco interessato al lato tecnico e che dispone di dati in formato
access.
mi sembra irrilevante riempire la testa ad un tizio che cerca hosting
con questioni del genere...  tutte le cose che dici riguardano semmai
l'isp, non il tizio che ne sarà cliente.
riprendo il paragone automobilistico: se prendo un taxi per andare in
stazione, mi importa assai se sarà un affidabilissimo mercedes o una
fiat scarcagnata.  in stazione mi ci porta, tanto basta.  di sicuro
non mi prendo la laurea in meccanica per scegliere un taxi...  se
invece sono il capo di una cooperativa di taxisti e devo comprare 50
vetture magari il discorso cambia, ma qui stavamo parlando di uno che
il taxi lo deve prendere, non gestire.
poi, anche a me sta tanto simpatico il software libero e non mi piace
la politica di microsoft, ma cerco comunque di rimanere oggettivo.
-- 
dipende

me lo farebbe fare di cambiare?  :-)
Io non sono contro Access, dico solo che il fatto di poter tirare giù il
file non sempre è applicabile e positivo.


 2) Usa PHP Nuke e hai tutto pronto.
Guarda Neo, proprio in questo periodo sto consegnando un tot di queste
applicazioncine per conto di un cliente (che a sua volta vende sto servizio
ai suoi clienti).
Mi hanno contattato dopo che hanno avuto un orgasmo multiplo vedendo le
"meraviglie" di PHPNuke e robe simili...
C'e' solo un problema... che uno smanettone con PHPNuke qualcosa ci tira
fuori ma non puoi ASSOLUTAMENTE metterlo in mano a un cliente come quello
che si evince dal post iniziale.
Gli devi dare un menu di gestione delle categorie di pagine, eventuali
sottocategorie, e poi una maschera in cui caricare testi e immagini.
Stop
PHPNuke e' lontano anni luce da una roba del genere, credimi
Che poi anche noi abbiamo optato per PHP e MySQL, e' un altro paio di
maniche che non influisce assolutamente sul risultato finale ovvero nella
parte percettibile all'utilizzatore finale
Claudio

 parte percettibile all'utilizzatore finale
D'accordo, ma credevo si chiedesse una soluzione "fast and dirt".
;-)
Ciacia


file non sempre è applicabile e positivo.
chiaro che no, ma spesso sì.  forse io ho più clienti che cambiano
idea o che mi comunicano in modo confuso o un po' alla volta le loro
necessità rispetto alla media...
-- 
dipende

open.
Se intendi software desktop, ti dò ragione. Le interfacce te le devi
sviluppare da zero in qualche linguaggio.
Per amministrare Mysql o Postgres - se non faccio a riga di comando -  io
uso dbtools oppure winSQL. Ma ce ne sono moltissimi altri. Mi sembrano
ottimi e non hanno nulla da invidiare ad Access. Non trovi?
http://www.dbtools.com.br
http://www.indus-soft.com/winsql



http://www.indus-soft.com/winsql
Ops scusami, ti ho indicato due prg per win. E che io tendo ad usare il
meglio dei due mondi: Linux per tutto quello che riguarda il server e Win
per sviluppare ed il destktop.


non usi le maschere che cosa ha in più di altri db?
be', proprio in questi giorni sto seguendo a titolo di favore
personale la realizzazione di un sito web dedicato al mondo dell'arte
e, possibilmente, del mercato che le gira intorno.
ebbene, i "commitenti" (dei cari amici) non hanno la minima idea di
cosa significhi creare una tabella artisti, o come stgrutturare un
cominicato stampa in modo da renderlo ricercabile, o se sia opportuno
elencare le mostre per data o per località...  e soprattutto prova un
po' a vedere se per fare analisi riesci ad intervistare per il tempo
necessario degli organizzatori d'arte sulle necessità tecniche della
struttura dati...  dopo un quarto d'ora si rompono le balle...  :-)
quindi bisogna procedere in modo empirico, risolvendo le esigenze man
mano che si propongono (ripeto, sono amici...  non so se "per lavoro"
mi regolerei così...).
e comunque questi sono solo i primi problemi che mi vengono in mente e
che dico a mo' di esempio, che qualsiasi programmatore con un po' di
intuito risolverebbe con una struttura dati adeguata e flessibile, ma
ti assicuro, ci possono essere mille risvolti che adesso non mi
vengono in mente ma col tempo sì (perché anche le esigenze del sito
cambieranno quando i tizi comprenderanno la natura di internet), e che
magari ci costringeranno a modificare tabelle, aggiungere campi,
creare tabelle ex novo, insomma, smanettare pesantemente la struttura
del db e magari pure i dati...  e in questo caso avere qualcosa che lo
tiri giù, lo smanetti e lo rimetti su è una gran figata.  non oso
pensare se dovessi fare queste cose con, ad es., mysql sia pure dotato
delle interfacce che conosco, che poi sono quelle che mi hai citato
tu.
-- 
dipende