Posted by: Stephen Gray on: 27 July, 2009
Another quick one. Reading around it seems to be an issue. You make an AJAX call within a function and you want the call to be synchronous so that you can use the data from the call in the function scope.
AJAX calls are obviously asynchronous. jQuery has a ‘async: false’ option in AJAX calls but it is ignored by most (maybe all?) browsers. Using this method you can force a synchronous request and retrieve that data.
function myFunction()
{
var myVariable = $.ajax(
{
url: 'someScript.php',
async: false
}).responseText;
alert(myVariable);
}
So .responseText retrieves the text value of the response from the AJAX call. And because we’re assigning to a variable we are forcing a synchronous request. You can now use that variable as you see fit.
This causes an issue when you are trying to retrieve a JSON object from an AJAX call into the function scope. The best way I’ve found so far is to retrieve the JSON as a string and use a jquery JSON plugin to convert it into an accessible object. Or you could just use the ‘eval’ method.
Stephen.
Posted by: Stephen Gray on: 29 June, 2009
Quick one. A small snippet for performing custom SQL queries using symfony 1.2.3. The method to do this has varied slightly with the different symfony releases. The method found on the symfony site almost has a good example, this is just adding a bit to it (looping);
$conn = Propel::getConnection();
$query = 'SELECT * FROM `my_table`;';
$statement = $conn->prepare($query);
$statement->execute();
while ($rowObj = $statement->fetch(PDO::FETCH_OBJ))
{
echo var_dump($rowObj);
}
Stephen.
Posted by: Stephen Gray on: 24 April, 2009
Hello all,
On my first post on this blog I posted a small snippet to use a small regex pattern in jQuery selectors.
You can find the post here: http://colourgray.wordpress.com/2008/08/05/jquery-wildcard-selectors/
I was reading through some comments and posts on some incoming links and it seems it wasn’t working for anyone anymore. I just tested it myself and unfortunately it’s true (at least with with jQuery v1.3.1). However! All is not lost, there is another method which I’ve tested from one of the incoming links to that post which you can find here:
http://ropox.net/archives/1081
Cheers ropox!
Stephen.
Posted by: Stephen Gray on: 2 March, 2009
Hello,
It’s definitely been too long since I posted here! I will try and post more regularly over the coming months…
Firstly, we came across this issue after writing a number of plugins for a symfony project. Each of these plugins had their own schema.yml files and therefore we didn’t need our own custom schema.yml file at that time.
Because of this, our config/schema.yml file looked like this:
propel:
Pretty, right? When we ran symfony propel:build-sql (after the other usual build tasks) we got the error:
Database "" does not exist.
In symfony’s glorious vibrant red error container. It seems when your schema file looks like ours did above, symfony generates the sqldb.map file for that file without a database name, our data/sql/sqldb.map file looked similar to this:
# Sqlfile -> Database map
...
lib.model.schema.sql=propel
plugins.pluginName.lib.model.schema.sql=propel
plugins.pluginName2.lib.model.schema.sql=propel
generated-schema.sql=propel
generated-pluginName-schema.sql=propel
generated-pluginName2-schema.sql=propel
...
The quick fix, especially if you don’t want to have to add a custom table in your schema just to get round this, is to simple add ‘propel’ onto the end of the line that is missing it.
Hopefully there’s a proper fix that I so far haven’t been bothered to find…
Posted by: Stephen Gray on: 26 September, 2008
I’ve just made a change to a symfony project’s schema.yml file and tried to rebuild the model and came across this error message:
Unable to parse default value as date/time value: ‘0000-00-00 00:00:00′
Which was stopping the build. After looking at various places, it seems this is a problem with Creole, (propel’s DBAL).
Before PHP v5.2.4, you could do a strtotime on a value of 000-00-00 00:00:00 and you would get a weird date, something in 1999. Not sure why :S Since the 5.2.4 update however this bug has been fixed and you will now get boolean false returned.
The symfony plugin sfGuard, which is widely used, uses 0000-00-00 00:00:00 as a default value in it’s schema for some fields and this will now cause problems. To fix this, edit sfGuard’s schema and change those default values to something like 1970-01-01 and that should do the trick.
Unfortunately Creole isn’t actively maintained anymore so it’s not likely to be updated soon to fix this.
