I’m experiencing problems with exif php extension when I upload an image on my windows apache server. Should enabling the exif resolve all the issues?
Some ideas for further development:
1)
One idea is that would be really handful is if there would be a chance to rename the files or be able to place them in different folders.
Maybe something like the feature so that user would be able to change the filename and select the upload subdirectory from the FF matrix for each uploaded file.
2)
Make progress bar upload (Maybe something like http://www.uploadify.com/)
Any chance we could add some MSM love to this extension?
Instead of my other fix that just added the site label, I changed it so it pulls only the current site:
Line 601: in the select_upload_locations() function
$dls = $DB->query("SELECT id, name FROM exp_upload_prefs WHERE site_id = " .$PREFS->ini('site_id')." ORDER BY name ASC");
Also, you’d have to add the $PREFS global to line 596.
I’m experiencing problems with exif php extension when I upload an image on my windows apache server. Should enabling the exif resolve all the issues?
Some ideas for further development:
1)
One idea is that would be really handful is if there would be a chance to rename the files or be able to place them in different folders.
Maybe something like the feature so that user would be able to change the filename and select the upload subdirectory from the FF matrix for each uploaded file.
2)
Make progress bar upload (Maybe something like http://www.uploadify.com/)
hi there, sorry to squeeze in.. but I am defenitely against 1)... you actually CAN specify different folders yourself as an admin… don’t confuse the user too much! otherwhise you could use the EE native file upload method, or can’t you
the delete option is already a lot..
- in fact I would add a feature request to enable/disable permanent file deletion for certain users… A user might be confused by this… and he could potentionally destroy a site…
I have a weird issue that I can reproduce regularly. Maybe someone could figure this out.
Here’s the deal, I have one page that contains an FF Matrix with a text field and nGen file field. This is used for uploading and listing newsletter PDF files.
I have created 30 rows with only the text field, which indicates the file name, filled in and no files associated yet. Everything is good so far. Now I start uploading the PDF files one-by-one. I can add 21 files out of 30 but as soon as I add that 22nd file and hit save the screen goes to a blank white page. If I physically delete that 22nd PDF off of the file system I can load the page back up fine.
I have checked my PHP memory limit and upped it from 32M to 256M just to rule out the size issue. I get no errors in the PHP logs or through EE. Any clue what is going on?
Does anyone have a tutorial on setting up nGen with ImageSizr plugin? I just want to create a simple gallery page with one main image and all the rest as thumbnails in a sidebar, similar to what David has got on his own site. Clicking a thumbnail would bring it up as full size, and the previous image would go back in the thumbnail set.
where {photo_set} is the custom field containing my FF Matrix field type, {photo_file} is the field that links to the actual uploaded image (using nGen File Field), and {photo_caption} a a text field for the caption.
I get some wierd errors after installing publish tweeks again:
(this is after deleting a file permanently)
Warning: unlink(/home/xxx/public_html/images/uploads/thumbs/fahrplan_thumb.jpg) [function.unlink]: No such file or directory in /home/xxx/public_html/backend/extensions/fieldtypes/ngen_file_field/ft.ngen_file_field.php on line 391
Warning: Cannot modify header information - headers already sent by (output started at /home/xxx/public_html/backend/extensions/fieldtypes/ngen_file_field/ft.ngen_file_field.php:391) in /home/xxx/public_html/backend/extensions/ext.publish_tweeks.php on line 194
I’ve run into a problem with nGFF - it was working perfectly last time I checked, but this morning, when trying to upload a file along with an entry, I get this;
Warning: unlink(C:/Program Files/xampplite/htdocs/images/uploads/a) [function.unlink]: No such file or directory in C:\Program Files\xampplite\htdocs\application\extensions\fieldtypes\ngen_file_field\ft.ngen_file_field.php on line 249
Fatal error: Cannot unset string offsets in C:\Program Files\xampplite\htdocs\application\extensions\fieldtypes\ngen_file_field\ft.ngen_file_field.php on line 254
Anyone got any idea what would cause that? I don’t think I’ve added any other extensions since. It does this with or without a file…
I think I’ve tracked it down, but it might still be relevent to the plugin - when I don’t fill in a required field in my entry, I get the error above. When I do fill everything in, it goes through OK…
I am getting a similar exif message on pages with existing MH upload info in the converted field.
Warning: exif_imagetype(---path---/images/articles/TFNC_logo_webcolors_NR_1.jpg ) [function.exif-imagetype]: failed to open stream: No such file or directory in /---path---/fieldtypes/ngen_file_field/ft.ngen_file_field.php on line 693
Any resolutions to this? I seem to be getting something similar:
Fatal error: Call to undefined function exif_imagetype() in /home/xxxxxx/domains/domain.com/public_html/system/extensions/fieldtypes/ngen_file_field/ft.ngen_file_field.php on line 693
Running 0.9.6. Prior to this, didn’t seem to have issues in my sandbox, but not entirely sure.
• Moved text into language file
• Improved thumbnail creation/detection
• Removed accidental dependency on PHP v5.2+
• Trash dialog now uses file/image wording based on filetype
• Allow for uppercase file extensions when creating thumbnails
• Only show current site’s upload locations
• Exclude files that start with “.” for the existing files list
• Improve MH File compatibility
• Backup, if EXIF is not enabled, for exif_imagetype function
I was having conflicts between this extension and both the Related Categories and Primary Categories extensions by Solspace. I updated both of them to the latest versions and applied Max’s change to the js file and BOOYAH! Everything is clickin’ along great thanks Max for figuring this out! Fred, might I humbly suggest this be added in to the next release of this fantastic plugin. Thanks for all your hard work.
Max Lazar - 13 April 2009 08:30 PM
open file jquery.ngen_file_field.js and put (function($){ at the begin and })(jQuery); at the end of the file. So you will have something like this:
Regarding my previous problem, I just deployed the site to my client’s EngineHosting account and tried uploading the files again. Everything seems to be working okay now. It must have been something with my localhost setup that was wonky.
• Moved text into language file
• Improved thumbnail creation/detection
• Removed accidental dependency on PHP v5.2+
• Trash dialog now uses file/image wording based on filetype
• Allow for uppercase file extensions when creating thumbnails
• Only show current site’s upload locations
• Exclude files that start with “.” for the existing files list
• Improve MH File compatibility
• Backup, if EXIF is not enabled, for exif_imagetype function
I just like to say thank you Travis for including “or use an existing file” option. Made my day.
Thank you guys, it is really going somewhere- and thanks to Fred for working with me on the exif issue. I ended up bumping up my PHP memory to deal with some bigger images and everything is zippy and working well.