PS: And if you want to run Firebug in your 10 new browsers you can bookmark the Firebug Lite bookmarklet and you get almost the same featureset as the native firefox extension gives you!
| [ 0 trackbacks ] | permalink | related link | ( 3 / 1855 )
At first I thought this might have been the reason:
But my calendar.js was already patched!
It turns out that you have an object in the DOM with an ID of "content" then you might find that any Dynarch calendars appear off-screen in IE7 only!
Rename your element to something else and it starts working. Don't ask me why, I can't find any reference to 'content' in the calendar script files. It's just one of those quiry things that makes you even more convinced that hating IE7 is completely justifiable!
| [ 0 trackbacks ] | permalink | related link | ( 3 / 1755 )
Now that versions 1.0, 1.1 and 1.2 are all officially dead (and 1.3 being a transitional version from 1.2) it looks like 1.4 will be the last stepping stone before 2.0.
And what's so different about sf2? Well for starters it looks like every component of the symfony framework has been decoupled into what they are calling "bundles". Hmm, that sounds a bit like Zend doesn't it? Interestingly, the Zend framework is one of the core symfony 2 bundles! Whoop! I guess that means you could use the Zend MVC in place of the Symfony one, hypothetically...
Additionally, your app is a bundle, too - although I can't think of any real expedient here as I doubt your app will be of much use without the other bundles. Perhaps this allows you to easily unplug it from synfony 2 and move it somewhere else... in a parallel universe perhaps.
Ironically, the sf2 site also publishes some "hello world" benchmarks which, while impressive, are still subject to the criticisms thrown at earlier benchmark results where symfony did not do so well - hello world is not an application where a framework is useful etc. Anyway here are the stats:
For the "Hello World" application, the Symfony 2.0 is about:
* 20% faster than Solar 1.0.0beta3
* 60% faster than Lithium 0.6
* 75% faster than Yii 1.1.1
* 2 times faster than symfony 1.4.2
* 3.5 times faster than Zend 1.10
* 5.5 times faster than CakePHP 1.2.6
* 69 times faster than Flow3 1.0.0alpha7
Anyway, it doesn't look to me like symfony is getting easier, but it is definately getting better. I am particularly looking forward to the new debug toolbar:
| [ 0 trackbacks ] | permalink | related link | ( 3 / 1642 )
| [ 0 trackbacks ] | permalink | related link | ( 3 / 1585 )
The problem turns out to be simply that the symfony 1.2 swToolkit plugin uses Zend Mail instead of phpMailer and Zend Mail spits out encoded text when you ask it for the email text or HTML contents.
So the simple fix is to wrap the data you get out of Zend Mail with the obscure quoted_printable_decode() function as shown here:
$message = quoted_printable_decode($zendEmail->getBodyHtml()->getContent());
$text = quoted_printable_decode($zendEmail->getBodyText()->getContent());
There, that gets rid of all those =0D=0A characters everywhere!
Note that you would think you could avoid this simply by passing the line ending explicitly, but it does not work:
//this does *NOT* work!
$message = $zendEmail->getBodyHtml()->getContent("\r\n");
$text = $zendEmail->getBodyText()->getContent("\r\n");
| [ 0 trackbacks ] | permalink | related link | ( 3 / 1572 )
After running around in config circles for a couple of hours it turns out that if you set the server's hosts to include your domains, sendmail will assume local delivery for those domains.
That is even if you have sendmail configured not to (ie: in /etc/mail/local-host-names). It even ignores your virtusertable with explicit instructions to forward mail for those domains elsewhere.
Go figure. Hope this helps someone.
| [ 0 trackbacks ] | permalink | related link | ( 3 / 1505 )
As it happens, restoring a table from a 5GB SQL backup can actually be a pretty time consuming task, not to mention tedious.
Faced with this slightly daunting task I did what I usually do when faced with daunting tasks - checked how other people did it :)
So a big thanks to ThatsLinux for sharing a nice little shell script that takes the pain out of extracting one little table from a mammoth sql script. Kudos.
| [ 0 trackbacks ] | permalink | related link | ( 3 / 1508 )
That's Firefox rendering Internet Explorer rendering Chrome.
Now somebody create a chrome plugin that uses the Opera rendering engine or - even better - the Firefox rendering engine!
| [ 0 trackbacks ] | permalink | related link | ( 3 / 1570 )
Command prompt here
Well this is handy but you still have to type out your command. Fortunately I have PowerCmd which lets you save common commands and make them toolbar buttons.
My favourite explorer replacement lets me type commands directly into the toolbar - and it *remembers* the history of commands. Nice.
Another good file manager - and a bit more lightweight than Directory Opus - has a great scripting engine. Check this out:
run 'php symfony propel-build-all',<curpath>
That's not bad. And you can make it a favourite (category) that will execute on the current activated folder. Again, nice.
Well this isn't exactly an explorer replacement, but seeing as though I never close my IDE it is technically a file manager ;) And as I posted here, you can add scripts to the right-click menu. The biggest drawback is that you can't put < characters in your scripts, which means you can't load sql files into mysql without requiring a seperate DOS batch file.
| [ 0 trackbacks ] | permalink | related link | ( 3 / 1503 )
So, although it would be nice to be able to specify an environment in the view.yml the same way you can in the settings.yml, some folks forget that you can put PHP code in your view.yml to be evaluated at runtime (or at least read from the cache at runtime!).
- <?php echo (strpos(SF_ENVIRONMENT,"live")!==false?'http://ajax.googleapis.com/ajax/libs/prototype/188.8.131.52/prototype.js':'/js/prototype').PHP_EOL ?>
- <?php echo (strpos(SF_ENVIRONMENT,"live")!==false?'http://ajax.googleapis.com/ajax/libs/scriptaculous/1.8.2/scriptaculous.js?load=effects':'/js/scriptaculous/scriptaculous.js?load=effects').PHP_EOL ?>
Damn, that was easy, wasn't it?
| [ 0 trackbacks ] | permalink | related link | ( 3 / 1451 )