I want to make o program using perl. A linux server will be used as file server. Every user is going to has his own documents ~/ Is it better to use ftp in order to transport the documents to/from the file sever or Samba? What do you suggest?
isofroni@cc.uoi.gr wrote:
I want to make o program using perl. A linux server will be used as file server. Every user is going to has his own documents ~/
Is it better to use ftp in order to transport the documents to/from the file sever or Samba?
What do you suggest?
My advice : Use secure ftp (SSH) http://www.openssh.org ( easy, quick, secure ) and there is free software client for winbug if you need it like this: ftp://ftp.ssh.com/pub/ssh/SSHSecureShellClient-3.2.9.exe but..... If your users are changing the same files, then you need CVS.- I dont like samba. -- Jota Omella http://developers.com.py
Everything must be done via perl.
I have already download vsftp for trasferring the files (Net::FTP)
BUt is it a good idea to store gifs (~100 Kb) in a Mysql database or to
store the images in the file system directly?
----- Original Message -----
From: "Javier Omella"
isofroni@cc.uoi.gr wrote:
I want to make o program using perl. A linux server will be used as file server. Every user is going to has his own documents ~/
Is it better to use ftp in order to transport the documents to/from the file sever or Samba?
What do you suggest?
My advice : Use secure ftp (SSH) http://www.openssh.org ( easy, quick, secure ) and there is free software client for winbug if you need it like this: ftp://ftp.ssh.com/pub/ssh/SSHSecureShellClient-3.2.9.exe
but..... If your users are changing the same files, then you need CVS.-
I dont like samba.
-- Jota Omella http://developers.com.py
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
John dijo:
Everything must be done via perl.
I have already download vsftp for trasferring the files (Net::FTP) BUt is it a good idea to store gifs (~100 Kb) in a Mysql database or to store the images in the file system directly?
I don´t think it is a good idea, some guys maybe think is ok but in my personal experience is more slow and you have much development, and in the future if for some reason you are adding more weight images, your system will be even more slow. Maybe in DB like Oracle or M$SQL with store procedures!! Security? yes, it is more secure in the DB, but, it´s just question of doing things right Maybe someone here have a different experience than me, and can share it. cheers. Sorry, my english sucks :) -- Jota Omella http://developers.com.py
Javier Omella wrote:
John dijo:
Everything must be done via perl.
I have already download vsftp for trasferring the files (Net::FTP) BUt is it a good idea to store gifs (~100 Kb) in a Mysql database or to store the images in the file system directly?
I don´t think it is a good idea, some guys maybe think is ok but in my personal experience is more slow and you have much development, and in the future if for some reason you are adding more weight images, your system will be even more slow. Maybe in DB like Oracle or M$SQL with store procedures!! Security? yes, it is more secure in the DB, but, it´s just question of doing things right
Maybe someone here have a different experience than me, and can share it.
cheers.
Sorry, my english sucks :)
Even in Oracle this is a really bad idea. I know because I had this conversation with someone who is an Oracle DBA last week about it. You store the links to the images (/var/spool/pictures/winter/p001.jpg) before you store the body in the database. This way you can do a few things with the database. Back up is easier because you don't have to manage a binary block of data that never changes. You can visually verify that the images called are the images seen. You can do debugging more easily by keeping the images in a space that is readily accessable for you to look at. Putting it into a database gaurantees that you will never be able to debug it without building a bunch of software to pull the image out of the database for you, but that software has to be 100% bug free...
Javier Omella wrote:
John dijo:
Everything must be done via perl.
I have already download vsftp for trasferring the files (Net::FTP) BUt is it a good idea to store gifs (~100 Kb) in a Mysql database or to store the images in the file system directly?
I don´t think it is a good idea, some guys maybe think is ok but in my personal experience is more slow and you have much development, and in
Well, storing the to file system it sounds much better. But how could a
backup be done?
I mean automating the backup process via a script.
Tarring, gzipping all the directories containing the images and copy them to
where?
----- Original Message -----
From: "Tom Allison"
future if for some reason you are adding more weight images, your system will be even more slow. Maybe in DB like Oracle or M$SQL with store procedures!! Security? yes, it is more secure in the DB, but, it´s just question of doing things right
Maybe someone here have a different experience than me, and can share it.
cheers.
Sorry, my english sucks :)
Even in Oracle this is a really bad idea. I know because I had this conversation with someone who is an Oracle DBA last week about it.
You store the links to the images (/var/spool/pictures/winter/p001.jpg) before you store the body in the database.
This way you can do a few things with the database. Back up is easier because you don't have to manage a binary block of data that never changes. You can visually verify that the images called are the images seen. You can do debugging more easily by keeping the images in a space that is readily accessable for you to look at.
Putting it into a database gaurantees that you will never be able to debug it without building a bunch of software to pull the image out of the database for you, but that software has to be 100% bug free...
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
On Mon, 2004-02-23 at 08:32, John wrote:
Well, storing the to file system it sounds much better. But how could a backup be done?
I mean automating the backup process via a script.
Tarring, gzipping all the directories containing the images and copy them to where?
A tape drive, additional spare harddrive... Never backup critical data to the same harddrive. -- Ken Schneider unix user since 1989 linux user since 1994 SuSE user since 1998 (5.2)
On Mon, 2004-02-23 at 08:32, John wrote:
Well, storing the to file system it sounds much better. But how could a backup be done?
I mean automating the backup process via a script.
Tarring, gzipping all the directories containing the images and copy
Thank you for you response!
Now the most critical question!
Which File System?
I have experienced many errors concerning uncleaned reboots and then the
disaster comes.
What do you suggest? I want the most stable FS concerning forced reboots
(cable suddenly unplug)
----- Original Message -----
From: "Kenneth Schneider"
where?
A tape drive, additional spare harddrive...
Never backup critical data to the same harddrive.
-- Ken Schneider unix user since 1989 linux user since 1994 SuSE user since 1998 (5.2)
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
Well, storing the to file system it sounds much better. But how could a backup be done?
I mean automating the backup process via a script.
Tarring, gzipping all the directories containing the images and copy them to where?
Same place you would back up the database. tape drive or disk would be my guess. Or CD-ROM
Well, storing the to file system it sounds much better. But how could a backup be done?
I mean automating the backup process via a script.
Tarring, gzipping all the directories containing the images and copy
Isn't quite hard to automate a CD burning?
----- Original Message -----
From:
to where?
Same place you would back up the database. tape drive or disk would be my guess. Or CD-ROM
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
On Monday 23 February 2004 12:28, John wrote:
Well, storing the to file system it sounds much better. But how could a backup be done?
I mean automating the backup process via a script.
Tarring, gzipping all the directories containing the images and copy them to where?
Same place you would back up the database. tape drive or disk would be my guess. Or CD-ROM
Isn't quite hard to automate a CD burning?
Not at all. I've got a weekly cron job which calls a script that does a dump of the mySQL database containing all my recipes to a directory where I keep other files that I want to back up regularly, then calls mkisofs and cdrecord to create and burn an image to CD-RW. The only hard part is remembering to put a blank disc in the drive before I go to bed on Saturday night. -- Homepage http://scott.exti.net XFce desktop environment http://www.xfce.org Goodies for the XFce desktop http://xfce-goodies.berlios.de GPG public key ID: 811B00AB
Could you share your script with the community?
It would be very intresting.
----- Original Message -----
From: "Scott Jones"
On Monday 23 February 2004 12:28, John wrote:
Well, storing the to file system it sounds much better. But how could a backup be done?
I mean automating the backup process via a script.
Tarring, gzipping all the directories containing the images and copy them to where?
Same place you would back up the database. tape drive or disk would be my guess. Or CD-ROM
Isn't quite hard to automate a CD burning?
Not at all. I've got a weekly cron job which calls a script that does a dump of the mySQL database containing all my recipes to a directory where I keep other files that I want to back up regularly, then calls mkisofs and cdrecord to create and burn an image to CD-RW. The only hard part is remembering to put a blank disc in the drive before I go to bed on Saturday night.
-- Homepage http://scott.exti.net XFce desktop environment http://www.xfce.org Goodies for the XFce desktop http://xfce-goodies.berlios.de GPG public key ID: 811B00AB
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
tisdag 24 februari 2004 09:36 skrev John:
Could you share your script with the community? It would be very intresting.
There's a package, called cdbkup ... not on SuSE but available in the community that does incrimental, differential and full backup to CD-ROMs.
On Tuesday 24 February 2004 02:36, John wrote:
Could you share your script with the community? It would be very intresting.
'Tis really nothing special, just something I cooked up in a couple of minutes (watch the linewrap). #!/bin/sh rm /home/scott/burn/DBkoch.bz2 ; mysqldump -a -h localhost -u kochsuite --password=******* DBkoch
/home/scott/burn/DBkoch ; bzip2 /home/scott/burn/DBkoch && mkisofs -l /home/scott/burn | cdrecord -v dev=0,0 -
It serves my needs, but I'm not using it to back up a whole lot, either - the already mentioned database, plus the RPMs I've built for the XFce Goodies project. -- Homepage http://scott.exti.net XFce desktop environment http://www.xfce.org Goodies for the XFce desktop http://xfce-goodies.berlios.de GPG public key ID: 811B00AB
I think that i am going to buy another hard disk to store my backup.
What do you say?
----- Original Message -----
From: "Scott Jones"
On Tuesday 24 February 2004 02:36, John wrote:
Could you share your script with the community? It would be very intresting.
'Tis really nothing special, just something I cooked up in a couple of minutes (watch the linewrap).
#!/bin/sh rm /home/scott/burn/DBkoch.bz2 ; mysqldump -a -h localhost -u kochsuite --password=******* DBkoch
/home/scott/burn/DBkoch ; bzip2 /home/scott/burn/DBkoch && mkisofs -l /home/scott/burn | cdrecord -v dev=0,0 -
It serves my needs, but I'm not using it to back up a whole lot, either - the already mentioned database, plus the RPMs I've built for the XFce Goodies project. -- Homepage http://scott.exti.net XFce desktop environment http://www.xfce.org Goodies for the XFce desktop http://xfce-goodies.berlios.de GPG public key ID: 811B00AB
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
If you by another disk, use StoreBack... Tiss on the SuSE cd's and tiss great! Jerry On Tue, 2004-02-24 at 19:21, John wrote:
I think that i am going to buy another hard disk to store my backup.
What do you say?
----- Original Message ----- From: "Scott Jones"
To: Sent: Tuesday, February 24, 2004 7:50 PM Subject: Re: [SLE] File Server On Tuesday 24 February 2004 02:36, John wrote:
Could you share your script with the community? It would be very intresting.
'Tis really nothing special, just something I cooked up in a couple of minutes (watch the linewrap).
#!/bin/sh rm /home/scott/burn/DBkoch.bz2 ; mysqldump -a -h localhost -u kochsuite --password=******* DBkoch
/home/scott/burn/DBkoch ; bzip2 /home/scott/burn/DBkoch && mkisofs -l /home/scott/burn | cdrecord -v dev=0,0 -
It serves my needs, but I'm not using it to back up a whole lot, either - the already mentioned database, plus the RPMs I've built for the XFce Goodies project. -- Homepage http://scott.exti.net XFce desktop environment http://www.xfce.org Goodies for the XFce desktop http://xfce-goodies.berlios.de GPG public key ID: 811B00AB
-- Check the headers for your unsubscription address For additional commands send e-mail to suse-linux-e-help@suse.com Also check the archives at http://lists.suse.com Please read the FAQs: suse-linux-e-faq@suse.com
participants (9)
-
isofroni@cc.uoi.gr
-
Javier Omella
-
Jerome R. Westrick
-
John
-
Kenneth Schneider
-
Scott Jones
-
tallison@tacocat.net
-
Tom Allison
-
Örn Hansen