Pure PHP Upload 2 Support Product Page

This topic was archived

Questions on Pure PHP Image Bundle 2

Asked 02 Aug 2009 23:05:04
1
has this question
02 Aug 2009 23:05:04 Markus M posted:
couple of questions on your Pure PHP Image Bundle 2

- does it work with dreamweaver cs4 too? haven't seen this on the upload and add on extension
- does it upload video files too?
- when i upload files, will the file name (and a unique file name) included in the database?
- no coding required - it works dragndrop?
- image resize creates a thumbnail?
- exif data - can it be exztracted and included in the database too?

Thanks, Mark

Replies

Replied 03 Aug 2009 13:47:55
03 Aug 2009 13:47:55 Miroslav Zografski replied:
Hello Mark,

Quote- does it work with dreamweaver cs4 too? haven't seen this on the upload and add on extension


Yes, each extension in the bundle is made compatible with DW CS4

Quote- does it upload video files too?


Pure PHP Upload can upload any types of files. Also you can apply any extensions as a filter for the upload.

Quote - when i upload files, will the file name (and a unique file name) included in the database?


It will be saved. If you choose for PPU to retain a Unique handling of the uploaded files it will add a number to the filename if such file exists.

Quote- no coding required - it works dragndrop?


almost each DMXzone extension have it's UI interface, which is called once you click on the extensions icon or choose it from server behaviors menu, where you can set your options for that extension to work with.

Quote- image resize creates a thumbnail?


You can have SIP to create a resized copy of the original image or you can have it to resize the original without creating a copy. Or you can have two instances of the SIP - one to resize the original and one to create a resized copy - thumbnail.

Quote- exif data - can it be exztracted and included in the database too?


Unfortunately, this is only option for the ASP version.

Regards,
Replied 03 Aug 2009 19:46:43
03 Aug 2009 19:46:43 Markus M replied:
thanks for your reply - I have purchased the bundle and here's a question:

the following steps are done before a photo gets uploaded:

- customer uploads a photo (jpg, png, tiff, etc.) to the site
- image processor now picks the file, reduces the size and creates a thumbnail
- pp2 uploads the reduced file and the thumbnail to the web
- pp2 also creates a database entry via the various hidden files - one of them is the file name field

here's the crux: pp2 writes the old file name into the database (also the old size of the file, but thats not a big issue). since all files get converted to jpg, the database references all files that are not jpg wrong.

you have an idea what i'm doing wrong?

Thx, Markus
Replied 05 Aug 2009 09:55:39
05 Aug 2009 09:55:39 Miroslav Zografski replied:
Hello Markus,

It is not up to what you have done, but the PPU is putting filenames into db before SIP to change them. There is a workaround of this, because have its own collection of information on uploaded files, which is updated by SIP. I'll create a sample and will send it to your e-mail as a php page. Meanwhile here is a reference for this collection.

Regards,
Replied 07 Aug 2009 11:24:38
07 Aug 2009 11:24:38 Markus M replied:
Hi - will you pls send me the sample code? Thanks! Mark
Replied 10 Aug 2009 12:39:09
10 Aug 2009 12:39:09 Miroslav Zografski replied:
Hello Markus

Just sent to you the page.

Regards,
Replied 15 Aug 2009 16:22:27
15 Aug 2009 16:22:27 Markus M replied:
Ok, i spend some more time with your tool, and there's still one huge issue:

- Customer uploads photo, let's say: img0013.jpg
- Photo gets resized, thumb'd and uploaded as img0013.jpg plus specific thumb name.
- database ntry also fine now

Thats all fine and working now. I have used your example script with the conditional step in between. Now here's the problem:

- Now another customer comes and uploads a photo, lets say: img0013.png

Here your system breaks and a) loops, and b) if you hit again it uploads a file called img0013.jpg. but, php upload has been set to uniq - despite there's already img0013.jpg on the server and in the database.

Why? What's the fix?

Thx, Markus
Replied 17 Aug 2009 19:00:34
17 Aug 2009 19:00:34 Markus M replied:
just to be very precise on what happens:

- customer uploads img0013.jpg to the server - all fine
- another customer uploads img0013.jpg to the server - again fine, because your script renames it to img0013_1.jpg

now:

-customer uploads img0013.png to the server: your script uploads it and renames it to img0013.JPG (capital letters). php / sql = case senitive...somewhat fine, but not excellent

now the deal breaker:
- another customer uploads again a file callled img0013.png: your script uploads it and renames it to img0013.jpg. your script overwrites an exisiting photo!! totally not acceptable.

Can you help? I need a fix soon. No response since almost a week now - and I have paid so much for your scripts,

Thx, Markus
Replied 17 Aug 2009 19:14:57
17 Aug 2009 19:14:57 Patrick Julicher replied:
Hi Markus,

I'm not familiar with the history of this post nor the script that was sent to you. However. Your problem might have something to do with the input mask in the SIP. Please have a look at this FAQ: www.dmxzone.com/go?16935.

Try to use the ##ext## option for the file-extension!

Kind regards, Patrick
Replied 19 Aug 2009 09:09:27
19 Aug 2009 09:09:27 Markus M replied:
hi, thanks for your reply. the #ext# would be a solution but it doesnt work - at least the way you outlined it in your article. is it ##ext## or #ext#?

so far i used this one:
$sipp1->setMask("##path##/thumbs/##name##_thumb.##ext##";

and it sets the subfolder fine, but wouldnt keep original extensions


Thx, mark

Edited by - Markus M on 19 Aug 2009  09:11:46
Replied 19 Aug 2009 10:01:51
19 Aug 2009 10:01:51 Patrick Julicher replied:
Hi Mark,

Oops, I'll edit the FAQ rightaway, the code should be ##ext##. I'll give it another try and see what happens. Could you post a screenshot of your SIP settings and the Source Code for the page?

Kind regards, Patrick
Replied 19 Aug 2009 11:09:09
19 Aug 2009 11:09:09 Markus M replied:
Hi, here's a screenshot of my sipp settings. Note - I am doing actually 3 things: upload original file, create a resized copy in "compressed" folder and create a thumbnail in "thumbs" folder.
Now what happens:
img0013.png gets uploaded. the original file name gets uploaded and kept, the compressed gets renamed to jpg, also the thumb gets jpg. so ##ext## doesnt work.


SIPP settings:


PHP Upload settings


SQL Insert statement

also what annoys me with the script is the fact that files with 200-300kb file size won't upload with the first button clkick - you have to hit twice. somehow it loops the first time endless.

Thanks for your help!
Markus


Edited by - Markus M on 19 Aug 2009  11:41:01
Replied 27 Aug 2009 18:56:04
27 Aug 2009 18:56:04 George Petrov replied:
We have released a new update of Smart Image processor.

in the new version there is an option to keep the original file type after resizing.
So if you upload jpg, it will get resized and saved as jpg, if you upload png it will get resized and saved as png.

So it should work all much better now.

Please download and install the latest version.

Greetings,
George
Replied 29 Aug 2009 20:15:27
29 Aug 2009 20:15:27 Markus M replied:
what is this new function? Auto?

seriously those scripts do not do what I have paid for: automate things without huge coding efforts. I have spend days now to get this fixed. now you update your scripts and within dreamweaver, those server behaviours do not show up anymore nor will files be compressed/thumb'd. all i get is a file upload, but even that one does not really work:

- JPG uploads bigger than 50kb still require 2 clicks on the upload button. no customer will ever get this. why do you have to hit twice to upload a "larger" photo?

I need a response quick - this whole thing runs since a few weeks now with very limited support from your side.
Replied 17 Sep 2009 22:23:02
17 Sep 2009 22:23:02 Patrick Julicher replied:
Hi Markus,

Did you get this working? Did you manage to re-apply the extension to your page? If not, could you remove the code for the previous SIP and apply the new version?

About the two clicks needed. Could you post a link to a test-page so we can see? All test on my end keep working with only one click.

Kind regards, Patrick

Reply to this topic