photo: varchar(255)
Have you read Symfony cookbook on How to upload a file at http://www.symfony-project.org/cookbook/trunk/upload ? You've got to understand that in order to understand the following.
Define the photo field in config/schema.yml:
photo: varchar(255)
In apps/my_app/modules/my_mod/config/generator.yml:
edit:
fields:
photo:
name: Photo
help: Please upload the photo
type: admin_input_file_tag
upload_dir: photos
params: include_link=photos include_text="show photo" include_remove=true
That's it. Reload, your admin generator can now allow image uploading.
Automatically add thumbnails to uploaded photos. It will boost photo previews speed to be 10 times faster, and will ease on network bandwidth and server load as well.
Create file lib/imgHandling.class.php & lib/model/MyObj.php as follows:
<?php class imgHandling { public static function genThumbnail($mx, $my, $upload_dir, $fileName, $fileNameNew="") { if (!$fileNameNew) $fileNameNew = $fileName; $thumbnail = new sfThumbnail($mx, $my); $thumbnail->loadFile($upload_dir. $fileName); $thumbnail->save(sfConfig::get('sf_upload_dir').'/thumbnails/'.$fileNameNew, 'image/png'); } }
<?php /** * Subclass for representing a row from the table. * * @package lib.model */ class MyObj extends BaseMyObj { // == Extend the model for business logic public function save($con = null) { // == pre save hook // fill prereq fields // == call the parent save() method parent::save($con); // == post save hook // fill extra fields $fileName = $this->getPhoto(); imgHandling::genThumbnail(100, 100, sfConfig::get('sf_upload_dir').'/photos/', $fileName); } }
Of course, the save() code has been simplified for illustration purpose. If you want to keep your original upload filename for the thumbnail, follow the next article.
Of course, to make above happens magically, you have to check and verify the following.
Install the plugin using the symfony command line:
$ symfony plugin-install http://plugins.symfony-project.org/sfThumbnailPlugin $ symfony cc
Make sure the GD library is activated, you might have to uncomment the related line in your php.ini and restart your web server to enable PHP image handling functions. If unsure, check:
Create the uploads/thumbnails/ directory beforehand:
mkdir web/uploads/thumbnails
documented on: 2007.08.22
This is a simple way I came up for keeping original filenames for the files I upload using the admin generator.
We need an extra field in our database schema to store the original filename, lets say our file field it's called "lecture" then our original lecture's filename field would be "original_lecture", our object will be called "Course".
Remember to rebuild your object model before the next step.
Once we have the 2 fields there we need to ignore the second field inside generator.yml, the way to do this is to alter the display parameter and only list the fields you want to edit.
Then we overwrite our actions and add the following code:
class courseActions extends autocourseActions
{
protected function updateCourseFromRequest()
{
$this->course->setOriginalLecture($this->getRequest()->getFileName('course[lecture]'));
parent::updateCourseFromRequest();
}
}
This will automatically setup the original filename on the right field.
Now, we move to the frontend, we need an action to download our file so we can alter the request and add our filename on the fly, you can add the following code on any frontend action but for clarity sake I've created a module called "download" that I'll use to download any of my files.
So, inside our download module we add the following action:
class downloadActions extends sfActions
{
/**
* Executes lecture action
*
*/
public function executeLecture()
{
$id = $this->getRequestParameter('id');
$this->course = CoursePeer::retrieveByPk($id);
$this->getResponse()->addHttpMeta('Content-Disposition', 'attachment; filename="'.$this->course->getOriginalLecture().'"');
}
}
As you can see, we added a Content-Disposition header to our request, this header will force to download a file and name it according to our original_lecture field.
Finally, on our view, we need to do 2 things.
Disable the layout, this is done under view.yml just add:
lectureSuccess: has_layout: off
Inside lectureSuccess.php we add:
readfile(sfConfig::get('sf_upload_dir').'/lectures/'.$course->getLecture());
This will output the file name stored in the filesystem, remember to provide the right path, this is just an example :)
Finally, to download the file you just need to follow this link:
That's all, your browser will prompt you with a save file dialog.
by Roberto Carvajal on 2007-06-13,
tagged: admin filename generator upload
documented on: 2007.08.22
> I read the tutorial for uploading file > (http://www.symfony-project.org/cookbook/1_0/upload).[] But I have a problem: > it does not work!
> in the view layer i write:
>
> <?php echo form_tag('MyModule/update') ?>
> . . .
<?php echo form_tag('MyModule/update', array('multipart'=>true)) ?>
This will enable the multipart attribute necessary in a form tag to upload files.
documented on: 27 November 2007, weaverryan
> What 'multipart'=>true is userfull for? > what does it mean?
Normal form tags end up looking something like this in the final html code:
<form action="/module/action" method="post">
That form tag is fine in all cases except when the form contains a file upload. The default "content type" for a form is "application/x-www-form-urlencoded", which basically describes the protocol through which the data is uploaded. This is not sufficient for file uploads - because it is "inefficient for sending large quantities of binary data or text containing non-ASCII characters".
The solution is to pass the "multipart" parameter to the symfony function form_tag. This transforms the final html code to the following:
<form action="/module/action" method="post" enctype="multipart/form-data">
This tells the browser to use the multipart/form-data method to submit this form, which is the method necessary when uploading files. "The content type "multipart/form-data" should be used for submitting forms that contain files, non-ASCII data, and binary data."
documented on: 28 November 2007, weaverryan
I'm doing image upload using the admin generator. I've just noticed that the upload will olny work up to image file size = 2048983, or a somewhere over, but files sized >=2391454 will failed to be uploaded, despite that everything else are the same. Details at http://www.symfony-project.org/forum/index.php?t=msg&th=10040
Do you think the 'multipart'=>true is the reason and cure?
Hmm, no, the admin generator has it on already…
Good question
The multipart will NOT help you in this case, because the Symfony admin generator is smart enough to automatically set your form to use the multipart flag when you have an admin form that includes a file upload.
In other words, you're already using the multipart flag in the admin without knowing it!
But, I'm 99% sure what your problem is. Your php max file size is almost definitely set to 2MB, which equals 2097152 bytes. When you try to upload a file that is bigger than your php upload limit, it won't throw any noticeable errors, it just won't upload the file.
If your run phpinfo() in a script, look for the variable called upload_max_filesize to verify. I bet it's set to 2M. If this is your own localserver, you'll need to find your php.ini file and change this line:
upload_max_filesize = 2M
to something more like this:
upload_max_filesize = 8M
documented on: 29 November 2007, weaverryan
> I bet it's set to 2M.
Exactly!!!
$ grep upload_max_filesize /etc/php.ini upload_max_filesize = 2M
thanks for the swift reply/solution!!!
documented on: 2007.11.29
I've hit another ceiling:
Now my upload_max_filesize is set to 20M:
$ grep upload_max_filesize /etc/php.ini upload_max_filesize = 20M
the phpinfo() reports so as well.
However, I found that I was able to upload file of 8,271,573 bytes in size, but not of 9,321,959 bytes in size.
where is this yet another ceiling coming from?
sfxpt
weaverryan wrote:
> check PHP's 'post_max_size' setting it's probably at 8 meg
Thanks A LOT Ryan!!!
You have always been fast and right to the point!
JFTA, to raise the 'post_max_size' to pass over 8M, I have to raise the memory_limit from 60M to 90M as well, because I got the "Allowed memory exhausted" error.
-memory_limit = 60M +memory_limit = 90M
documented on: 2008.04.11, sfxpt
I managed to get all the image binaries stored into a database along with the file info after following through the db_store files.
Now I am having a problem of display all the images on one screen. I try to execute the serve method in a foreach() but all i get is the binary information not the image.?
Is it a constraint on using the serve in a foreach().
one more thing, I kept the serve() and getImage() function in a class known as ProfilePhotoFileInfo and I believe I cant get the image displayed since I cant set addHttpMeta for it in the class. Is there a way for me to addHttpMeta in ProfilePhotoFileInfo class?
I have a problem when trying display an PNG Image in symfony framework and need all of you !
I have a class. It make a png image to display something in pie chart. I tested and ran normal, but when I embed to syfony framework, it generated source code. Very Happy
Following is project I tested. You can try it and will occur some error same to me.
Attachment: piegraph-2005-05-02.tar.gz
action.class.php
<?php class user_galleryActions extends sfActions {
public function executeIndex()
{
$this->forward('default', 'module');
}
public function executeUpload() {
if ($this->getRequest()->getMethod() != sfRequest::POST) {
# listing, first time
return sfView::SUCCESS;
} else {
MemberPeer::uploadProfileGallery($this);
$this->redirect('user_gallery/list');
exit;
}
}
public function executeSetcover() {
$c = new Criteria();
$c->add(GalleryPeer::IS_COVER, 1);
$c->add(GalleryPeer::USER_ID, $this->getUser()->getAttribute('member_id', '', 'member'));
$gallery = GalleryPeer::doSelectOne($c);
if ($gallery) {
# set picture to not cover if cover pic exist
$gallery->setIsCover(0);
$gallery->save();
}
$gallery = GalleryPeer::retrieveByPK($this->getRequestParameter('id'));
$gallery->setIsCover(1);
$gallery->save();
$this->redirect('user_gallery/list');
exit;
}
public function executeUnsetcover() {
$gallery = GalleryPeer::retrieveByPK($this->getRequestParameter('id'));
$gallery->setIsCover(0);
$gallery->save();
$this->redirect('user_gallery/list');
exit;
}
public function executeSetprivate() {
$gallery = GalleryPeer::retrieveByPK($this->getRequestParameter('id'));
$gallery->setIsPrivate(1);
$gallery->save();
$this->redirect('user_gallery/list');
exit;
}
public function executeSetpublic() {
$gallery = GalleryPeer::retrieveByPK($this->getRequestParameter('id'));
$gallery->setIsPrivate(0);
$gallery->save();
$this->redirect('user_gallery/list');
exit;
}
public function executeUpdatetitle() {
$gallery = GalleryPeer::retrieveByPK($this->getRequestParameter('id'));
$gallery->setTitle($this->getRequestParameter('title['.$this->getRequestParameter('id').']'));
$gallery->save();
$this->redirect('user_gallery/list');
exit;
}
public function executeDelete() {
$gallery = GalleryPeer::retrieveByPK($this->getRequestParameter('id'));
# remove physical file
unlink(sfConfig::get('sf_upload_dir').'/user_gallery/'.$this->getUser()->getAttribute('member_id', '', 'member') . '/' . $gallery->getFilename() . $gallery->getExt());
# remove thumbnail
unlink(sfConfig::get('sf_upload_dir').'/user_gallery/'.$this->getUser()->getAttribute('member_id', '', 'member') . '/' . $gallery->getFilename() . '_tn1' . '.png');
# remove thumbnail
unlink(sfConfig::get('sf_upload_dir').'/user_gallery/'.$this->getUser()->getAttribute('member_id', '', 'member') . '/' . $gallery->getFilename() . '_tn2' . '.png');
# delete db record $gallery->delete();
$this->redirect('user_gallery/list');
exit;
}
public function executeList() {
$c = new Criteria();
$c->add(GalleryPeer::USER_ID, $this->getUser()->getAttribute('member_id', '', 'member'));
$this->galleries = GalleryPeer::doSelect($c); }
public function handleErrorUpload() {
$this->forward('user_gallery', 'list');
#return sfView::SUCCESS;
}
}
listSuccess.php
i m list gal <hr> [forloop out user gallery]<br> <table border=1> <?php $img_url = 'http://' . $_SERVER['HTTP_HOST'] . '/spotss/web/uploads/user_gallery/'; ?> <?php foreach($galleries as $gallery): ?>
<?php echo form_tag('user_gallery/updatetitle?id='.$gallery->getId()) ?> <?php echo input_hidden_tag('id', $gallery->getId()) ?> <tr> <td><img src='<?php echo $img_url . $gallery->getUserId() . '/' . $gallery->getFilename() . '_tn1.png' ?>'> </td> <td> <?php echo input_tag('title[' .$gallery->getId() . ']' , $gallery->getTitle()) ?></td> <td>
<?php if ($gallery->getIsCover()): ?>
<?php echo button_to('UnSet Cover', 'user_gallery/unsetcover?id=' . $gallery->getId()) ?><br>
<?php else: ?>
<?php echo button_to('Set Cover', 'user_gallery/setcover?id=' . $gallery->getId()) ?><br>
<?php endif; ?>
<?php if ($gallery->getIsPrivate()): ?>
<?php echo button_to('Set Public', 'user_gallery/setpublic?id=' . $gallery->getId()) ?><br>
<?php else: ?>
<?php echo button_to('Set Private', 'user_gallery/setprivate?id=' . $gallery->getId()) ?><br>
<?php endif; ?>
<?php echo submit_tag('Update Title') ?><br>
<?php echo button_to('Delete', 'user_gallery/delete?id=' . $gallery->getId()) ?><br>
</td>
</tr>
</form>
<?php endforeach; ?>
</table>
<hr>
<?php use_helper('Object') ?>
<?php use_helper('Validation') ?>
<?php echo form_tag('user_gallery/upload', 'method=post multipart=true') ?> <hr> Title: <?php echo form_error('title') ?> <?php echo input_tag('title', '') ?> <br> Image :
<?php echo form_error('user_image') ?>
<?php echo input_file_tag('user_image') ?>
<br>
<?php echo submit_tag('upload') ?> </form>
upload.yml version 1
methods: post: [user_image]
names: user_image: required: true required_msg: Please upload an image file file: True sfFileValidator: mime_types: - 'image/jpeg' - 'image/jpg' - 'image/png' - 'image/x-png' - 'image/pjpeg' mime_types_error: Only PNG and JPEG images are allowed max_size: 512000 max_size_error: Max size is 512Kb
fillin: enabled: true # Enable the form repopulation
upload.yml version2
methods: post: [user_image]
names: user_image: required: true required_msg: Please upload an image file validators: imageFileValidator
imageFileValidator: class: sfFileValidator param: mime_types: - 'image/jpeg' - 'image/jpg' - 'image/png' - 'image/x-png' - 'image/pjpeg' mime_types_error: Only PNG and JPEG images are allowed max_size: 512000 max_size_error: Max size is 512Kb
fillin: enabled: true # Enable the form repopulation
If i m using upload.yml ver1, Empty Error can be checked, but for file checking failed, The require checking for user_image is applicable, but it will bypass checking 'file type'. It accept whatever file i uploaded, it bypass validation even i upload a .mp3 file and come to error page
[Exception] Could not load image stack trace
at () in SF_ROOT_DIR\lib\plugins\sfGDAdapter.class.php line 86 … 83.
if (!$imgData)
{
throw new Exception(sprintf('Could not load image %s', $image));
} 88.
if (in_array($imgData['mime'], $this->imgTypes))
at sfGDAdapter->loadFile(object('sfThumbnail'), '') in SF_ROOT_DIR\lib\plugins\sfThumbnail.class.php line 69 …
*/
public function loadFile($image)
{
$this->adapter->loadFile($this, $image);
} 71.
/**
at sfThumbnail->loadFile('')
But if i m using upload.yml ver2 Empty error can be checked, and whatever file format i uploaded(even image format), it will block with the same message
Please upload an image file
I FOUND THE ERROR!!!!!! after so many weeks this error bugging me
i lack off one line in .yml
file: true
Now everythings functioning well. Thanks for everybody Very Happy
documented on: 26 June 2007, weilies
Anyone using sfGallery2Plugin? I have it installed and working with my site's layout—all in about 30 minutes, super cool.
One issue I've noticed… the image paths Gallery2 generates look like:
<img src="/gallery2/main.php...
Which on the production server will work fine… but on my dev machine, don't… it would have to be:
<img src="project_dir/web/gallery2/main.php...
Any thoughts on how to approach dealing with this? Is this something the plugin could be modified to handle? Or does the Gallery2 install need to be customized?
documented on: 2007.08.22