What I’ve always found very untrustworthy about Google Code Project Hosting, is that it is a proprietary based web service hosting open source software. They have two feelings for the same thing. He who can destroy a thing, can control a thing. Their hosting may affect your on more on a subconscious level than many may realize. You think we’ll ever see Bigtable or GFS (Google Filesystem) on their own code hosting? Google Code is built on top of Google’s proprietary database and filesystem, so even if they decided to make the project free software, there wouldn’t be a point because nobody could run it since it depends on those technologies, they would have to free their whole base. Which would be nearly impossible to do considering there might not be a community there to support it, that takes time.

At the end of the talk, someone asked the question if they were planning on supporting other version control systems. Which brought us to the ticket list of their project hosting which features at the top of the list as most requested feature being support for Git. The speaker from Google said he wasn’t allowed to state if they intended to support it.

InDefero supports Git, is free software, has a hosted service, there is no vendor lock-in, and you pay for your service like any other web host, and it’s actively developed. I see no reason to use Google Project Hosting unless it is for Google specific projects like Chrome or Android. The world needs more companies like Google, but less ambivalent towards free software, less quantitative, more qualitative, and moving together via the cooperative superpower of free software.

Let’s put our feet down and start running? Yes!

-Braydon


global $wp_query;
$p = array('post_type' => array('article', 'gallery','post','project'));
$q = array_merge($wp_query->query_vars, $p);
query_posts($q);


Create a new plugin, and you place your rules into it doing something similar to the PHP below:

add_filter('rewrite_rules_array','wp_insert_my_rewrite_rules');
add_filter('init','flush_rules');

// Remember to flush_rules() when adding rules
function flush_rules(){
  global $wp_rewrite;
  $wp_rewrite->flush_rules();
}

// Adding a new rule
function wp_insert_my_rewrite_rules($rules){
  $newrules = array();

  $newrules['(articles)$'] = 'index.php?post_type=article';
  $newrules['(gallery)$'] = 'index.php?post_type=gallery';
  $newrules['(projects)$'] = 'index.php?post_type=project';
  $newrules['(blog)$'] = 'index.php?post_type=post';

  return $newrules + $rules;
}

Preface

This is a redux of Python Performance Part 1, where the fastest method was using the reduce builtin function in Python2.5. December 3rd, Python 3000 final was released so I have downloaded it and gone over some of these scripts again. In Python 3000 the reduce function is no longer a builtin, and has moved to the module functools. When doing some general comparisons between Python2.5 and Python 3000, the later seemed to always run slightly slower. This is due to the new IO system and unicode indentifiers, as I was told in #python channel by Crys_. It was also recommended that I also compare my tests with List Comprehension, of which is new to me.

List Comprehension

from oids import oids as a
c = 3
res = [a[x:x+c] for x in [c*x for x in range(int(round(len(a)/c)))]]

Python 3k Times

real  0m0.218s
user  0m0.180s
sys   0m0.016s

real  0m0.262s
user  0m0.204s
sys   0m0.032s

real  0m0.287s
user  0m0.244s
sys   0m0.008s

Python 2.5 Times

real  0m0.244s
user  0m0.220s
sys   0m0.016s

real  0m0.229s
user  0m0.208s
sys   0m0.020s

real  0m0.251s
user  0m0.236s
sys   0m0.020s

This makes it the fastest method, beating the previous fastest time of 0.34s. Even better, there is little difference between Python2.5 and Python3000 here.