WordPress MU, BuddyPress, and bbPress on Local Machine

Was recently able to install and integrate three neat products based on Automattic code:

1. WordPress µ 2.8.1 (a.k.a. WPµ, WordPress MU… Platform for multi-user blogs and Content Management System).
2. BuddyPress 1.0.2 (A social network system based on WordPress µ).
3. bbPress 1.0.1 (A forum system based on WordPress).

Did this after attending WordCamp Montreal. The fact that the large majority of WordPress and WordPress µ are merging motivated me, in part, to try it out. I currently serve as webguru for the Society for Linguistic Anthropology.

This is all on a local machine, a Mac mini running Mac OS X 10.5 Leopard.

It took me several attempts so it might not be as obvious as one would think.

I wrote as detailed a walkthrough as I could. Not exactly for the faint of heart. And, as IANAC, some things aren’t completely clear to me. I wish I could say I’m able to troubleshoot other people’s problems with these systems, but it’s really not the case. I ended up working out diverse issues, but it took me time and concentration.

A few resources I’ve used:

1. Andy Peatling’s tutorial on BuddyPress (and WordPress µ) on a Mac.
2. Sam Bauers’s screencast on integrating WordPress and bbPress. (Not µ or BuddyPress. Requires WordPress.org login.)
3. Trent Adams’s tutorial on BuddyPress/bbPress integration.
4. This file: <WPinstall>/wp-content/plugins/buddypress/bp-forums/installation-readme.txt (also available here).

I’ve used many other resources, but they turned out to be confusing, partly because of changes in versions. In fact, the last file was the most useful one. It’s a very different method from the other ones, but it worked. It’s actually much simpler than the other methods and it still gave me what I needed. I now have a working installation of a complete platform which integrates blogging, social networking, and forums. In a way, it’s like having simple versions of Drupal and Ning in the same install. Perfect for tests.

Some conventions.

<dbname> commondb

<name> common

<username> alexandre

<bbname> forums

<adminpass> (generated) 5e6aee85e6d4

<blogname> uethnographer

<blogpass> (generated) 601a6100

<confkey> (generated)

1. [T] refers to things done in Terminal.app
2. [B] refers to things done in the browser (Safari.app in my case)
3. Brackets serve to refer to installation-specific items. I could have used variables.
   1. <dbname> is the database name in MySQL (can be anything)
   2. <name> is the name used for the WordPress install (domain/<name>; can be anything)
   3. <username> is the abbreviated username on the local machine. ~<username> would be the user’s home directory. Determined in Mac OS X.
   4. <bbname> is the name for the bbPress install  (domain/<name>/<bbname>; can be anything)
   5. <adminpass> is the password for the WordPress admin (generated)
   6. <blogname> is the main username for a blog administrator (can be anything)
   7. <blogpass> is the password for that blog administrator (generated)
   8. <confkey> is a confirmation key upon creating that blog administrator (generated)

So, here’s what I did.

1. Switched to a user with administrative rights on my Mac. I usually work with a non-admin user and grant admin privileges when needed. Quite cumbersome in this case.
2. Opened Terminal.app
3. Installed and configured MAMP
   1. Downloaded http://downloads.sourceforge.net/mamp/MAMP_1.7.2.dmg.zip and copied the MAMP folder to /Applications
   2. Opened MAMP.app
   3. Changed MAMP preferences
      1. Preferences
      2. Ports: “Default Apache and MySQL ports”
      3. Apache: Choose: /Users/<username>/Sites
      4. Clicked Ok
4. Clicked “Open home page” in MAMP
5. Went to phpMyAdmin
6. Created a database in phpMyAdmin with <dbname> as the name
7. Edited /etc/hosts to add: 127.0.0.1 localhost.localdomain
8. Downloaded WordPress µ through Subversion: [T] svn co http://svn.automattic.com/wordpress-mu/branches/2.8 /Users/<username>/Sites/<name>
9. Went to my local WordPress µ home: [B] http://localhost.localdomain/<name&gt;
10. Filled in the necessary information
    1. “Use subdirectories” (subdomains would be a huge hassle)
    2. Database name: <dbname>
    3. User Name: root
    4. Password: root (changing it is a huge hassle)
    5. Title (title for the main WPµ install, can be anything)
    6. Email (valid email for the WPµ admin)
    7. Saved changes
11. Noted <adminpass> for later use (generated and displayed)
12. Changed file ownership: [T] chmod 755  /Users/<username>/Sites/<name> /Users/<username>/Sites/<name>/wp-content/
13. Logged into WPµ admin: [B] http://localhost.localdomain/<name>/wp-admin/
    1. User: admin
    2. Password: <adminpass>
14. Changed plugin options: [B] http://localhost.localdomain/<name>/wp-admin/wpmu-options.php#menu
    1. Plugins: check
    2. “Allow new registrations”: “Enabled. Blogs and user accounts can be created.”
    3. “Add New Users”: Yes
    4. “Upload media button”: Checked Images/Videos/Music
    5. “Blog upload space”: 100MB
    6. Clicked “Update Options”
15. Installed BuddyPress directly
    1. [B] http://localhost.localdomain/<name>/wp-admin/plugin-install.php?tab=plugin-information&plugin=buddypress&TB_iframe=true&width=640&height=542
    2. Clicked “Install”
    3. Clicked “Activate”
    4. Moved BP themes to the right location: [T] mv /Users/<username>/Sites/<name>/wp-content/plugins/buddypress/bp-themes /Users/<username>/Sites/<name>/wp-content/
    5. Moved the BP Default Home theme to the right location: [T] mv /Users/<username>/Sites/<name>/wp-content/bp-themes/bphome/ /Users/<username>/Sites/<name>/wp-content/themes/
    6. Activated the BP Default Home theme: [B] http://localhost.localdomain/<name>/wp-admin/wpmu-themes.php
       1. Clicked yes on “BuddyPress Default Home Theme”
       2. Clicked Update Themes
    7. Activated the BP theme
       1. [B] http://localhost.localdomain/<name>/wp-admin/themes.php
       2. Clicked “Activate” on “BuddyPress Default Home”
    8. Added widgets to the BP theme
       1. [B] http://localhost.localdomain/<name>/wp-admin/widgets.php
       2. Placed widgets through drag-and-drop
    9. Checked the BuddyPress install: [B] http://localhost.localdomain/<name>
16. Installed and integrated bbPress
    1. Downloaded bbPress using Subversion: [T] svn co http://svn.automattic.com/bbpress/trunk/ /Users/<username>/Sites/<name>/<bbname>/
    2. Went through the install process: [B] http://localhost.localdomain/<name>/<bbname>/bb-admin/install.php
    3. Go to step 1
    4. Added the following details
       1. Database Name <dbname> (same as WPMU)
       2. Database user root
       3. Database password root
       4. Clicked Save database configuration file
    5. Check for configuration file
    6. Go to Step 2
    7. Added the following details
       1. Add integration settings
       2. Add user database integration settings (without the cookie integration)
       3. User database table prefix wp_
       4. WordPress MU primary blog ID 1
       5. Clicked “Save WordPress integration settings”
    8. Clicked “Go to step 3”
       1. Added the following details
          1. Site Name (Name of the bbPress site, can be anything)
          2. Key Master username admin
          3. First Forum Name (Name of the first forum, can be anything)
          4. Clicked “Save site settings”
    9. Complete the installation
    10. Ignored the warnings
    11. Went through the writing options: [B] http://localhost.localdomain/<name>/<bbname>/bb-admin/options-writing.php
        1. Username: admin
        2. Password: <adminpass>
        3. Clicked on XML-RPC Enable the bbPress XML-RPC publishing protocol.
        4. Clicked “Save changes”
    12. Went to the discussion options: [B] http://localhost.localdomain/<name>/<bbname>/bb-admin/options-discussion.php
        1. “Enable Pingbacks”: “Allow link notifications from other sites.”
        2. Clicked “Save Changes”
    13. Moved the BuddyPress/bbPress integration plugin to the right location: [T] mv /Users/<username>/Sites/<name>/wp-content/plugins/buddypress/bp-forums/bbpress-plugins/buddypress-enable.php /Users/<username>/Sites/<name>/<bbname>/my-plugins/
    14. Went to the bbPress plugin options: [B] http://localhost.localdomain/<name>/<bbname>/bb-admin/plugins.php
        1. Clicked “Activate” on “BuddyPress Support Plugin”
    15. Went to the WPµ site: [B] http://localhost.localdomain/<name>
    16. Clicked “Log Out”
    17. Registered a new user: [B] http://localhost.localdomain/<name>/register
        1. Username <blogname>
        2. Email address (blog administrator’s valid email)
        3. Name (full name of blog administrator, can be anything)
        4. Clicked “Next”
        5. “Blog Title” (name of the blog administrator’s main blog, can be anything)
        6. Clicked “Signup”
        7. Checked for email at blog administrator’s email address
        8. Clicked confirmation link: [B] http://localhost.localdomain/<name>/activate?key=<confkey>
        9. Noted <blogpass> (generated)
        10. Gave administrative rights to the newly created blog administrator: [B] http://localhost.localdomain/<name>/<bbname>/bb-admin/users.php
            1. Logged in with admin/<adminpass>
            2. Clicked on <blogname>: Edit
            3. Clicked on “User Type: Administrator”
            4. Clicked on “Update Profile”
        11. Edited the bbPress configuration file:
            1. [T] open -e /Users/<username>/Sites/<name>/<bbname>/bb-config.php
            2. Added the following:
               1. $bb->bb_xmlrpc_allow_user_switching = true;
               1. (say, after /**#@-*/)
            3. Saved
        12. Went to BuddyPress options: [B] http://localhost.localdomain/<name>/wp-admin/admin.php?page=buddypress/bp-forums/bp-forums-admin.php
            1. Logged in with admin/<adminpass>
            2. Added the following details
               1. bbPress URL: http://localhost.localdomain/<name>/<bbname>/
               1. bbPress username <blogname>
               1. bbPress password <blogpass>
            3. Clicked “Save Settings”
17. That was it. Phew!

I ended up with a nice testing platform. All plugins I’ve tried so far work quite well, are extremely easy to install, and give me ideas about the SLA’s site.

It was an involved process and I wouldn’t recommend it to anyone who’s afraid of fiddling with a bit of code. But I did try it out and it seems fairly robust as a method. I could almost create a script for this but that’d mean I might receive support requests that I just can’t handle. I could also make a screencast but that’d require software I don’t have (like Snapz Pro). Besides, I think copy paste is easier, if you remember to change the appropriate items. Obviously, anyone who wants to use this procedure as-is should replace all the bracketed items with the appropriate ones for your install. Some are generated during the process, others you can choose (such as the name of the database).

I’m not extremely clear on how secure this install is. But I’m only running it when I need to.

You can ask me questions in the comments but I really can’t guarantee that I’ll have an answer.

Advertisement

Obligatory 2.7 Post

When new features are added to a blogging platform, I figure I should try them. In this case, the QuickPress box in WordPress 2.7 is fairly neat.
But I’m mostly excited about the Batch Editing feature.
One thing I notice which is a bit off is that the French version of the Dashboard drop-down menu takes two lines, which looks a bit off. But that’s a minor point.
A bigger one, though, is that this QuickPress feature doesn’t auto-complete tags. That’s a bit counterproductive. Auto-completing tags is one of those very convenient features which makes special sense in quick blogging.
Not to mention that QuickPress doesn’t support categories.
Ah, well…

Microblogue d’événement

Version éditée d’un message que je viens d’envoyer à mon ami Martin Lessard.

Le contexte direct, c’est une discussion que nous avons eue au sujet de mon utilisation de Twitter, la principale plateforme de microblogue. Pendant un événement quelconque (conférence, réunion, etc.), j’utilise Twitter pour faire du blogue en temps réel, du liveblogue.

Contrairement à certains, je pense que l’utilisation du microblogue peut être adaptée aux besoins de chaque utilisateur. D’ailleurs, c’est un aspect de la technologie que je trouve admirable: la possibilité d’utiliser des outils pour d’autres usages que ceux pour lesquels ils ont été conçus. C’est là que la technologie au sens propre dépasse l’outil. Dans mon cours de culture matérielle, j’appelle ça “unintended uses”, concept tout simple qui a beaucoup d’implications en rapport aux liens sociaux dans la chaîne qui va de la conception et de la construction d’un outil jusqu’à son utilisation et son «impact» social.

Donc, mon message édité.
Je pense pas mal à cette question de tweets («messages» sur Twitter) considérés comme intempestifs. Alors je lance quelques idées.

Ça m’apporte pas mal, de bloguer en temps réel par l’entremise de Twitter. Vraiment, je vois ça comme prendre des notes en public. Faut dire que la prise de notes est une seconde nature, pour moi. C’est comme ça que je structure ma pensée. Surtout avec des “outliners” mais ça marche aussi en linéaire.

De ce côté, je fais un peu comme ces journalistes sur Twitter qui utilisent le microblogue comme carnet de notes. Andy Carvin est mon exemple préféré. Il tweete plus vite que moi et ses tweets sont aussi utiles qu’un article de journal. Ma démarche est plus proche de la «lecture active» et du sens critique, mais c’est un peu la même idée. Dans mon cas, ça me permet même de remplacer un billet de blogue par une série de tweets.

L’avantage de la prise de notes en temps réel s’est dévoilé entre autres lors d’une présentation de Johannes Fabian, anthropologue émérite qui était à Montréal pendant une semaine bien remplie, le mois dernier. Je livebloguais sa première présentation, sur Twitter. En face de moi, il y avait deux anthropologues de Concordia (Maximilian Forte et Owen Wiltshire) que je connais entre autres comme blogueurs. Les deux prenaient des notes et l’un d’entre eux enregistrait la séance. Dans mes tweets, j’ai essayé de ne pas trop résumer ce que Fabian disait mais je prenais des notes sur mes propres réactions, je faisais part de mes observations de l’auditoire et je réfléchissais à des implications des idées énoncées. Après la présentation, Maximilian me demandait si j’allais bloguer là-dessus. J’ai pu lui dire en toute franchise que c’était déjà fait. Et Owen, un de mes anciens étudiants qui travaille maintenant sur la publication académique et le blogue, a maintenant accès à mes notes complètes, avec “timeline”.
Puissante méthode de prise de notes!

L’avantage de l’aspect public c’est premièrement que je peux avoir des «commentaires» en temps réel. J’en ai pas autant que j’aimerais, mais ça reste ce que je cherche, les commentaires. Le microbloguage me donne plus de commentaires que mon blogue principal, ici même sur WordPress. Facebook me donne plus de commentaires que l’un ou l’autre, mais c’est une autre histoire.

Dans certains cas, le livebloguage donne lieu à une véritable conversation parallèle. Mon exemple préféré, c’est probablement cette interaction que j’ai eue avec John Milles à la fin de la session d’Isabelle Lopez, lors de PodCamp Montréal (#pcmtl08). On parlait de culture d’Internet et je proposais qu’il y avait «une» culture d’Internet (comme on peut dire qu’il y a «une» culture chrétienne, disons). Milles, qui ne me savait pas anthropologue, me fait alors un tweet à propos de la notion classique de culture pour les anthropologues (monolithique, spécifiée dans l’espace, intemporelle…). J’ai alors pu le diriger vers la «crise de la représentation» en anthropologie depuis 1986 avec Writing Culture de Clifford et Marcus. Il m’a par la suite envoyé des références de la littérature juridique.

Bien sûr, c’est l’idée du “backchannel” appliqué au ‘Net. Ça fonctionne de façon très efficace pour des événements comme SXSW et BarCamp puisque tout le monde tweete en même temps. Mais ça peut fonctionner pour d’autres événements, si la pratique devient plus commune.

“More on this later.”

Je crois que le bloguage en temps réel lors d’événements augmente la visibilité de l’événement lui-même. Ça marcherait mieux si je mettais des “hashtags” à chaque tweet. (Les “hashtags” sont des étiquettes textuelles précédées de la notation ‘#’, qui permettent d’identifier des «messages»). Le problème, c’est que c’est pas vraiment pratique de taper des hashtags continuellement, du moins sur un iPod touch. De toutes façons, ce type de redondance semble peu utile.

“More on this later.”

Évidemment, le fait de microbloguer autant augmente un peu ma propre visibilité. Ces temps-ci, je commence à penser à des façons de me «vendre». C’est un peu difficile pour moi parce que j’ai pas l’habitude de me vendre et que je vois l’humilité comme une vertu. Mais ça semble nécessaire et je me cherche des moyens de me vendre tout en restant moi-même. Twitter me permet de me mettre en valeur dans un contexte qui rend cette pratique tout à fait appropriée (selon moi).

D’ailleurs, j’ai commencé à utiliser Twitter comme méthode de réseautage, pendant que j’étais à Austin. C’était quelques jours avant SXSW et je voulais me faire connaître localement. D’ailleurs, je conserve certaines choses de cette époque, y compris des contacts sur Twitter.

Ma méthode était toute simple: je me suis mis à «suivre» tous ceux qui suivaient @BarCampAustin. Ça faisait un bon paquet et ça me permettait de voir ce qui se passait. D’ailleurs, ça m’a permis d’aller observer des événements organisés par du monde de SXSW comme Gary Vaynerchuk et Scott Beale. Pour un ethnographe, y’a rien comme voir Kevin Rose avec son «entourage» ou d’apprendre que Dr. Tiki est d’origine lavalloise. 😉

Dans les “features” du microbloguage que je trouve particulièrement intéressantes, il y a les notations en ‘@’ et en ‘#’. Ni l’une, ni l’autre n’est si pratique sur un iPod touch, du moins avec les applis qu’on a. Mais le concept de base est très intéressant. Le ‘@’ est un peu l’équivalent du ping ou trackback, pouvant servir à attirer l’attention de quelqu’un d’autre (cette notation permet les réponses directes à des messages). C’est assez puissant comme principe et ça aide beaucoup dans le livebloguage (Muriel Ide et Martin Lessard ont utilisé cette méthode pour me contacter pendant WebCom/-Camp).

“More on this later.”

D’après moi, avec des geeks, cette pratique du microblogue d’événement s’intensifie. Il prend même une place prépondérante, donnant au microblogue ce statut que les journalistes ont tant de difficulté à saisir. Lorsqu’il se passe quelque-chose, le microblogue est là pour couvrir l’événement.

Ce qui m’amène à ce “later“. Tout simple, dans le fond. Des instances de microblogues pour des événements. Surtout pour des événements préparés à l’avance, mais ça peut être une structure ad hoc à la Ushahidi d’Erik Hersman.

Laconica d’Evan Prodromou est tout désigné pour remplir la fonction à laquelle je pense mais ça peut être sur n’importe quelle plateforme. J’aime bien Identi.ca, qui est la plus grande instance Laconica. Par contre, j’utilise plus facilement Twitter, entre autres parce qu’il y a des clients Twitter pour l’iPod touch (y compris avec localisation).

Imaginons une (anti-)conférence à la PodCamp. Le même principe s’applique aux événements en-ligne (du genre “WebConference”) mais les rencontres face-à-face ont justement des avantages grâce au microbloguage. Surtout si on pense à la “serendipity”, à l’utilisation de plusieurs canaux de communication (cognitivement moins coûteuse dans un contexte de coprésence), à la facilité des conversations en petits groupes et au «langage non-verbal».

Donc, chaque événement a une instance de microblogue. Ça coûte pratiquement rien à gérer et ça peut vraiment ajouter de la valeur à l’événement.

Chaque personne inscrite à l’événement a un compte de microblogue qui est spécifique à l’instance de cet événement (ou peut utiliser un compte Laconica d’une autre instance et s’inscrire sur la nouvelle instance). Par défaut, tout le monde «suit» tout le monde (tout le monde est incrit pour voir tous les messages). Sur chaque “nametag” de la conférence, l’identifiant de la personne apparaît. Chaque présentateur est aussi lié à son identifiant. Le profil de chaque utilisateur peut être calqué sur un autre profil ou créé spécifiquement pour l’événement. Les portraits photos sont privilégiés, mais les avatars sont aussi permis. Tout ce qui est envoyé à travers l’instance est archivé et catalogué. S’il y a des façons de spécifier des positions dans l’espace, de façon précise (peut-être même avec une RFID qu’on peut désactiver), ce positionnement est inscrit dans l’instance. Comme ça, on peut se retrouver plus facilement pour discuter en semi-privé. D’ailleurs, ça serait facile d’inclure une façon de prendre des rendez-vous ou de noter des détails de conversations, pour se remémorer le tout plus tard. De belles intégrations possibles avec Google Calendar, par exemple.

Comme la liste des membres de l’instance est limitée, on peut avoir une appli qui facilite les notations ‘@’. Recherche «incrémentale», carnet d’adresse, auto-complétion… Les @ des présentateurs sont sous-entendus lors des présentations, on n’a pas à taper leurs noms au complet pour les citer. Dans le cas de conversations à plusieurs, ça devient légèrement compliqué, mais on peut quand même avoir une liste courte si c’est un panel ou d’autres méthodes si c’est plus large. D’ailleurs, les modérateurs pourraient utiliser ça pour faire la liste d’attente des interventions. (Ça, c’est du bonbon! J’imagine ce que ça donnerait à L’Université autrement!)

Comme Evan Prodromou en parlait lors de PodCamp Montréal, il y a toute la question du “microcasting” qui prend de l’ampleur. Avec une instance de microblogue liée à un événement, on pourrait avoir de la distribution de fichiers à l’interne. Fichiers de présentation (Powerpoint ou autre), fichiers médias, liens, etc. Les présentateurs peuvent préparer le tout à l’avance et envoyer leurs trucs au moment opportun. À la rigueur, ça peut même remplacer certaines utilisations de Powerpoint!

Plutôt que de devoir taper des hashtags d’événements (#pcmtl08), on n’a qu’à envoyer ses messages sur l’instance spécifique. Ceux qui ne participent pas à l’événement ne sont pas inondés de messages inopportuns. Nul besoin d’arrêter de suivre quelqu’un qui participe à un tel événement (comme ç’a été le cas avec #pcmtl08).

Une fois l’événement terminé, on peut faire ce qu’on veut avec l’instance. On peut y revenir, par exemple pour consulter la liste complète des participants. On peut retravailler ses notes pour les transformer en billets et même rapports. Ou on peut tout mettre ça de côté.

Pour le reste, ça serait comme l’utilisation de Twitter lors de SXSWi (y compris le cas Lacy, que je trouve fascinant) ou autre événement geek typique. Dans certains cas, les gens envoient les tweets directement sur des écrans autour des présentateurs.

Avec une instance spécifique, les choses sont plus simple à gérer. En plus, peu de risques de voir l’instance tomber en panne, comme c’était souvent le cas avec Twitter, pendant une assez longue période.

C’est une série d’idées en l’air et je tiens pas au détail spécifique. Mais je crois qu’il y a un besoin réel et que ça aide à mettre plusieurs choses sur une même plateforme. D’ailleurs, j’y avais pas trop pensé mais ça peut avoir des effets intéressants pour la gestion de conférences, pour des rencontres en-ligne, pour la couverture médiatique d’événements d’actualités, etc. Certains pourraient même penser à des modèles d’affaire qui incluent le microblogue comme valeur ajoutée. (Différents types de comptes, possibilité d’assister gratuitement à des conférences sans compte sur l’instance…)

Qu’en pensez-vous?

New/Old Media: NYT Groks It

As an obvious example of “Old Media” in the U.S., The New York Times is easy to criticize. But the paper and the media company have also been showing signs that maybe, just maybe, they are home to people who do understand what is happening online, these days.

Back in September 2007, for instance, the NYT decided to make its content freely available. While The Times wasn’t the first newspaper to free its content, the fact that the “newspaper of record” for the United States went from a closed model (TimesSelect) to an open one was quite consequential. In fact, this NYT move probably had an impact on the Wall Street Journal which might be heading in a similar direction.

The Times‘s website also seems to have progressively improved on the blogging efforts by some of its journalists, including composer and Apple-savvy columnist David Pogue.

Maybe this one is just my personal perception but I did start to read NYT bloggers on a more regular basis, recently. And this helped me notice that the Times wasn’t as “stuffy and old” as its avid readers make it to be.

• SIGN IN TO E-MAIL OR SAVE THIS
• PRINT
• SINGLE PAGE
• REPRINTS
• SHARE

Possibly the silliest detail which has been helping me change my perception of the New York Times was the fact that it added a button for a “Single Page” format for its articles. A single page format is much more manageable for both blogging and archiving purposes than the multiple page format inherited from print publications. Most online publications have a “printer-friendly” button which often achieves the same goal as the NYT’s “single page” button yet, quite frequently, the printer format makes a print dialogue appear or is missing important elements like pictures. Not only is the NYT’s “Single Page” button a technical improvement over these “printer-friendly” formats but it also seems to imply that people at the Times do understand something about their online readers.

This “Single Page” button is in a box, with other “article tools” called “Print,” “Reprints,” and “Share.” The “sharing” features are somewhat limited but well-integrated. They do make it easy for some social networkers and bloggers to link to New York Times content.

FWIW, my perception of this grande dame of print publications is greatly influenced by my perception of the newspaper’s blog-friendliness.

Speaking of blog-friendly… The major news item making the New York Times Company seem even more sympathetic to bloggers is the fact that it has contributed to a round of funding which provided WordPress.com’s parent company Automattic with 29.5 M$.

Unsurprisingly, Automattic’s founder Matt Mullenweg blogged about the funding round. Candidly recounting the history of his company, Mullenweg whets our appetites for what may be coming next in WordPress and in other Automattic projects:

Automattic is now positioned to execute on our vision of a better web not just in blogging, but expanding our investment in anti-spam, identity, wikis, forums, and more — small, open source pieces, loosely joined with the same approach and philosophy that has brought us this far.

While some of these comments sound more like a generic mission statement than like a clear plan for online development, they may give us a glimpse of what will be happening at that company in the near future.

After all, chances are that integrating technologies will be one of the Next Big Things. In fact, some other people have seen the “social networking” potential of WordPress.com, though this potential is conceived through a perspective different from my original comments about WordPress.com’s network effect. Guess I’ll have to write a wishlist for WordPress.com features (including support for ubiquitous social networking, podcasting, and learning management).Still, what the funding announcement means to me has more to do with the integration of “Old Media” (print publications like The New York Times) and “New Media” (online services like WordPress and WordPress.com). As luck would have it, I’m not the only blogger who thinks about the positive effects this Old/New Media integration may have.

As an aside, to this Austinite and long-time sax player, Matt Mullenweg’s Texas and saxophone connections are particularly endearing. Good thing I’m not an investor because I would probably follow my gut feeling and invest in Automattic for such irrational reasons.

Ah, well…