Born to code wild

[brelsnok-blog]

Dynamic TinyMCE ( with ajaxForm )

Ok, this took me forever, therefor I thought to put it here. This is how you deal with TinyMCE 4 textareas when posting it's content dynamically:

Setup tinymce the regular way:

tinymce.init({ mode: 'textareas', });

Handle the form submission with jquery.form.js:

$('#BlockForm_1').ajaxForm({ // DON"T use the target option!!! Handle it yourself in the succes callback // target: '#BlockForm_1', beforeSerialize : function(arr, form, options) { // force tinymce to update content from it's magical iframe to your bare metal textarea tinyMCE.triggerSave(); // remove the textarea from tinymce's internal before it is replace/removed by you tinyMCE.execCommand('mceRemoveEditor', false, 'BlockBody_{$uuid}'); return true; }, success : function(data) { // replace the form's internals with the ones you received back from the application $('#BlockBody_1').html(data); // register your textarea with tinymce again tinyMCE.execCommand('mceAddEditor', false, 'BlockBody_1'); } });

[brelsnok-blog]

"bake schema generate" env() problem

I spent some time on the following problem. It's more an explanation 'why', not so much a solution. I'm using CakePHP 1.3.4 and typically switch database configuration based on the `env('HTTP_HOST')` variable. In this specific case I diverted from my regular setup in which `$this->default` is the `localhost` database configuration and `$this->live` is the stage database configuration. Instead I switched those two. As I was calling `cake schema generate` I received errors telling me things like `PHP Warning: mysql_connect(): php_network_getaddresses: getaddrinfo failed: nodename nor servname provided, or not known in` and `Warning: mysql_select_db() expects parameter 2 to be resource, boolean given in` Clearly there was no database connection. I didn't detect anything weird when calling the site on `http://localhost`, it switched nicely based on the `env('HTTP_HOST')` variable. After some experimenting I discovered that having my `localhost` database config as the default config solved the problem. That pointed me to the fact that `env('HTTP_HOST')` is not present when calling `bake`. It's a server variable, and when running from the command line, the server doesn't play a role. By assigning the localhost config to the `$this->default` variable I can easily bypass the problem. Though I foresee a small inconvenience when working with multiple developers, committing to the same repository, that all have their own localhost test config.

[brelsnok-blog]

favorite

[brelsnok-blog]

Nice!

[brelsnok-blog]

[brelsnok-blog]

The Save Haven

Imagine 30 years from now: Google has gone rogue. Has become this omnipresent ruler of our minds, our society, our cultural property.

But thankfully, due to this historic event 30 years ago, the only safe place on earth is China. It's the only society that kicked out the information moloch, the only state that didn't get trapped in the deadly embrace. The only state that didn't put their possessions in 'the cloud', the only state that realized that a little suppression is for a community's own good.

Big streams of freedom seekers try to make their way from Western Europe over the Oeral into China. Cruise ships from the US West Coast full of elder, least affected people, try to reach the Korean peninsula in order to get to freedom. Oligarchs in their luxury cars drive down from Siberia to Mongolia: the other free state that successfully allied with China. Thanks to their low technological level, making them less vulnerable to evil technology.

Wouldn't that be an entertaining story?

[brelsnok-blog]