Note the rsync option:
--include-from=FILE
This option is related to the --include option, but it specifies
a FILE that contains include patterns (one per line). Blank
lines in the file and lines starting with ';' or '#' are ignored. If
FILE is -, the list will be read from standard input.
So, from a PhpScript, you manage the contents of "FILE" and then launch
rsync with the appropriate additional options.
-----Original Message-----
From: ioannes [mailto:[EMAIL PROTECTED]
Sent: Monday, February 04, 2008 12:59 PM
To: [email protected]
Subject: Re: [PHP-DB] Copying an image from one server to another
Initially I could not find much on SCP and rsynch is about synchronising
folders, but that is only part of the problem. I don't want files in
the target location that are not referenced from the target database. I
hold references like this
img[]=pic1.jpg&img[]=pic2.jpg
then I parse it out into the img array.
So I want to do it from php programming and am on a shared server. I
may have access to the terminal for linux/unix but I am not too strong
in that area. So am I wrong to be still thinking of cURL?
John
Aleksandar Vojnovic wrote:
> How about sending the file via SCP? (it would be a much more safer to
> transfer files)
>
> -Aleksander
>
> Chris wrote:
>> ioannes wrote:
>>> I am trying to:
>>>
>>> - check whether an image file exists on a server,
>>> - check whether it does not exist on another server, and if not exists
>>> - to copy from the first location to the second.
>>>
>>> I am using cURL. First step to capture the image from the first
>>> server. When I return this image to the browser I get a lot of
>>> strange characters. So has this captured the image and what do I
>>> use next to upload to the second server?
>>>
>>> I was trying to use file_exists and had problems referencing the
>>> file location as "http://wwww.mysite.com/pic.jpg". But I know I can
>>> also look at using readfile() and file_put_contents(), $fp =
>>> fopen(), fputs(), fpassthru() etc. What is best way?
>>
>> FTP.
>>
>> There's no way fopen is going to be able to write to a remote url,
>> that'd just be such a huge security issue it's not funny.
>>
>
>
--
PHP Database Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
--
PHP Database Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php