-
Stopping symfony from screwing up uploaded files names - PART 2
30.09.2010 19:17
After using my last solution for some time i came up with some improvements. Allowing all chars can be a security and usability-problem, so I switched to use some methods Doctrine uses for its slugs now.
Weiterlesen: Stopping symfony from screwing up uploaded files names - PART 2Kommentare: 0 -
Fast hack for not linking empty columns with the href as linktext in a symfony admin generator list
30.09.2010 18:17
Using = to make a column linked to the edit-page of an entry in the symfony-admin generator.yml is ugly if an entry's column is empty, because the link_to()-helper will then use the href of the link as link text. If prefere just an empty column.
Weiterlesen: Fast hack for not linking empty columns with the href as linktext in a symfon ...Kommentare: 0 -
Stopping symfony from screwing up uploaded files names
18.08.2010 22:05
Symfonys behaviour to rename uploaded files with a sha1-hash of the original filename and a randomnumber between 11111 and 99999 [why those numbers ?], ( done in sfValidatedFile::generateFilename ) is pretty ugly. No more seo-friendly filenames, filenames where you can actually have a clue about what's behind an url or how the creator supposed it to be named.
Weiterlesen: Stopping symfony from screwing up uploaded files namesKommentare: 3 -
JQuery-based Auto-submit for checkbox and select-filters in the symfony admin generator backend
15.08.2010 12:51
Nice and simple usability-boost for the filtering in the backend if you use it often and don't want to press the filter-button each time.
But it too can be annoying if you often filter based on date-fields and don't have a datepicker, because selecting a range is 6 changes and each time it get's submitted.<script type="text/javascript"> $(document).ready(function() { $('.sf_admin_filter select, .sf_admin_filter input[type="checkbox"]').attr('onchange', 'this.form.submit()'); }); </script>
Weiterlesen: JQuery-based Auto-submit for checkbox and select-filters in the symfony admin ...Kommentare: 0 -
Automatic deletion of thumbnails created by sfImageTransformExtraPlugin when deleting the original image in a symfony admin generator based backend
15.08.2010 12:34
Symfony offers a fast and easy way for setting up admin backends including support for image uploads. You only need to change the fields widget and validator in the Form Class and symfony handles the rest:
/lib/Form/doctrine/%Tablename%Form.class.phppublic function configure() { $this->widgetSchema['image'] = new sfWidgetFormInputFileEditable(array( 'label' => 'Field Name', 'file_src' => '/uploads/images/'.$this->getObject()->getImage(), 'is_image' => true, 'edit_mode' => !$this->isNew(), 'template' => '%file% %input% %delete% %delete_label%' )); $this->validatorSchema['image'] = new sfValidatorFile(array( 'required' => false, 'mime_types' => 'web_images', 'path' => sfConfig::get('sf_upload_dir').'/images', )); // delete checkbox $this->validatorSchema['image_delete'] = new sfValidatorPass(); }
Combining that with the power of sfImageTransformExtraPlugin to create thumbnails of images based on profiles is really great:
Weiterlesen: Automatic deletion of thumbnails created by sfImageTransformExtraPlugin when ...Kommentare: 1 -
Running phpunit in a loop and let it inform you when you broke something
15.08.2010 10:20
When refactoring code or tests I like working until I break something. When my phpunit tests switch from green to red, I want to know it immediately without restarting the tests manually each time I change something, because that's annoying and a waste of time.
Weiterlesen: Running phpunit in a loop and let it inform you when you broke something
So after thinking about running the test-suite after each save in Netbeans, which I didn't find a way to do it and for unittests which run longer than some seconds, it wouldn't probably be such a good solution if after saving some changes the testsuite will take minutes to run. So I came up with another simple solution:Kommentare: 0 -
Truecrypt 7.0 Linux AES-NI Benchmark with i7-620M on Dell Latitude E6510
20.07.2010 19:49
The new Truecrypt 7.0 release is almost 7 times faster compared to 6.0 on my i7-620M with AES-NI. It is some hundred mb/s faster now than dmcrypt (which runs my system-encryption on Debian Squeeze), but that is expected since truecrypt makes use of multiple cores AND aes-ni and dmcrypt only supports 1 thread per mounted device, so unless you create a RAID consisting of multiple dmcrypt-devices, you can only use 1 core.
Another nice thing, they ported the included benchmark-tool from windows to linux. In 6.3 there was no benchmarking when running under Linux, but now it is supported.
Truecrypt achieves between 1600 and 1700 mb/s. I ran the benchmark for 1mb, 5mb, 10mb, 50mb, 100mb and 1024mb, skipped 200mb and 500mb, because I was tooo lazy :)
Here are some images:
Weiterlesen: Truecrypt 7.0 Linux AES-NI Benchmark with i7-620M on Dell Latitude E6510Kommentare: 2 -
Using Chromium (Googles Opensource Chrome) under Debian Squeeze from an Ubuntu PPA - daily
24.05.2010 20:00
If you are looking for an easy way of using an up to date version of Chromium (the free open-source version of Goole's Chrome browser) on Debian Squeeze you should try one of the Ubuntu Chromium Projects PPA Repositories, they have a beta based on the version used for the current Chrome Linux-Builds and and a daily-trunk based one.
Daily
Important thing is that you use the karmic-repository, lucid didn't work for me.
deb http://ppa.launchpad.net/chromium-daily/ppa/ubuntu karmic main deb-src http://ppa.launchpad.net/chromium-daily/ppa/ubuntu karmic main
Betadeb http://ppa.launchpad.net/chromium-daily/beta/ubuntu karmic main deb-src http://ppa.launchpad.net/chromium-daily/beta/ubuntu karmic main
The package is named chromium-browser
Weiterlesen: Using Chromium (Googles Opensource Chrome) under Debian Squeeze from an Ubunt ...Kommentare: 0 -
Intel AES-NI dmcrypt benchmark with i7-620M on Debian Squeeze
23.05.2010 00:05
A benchmarks showing how awesome fast dmcrypt is with AES-NI.
Weiterlesen: Intel AES-NI dmcrypt benchmark with i7-620M on Debian SqueezeKommentare: 5 -
Setting up Linux (Debian Squeeze) on a Dell Latitude E6510 with Nvida Quadro NVS 3100M and 1920x1080 Display
22.05.2010 16:00
New notebooks are sometimes a little pain in the ass to get working with Linux. After more than 4 weeks, my new notebook finally arrived last monday. Monday this week I tried installing Debian Squeeze (still is testing) on my new Latitude and after 2 hours formatting the drive with dmcrypt, failed with a not starting X, not finding a screen. I didn't have the time to check it out because I needed a running System with OpenGL and Virtualbox to run my old Windows XP-Image using VisualStudio with the setup OpenGL-Stuff for university, so I went with Windows 7 for the first 3 days.
My Latitude E6510 specs:
- Intel i7-620M 2.66 GHZ Dualcore with AES-NI and Turbo Mode (biggest dualcore with AES-NI offered with the new Latitude-series)
- 4GB RAM (2 * 2GB) (8GB would have been 250€(+taxes) more)
- 250GB @7200RPM HDD (had 120GB in my old one, but never used it, since all big data normally goes on to external drive or the raid in my server)
- 15.6" @ 1920x1080 (After working over 4 1/2 year with 1024*768 it was time to get big)
- Nvidia Quadro NVS 3100M (well no player-card, but at least it seems some old games run on it)
- Intel Centrino Advanced-N 6200 Wifi
Kommentare: 13