Show Posts
This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.
Topics - Nao
196
Features: Forward thinking / Code clean-up
« on May 6th, 2011, 05:20 PM »
Feature: Code clean-up
Developer: Nao
Target: modders, geeks
Status: 80% (I fix stuff when it hurts my eyes. Most of it is done though.)
Comment:
They say beauty is in the eye of the beholder. Let's be clear, the SMF codebase would already enchant any given geeky beholder. Really. Just have a look at any other popular forum/blog platforms. Their PHP, HTML, CSS and JS are often at best acceptable, at worst unreadable. Wordpress says that coding is art. Well, if you looked into their code, you'd swear they meant talking about modern art.
SMF doesn't have this problem, because it's been mostly maintained by anal-retentive genius coders. Only problem -- I'm even more anal-retentive than they are. So, every time I find some code that I feel is sub-standard, I'll just rewrite it. Sometimes the code is micro-optimized in the process, mostly it's just prettified.
Some changes are project-wide (making sure that all files are saved in LF format as opposed to CRLF, removing useless {} or extra tabs in empty lines or at the end of lines), most are way more specific. Let's not delve into that too much. You might find I'm a bit crazy in that area. I changed thousands of lines just because they looked ugly to me.
(And that concludes this feature set -- for now!)
Developer: Nao
Target: modders, geeks
Status: 80% (I fix stuff when it hurts my eyes. Most of it is done though.)
Comment:
They say beauty is in the eye of the beholder. Let's be clear, the SMF codebase would already enchant any given geeky beholder. Really. Just have a look at any other popular forum/blog platforms. Their PHP, HTML, CSS and JS are often at best acceptable, at worst unreadable. Wordpress says that coding is art. Well, if you looked into their code, you'd swear they meant talking about modern art.
SMF doesn't have this problem, because it's been mostly maintained by anal-retentive genius coders. Only problem -- I'm even more anal-retentive than they are. So, every time I find some code that I feel is sub-standard, I'll just rewrite it. Sometimes the code is micro-optimized in the process, mostly it's just prettified.
Some changes are project-wide (making sure that all files are saved in LF format as opposed to CRLF, removing useless {} or extra tabs in empty lines or at the end of lines), most are way more specific. Let's not delve into that too much. You might find I'm a bit crazy in that area. I changed thousands of lines just because they looked ugly to me.
(And that concludes this feature set -- for now!)
197
Features: Forward thinking / JavaScript manipulation
« on May 6th, 2011, 05:13 PM »
Feature: JavaScript manipulation
Developer: Nao
Target: modders, themers, users, geeks
Status: 100% (complete.)
Comment:
Wedge makes life easier for JavaScript developers. First of all, you can put inline events into your markup (even better, you can use < > & without escaping them), they'll be delayed automatically to the end, and grouped together. That is, even if you call onclick="return something();" on several elements, that event will be stored only once in the HTML. This helps separate presentation from code.
You may also use jQuery inside your events. Also, Wedge allows you to add JS code simply by calling the add_js() function, and JS files with add_js_file(). Conversion of existing code in templates is made easier by the fact that commas are accepted within the add_js() calls, e.g. add_js('alert("', $txt['hello'], '");').
And because all code is postponed to the end of the page, you don't have to run anything in a DOMContentLoaded/DOMReady event, because the DOM is effectively built and ready to use by the time your code is run.
If you don't need jQuery or need your code to be executed before everything else, call add_js_inline(). The full DOM is still available at this point, but no jQuery, and no common Wedge functions. If you desperately want to run your code to be run in the middle of the DOM, don't bother with our functions and just use a script tag. We won't judge you.
Developer: Nao
Target: modders, themers, users, geeks
Status: 100% (complete.)
Comment:
Wedge makes life easier for JavaScript developers. First of all, you can put inline events into your markup (even better, you can use < > & without escaping them), they'll be delayed automatically to the end, and grouped together. That is, even if you call onclick="return something();" on several elements, that event will be stored only once in the HTML. This helps separate presentation from code.
You may also use jQuery inside your events. Also, Wedge allows you to add JS code simply by calling the add_js() function, and JS files with add_js_file(). Conversion of existing code in templates is made easier by the fact that commas are accepted within the add_js() calls, e.g. add_js('alert("', $txt['hello'], '");').
And because all code is postponed to the end of the page, you don't have to run anything in a DOMContentLoaded/DOMReady event, because the DOM is effectively built and ready to use by the time your code is run.
If you don't need jQuery or need your code to be executed before everything else, call add_js_inline(). The full DOM is still available at this point, but no jQuery, and no common Wedge functions. If you desperately want to run your code to be run in the middle of the DOM, don't bother with our functions and just use a script tag. We won't judge you.
198
Features: Forward thinking / jQuery versions of JavaScript files
« on May 6th, 2011, 05:12 PM »
Feature: jQuery versions of JavaScript files
Developer: Nao
Target: modders, themers, users, geeks
Status: 100% (believed to be complete and bug-free.)
Comment:
jQuery adds about 31kb to your content the first time you load it. But you may not even realize it: we load jQuery from Google by default, and if another website does the same, chances are the file is already in your browser cache and doesn't need to be loaded.
Still, I'd rather take the worst situation into account and say you're on a 56kbps modem and your browser cache is disabled. You have a right to be silly, we're not judging. So, I solved this problem by saving space everywhere else, optimizing every single bit of SMF's JavaScript code, and using jQuery everywhere it made sense to use it.
For instance, the script.js file in SMF is about 47kb, while the Wedge version clocks in at 27kb. All of the JS files were optimized in a similar fashion, resulting in smaller files, even with jQuery thrown into the process. See the code that applies CSS to the WYSIWYG editor in SMF2? 74 lines. In Wedge? 2 lines. Two.
One of the better aspects of using jQuery in the JS files is that we can also take advantage of its superior capabilities. Sometimes, it will simply replace advantageously an existing feature. The news fader script is 6.6kb in SMF, and 1.6kb in Wedge, with the same outcome.
Other times, I added some nice bits to the SMF formula. The infamous toggler is now much shorter and adds a nice animation effect. We also have the reqWin function. It's called whenever you click a help icon to show a popup with some help text. The Wedge version of reqWin actually opens a div popup with fixed position, with the ability to move it around the page. It works just as well as the SMF version, is non-modal, has some nice subtle visual effects, and frankly, did you ever like SMF's window popups anyway?
There are plenty more examples of the advantages of using jQuery in the JS files, but you'll have to find out for yourself...
Developer: Nao
Target: modders, themers, users, geeks
Status: 100% (believed to be complete and bug-free.)
Comment:
jQuery adds about 31kb to your content the first time you load it. But you may not even realize it: we load jQuery from Google by default, and if another website does the same, chances are the file is already in your browser cache and doesn't need to be loaded.
Still, I'd rather take the worst situation into account and say you're on a 56kbps modem and your browser cache is disabled. You have a right to be silly, we're not judging. So, I solved this problem by saving space everywhere else, optimizing every single bit of SMF's JavaScript code, and using jQuery everywhere it made sense to use it.
For instance, the script.js file in SMF is about 47kb, while the Wedge version clocks in at 27kb. All of the JS files were optimized in a similar fashion, resulting in smaller files, even with jQuery thrown into the process. See the code that applies CSS to the WYSIWYG editor in SMF2? 74 lines. In Wedge? 2 lines. Two.
One of the better aspects of using jQuery in the JS files is that we can also take advantage of its superior capabilities. Sometimes, it will simply replace advantageously an existing feature. The news fader script is 6.6kb in SMF, and 1.6kb in Wedge, with the same outcome.
Other times, I added some nice bits to the SMF formula. The infamous toggler is now much shorter and adds a nice animation effect. We also have the reqWin function. It's called whenever you click a help icon to show a popup with some help text. The Wedge version of reqWin actually opens a div popup with fixed position, with the ability to move it around the page. It works just as well as the SMF version, is non-modal, has some nice subtle visual effects, and frankly, did you ever like SMF's window popups anyway?
There are plenty more examples of the advantages of using jQuery in the JS files, but you'll have to find out for yourself...
199
Features: Forward thinking / jQuery support
« on May 6th, 2011, 05:12 PM »
Feature: jQuery support
Developer: Nao
Target: modders, themers, users, geeks
Status: 100% (believed to be complete.)
Comment:
Many SMF mods tend to add jQuery headers to ease their work in the JavaScript department. They would tend to conflict with each other. Add to this various mods that make use of other librairies, and it's become clear that Wedge really needed to have jQuery by default, so as to provide a standard library for all modders.
Wedge offers to load the jQuery library from three different sources: local (if you want to use your own server to provide it and don't mind the extra load on your bandwidth), jQuery CDN or Google CDN. We recommend the Google CDN, which is the most reliable source for providing jQuery. In addition, it always loads fast, and chances are that the library will already be cached on your computer if you tend to visit other websites that also include jQuery from the Google CDN.
We strive to make Wedge compatible with the latest jQuery, but we're currently staying on the 1.5 branch, until they do something about their oversized library. ;)
:edit: They did -- so we're now following the latest branches.
Developer: Nao
Target: modders, themers, users, geeks
Status: 100% (believed to be complete.)
Comment:
Many SMF mods tend to add jQuery headers to ease their work in the JavaScript department. They would tend to conflict with each other. Add to this various mods that make use of other librairies, and it's become clear that Wedge really needed to have jQuery by default, so as to provide a standard library for all modders.
Wedge offers to load the jQuery library from three different sources: local (if you want to use your own server to provide it and don't mind the extra load on your bandwidth), jQuery CDN or Google CDN. We recommend the Google CDN, which is the most reliable source for providing jQuery. In addition, it always loads fast, and chances are that the library will already be cached on your computer if you tend to visit other websites that also include jQuery from the Google CDN.
We strive to make Wedge compatible with the latest jQuery, but we're currently staying on the 1.5 branch, until they do something about their oversized library. ;)
:edit: They did -- so we're now following the latest branches.
200
Features: Forward thinking / CSS3 support
« on May 6th, 2011, 05:12 PM »
Feature: CSS3 support
Developer: Nao
Target: themers, modders, users
Status: 100% (technically complete.)
Comment:
With HTML5 always comes support for CSS3... Although it isn't a big deal in itself, it's likely to impact some of your users. SMF2's default theme fully supports IE6 (which was the dominant browser at the time of its first alpha versions.)
Wedge's simply doesn't. Welcome to 'progressive enhancement' (or 'graceful degradation', whatever crap professionals decide to call it.) Meaning it looks alright in IE6 (and somehow IE7 and IE8), and great in modern browsers. Wedge removes all of the SMF hacks and extra markup for IE6 ('topslice' and empty spans anyone?), although it's still possible to create themes that work perfectly in it. It's just a question of philosophy, I guess.
If you're afraid of losing your audience, don't forget the current penetration rates of IE6. The only country where it remains relatively popular is China. If most of your users are not Chinese, then don't bother with IE6 support, embrace full CSS3 support and actual good-looking themes. Oh yes, and support for IE4 and IE5 is entirely dropped, as their market shares are totally negligible. Last I heard, IE4 was now only used by a man called Gon Dongong, he's living in a Mormon community in Kazakhstan and even all of his friends laugh at him for being such a retard. I'm not judging, but I'll suggest that he keeps visiting SMF 1.0 forums. Or maybe YaBB.
Developer: Nao
Target: themers, modders, users
Status: 100% (technically complete.)
Comment:
With HTML5 always comes support for CSS3... Although it isn't a big deal in itself, it's likely to impact some of your users. SMF2's default theme fully supports IE6 (which was the dominant browser at the time of its first alpha versions.)
Wedge's simply doesn't. Welcome to 'progressive enhancement' (or 'graceful degradation', whatever crap professionals decide to call it.) Meaning it looks alright in IE6 (and somehow IE7 and IE8), and great in modern browsers. Wedge removes all of the SMF hacks and extra markup for IE6 ('topslice' and empty spans anyone?), although it's still possible to create themes that work perfectly in it. It's just a question of philosophy, I guess.
If you're afraid of losing your audience, don't forget the current penetration rates of IE6. The only country where it remains relatively popular is China. If most of your users are not Chinese, then don't bother with IE6 support, embrace full CSS3 support and actual good-looking themes. Oh yes, and support for IE4 and IE5 is entirely dropped, as their market shares are totally negligible. Last I heard, IE4 was now only used by a man called Gon Dongong, he's living in a Mormon community in Kazakhstan and even all of his friends laugh at him for being such a retard. I'm not judging, but I'll suggest that he keeps visiting SMF 1.0 forums. Or maybe YaBB.
201
Features: Forward thinking / HTML5 support
« on May 6th, 2011, 05:12 PM »
Feature: HTML5 support
Developer: Nao
Target: themers, modders, users
Status: 95% (complete, but by definition this will never be finished. Also, support in progress in media area.)
Comment:
Adds full support for the HTML5 specs in Wedge (except where XML compatibility is required: XML queries, wireless, etc.)
Most notably, IE 6/7/8 users automatically get the 'html5shiv' shim which enables styling the new tags. The default theme uses some of these tags as well.
To save bandwidth, all self-closing tags were updated to use the simplified syntax (<br> instead of <br />, etc), deprecated attributes (type=text/css, type=text/javascript...) were deleted, and valueless attributes had their XHTML value removed.
All pages fully validate the experimental HTML5 validator at validator.w3.org. If you ever find a page that doesn't validate, make sure to tell us -- we will promptly fix it.
Developer: Nao
Target: themers, modders, users
Status: 95% (complete, but by definition this will never be finished. Also, support in progress in media area.)
Comment:
Adds full support for the HTML5 specs in Wedge (except where XML compatibility is required: XML queries, wireless, etc.)
Most notably, IE 6/7/8 users automatically get the 'html5shiv' shim which enables styling the new tags. The default theme uses some of these tags as well.
To save bandwidth, all self-closing tags were updated to use the simplified syntax (<br> instead of <br />, etc), deprecated attributes (type=text/css, type=text/javascript...) were deleted, and valueless attributes had their XHTML value removed.
All pages fully validate the experimental HTML5 validator at validator.w3.org. If you ever find a page that doesn't validate, make sure to tell us -- we will promptly fix it.
202
Features: Forward thinking / IPv6 support
« on May 6th, 2011, 05:11 PM »
Feature: IPv6 support
Developer: Arantor
Target: users
Status: 99% (complete, banning supported; needs large scale testing.)
Comment:
This adds full support for IPv6 to Wedge. It's a new version of the IPv4 protocol designed to account for billions of IP addresses. Because SMF 2 only supports IPv4, it may encounter issues in the future with IP manipulation (logging, banning, etc.)
Developer: Arantor
Target: users
Status: 99% (complete, banning supported; needs large scale testing.)
Comment:
This adds full support for IPv6 to Wedge. It's a new version of the IPv4 protocol designed to account for billions of IP addresses. Because SMF 2 only supports IPv4, it may encounter issues in the future with IP manipulation (logging, banning, etc.)
203
Features: Forward thinking / Objects
« on May 6th, 2011, 05:11 PM »
Feature: Objects
Developer: Arantor (main), Nao
Target: modders, themers
Status: 95% (believed to be complete; there's always room for more objects though.)
Comment:
SMF uses the infamous $smcFunc array structure to store pretty much anything that should be dynamic functions.
Wedge replaces this with object structures, mostly of the singleton/static types. Basically, Wedge objects start with the 'we' keyword, generally followed by a three-letter code representing whatever feature it's about.
Some of the objects include: we (holds system and user variables such as we::$id for the user ID), wesql (database abstraction, e.g. wesql::query), westr (string functions, e.g. westr::substr), wecss (CSS pre-parsing), wedit (the WYSIWYG editor), and wetem (the main template skeleton).
Developer: Arantor (main), Nao
Target: modders, themers
Status: 95% (believed to be complete; there's always room for more objects though.)
Comment:
SMF uses the infamous $smcFunc array structure to store pretty much anything that should be dynamic functions.
Wedge replaces this with object structures, mostly of the singleton/static types. Basically, Wedge objects start with the 'we' keyword, generally followed by a three-letter code representing whatever feature it's about.
Some of the objects include: we (holds system and user variables such as we::$id for the user ID), wesql (database abstraction, e.g. wesql::query), westr (string functions, e.g. westr::substr), wecss (CSS pre-parsing), wedit (the WYSIWYG editor), and wetem (the main template skeleton).
204
Features: Forward thinking / UTF8 only!
« on May 6th, 2011, 05:10 PM »
Feature: UTF8 only!
Developer: Arantor & Nao
Target: modders, translators, admins
Status: 99% (believed to be complete.)
Comment:
SMF was celebrated for supporting all possible charsets in its codebase. This was back in 2003. Work on SMF2 was started in 2005. Six years later, UTF8 is supported everywhere, and text string size is not really a problem anymore.
We decided to drop support for all charsets and force the use of UTF8 everywhere. Ultimately, this will be a blessing to modders who always had to make sure their string manipulation routines was using the correct charset path.
Also, $smcFunc functions were slow, we worked on their performance when moving them over to the westr object. Generally speaking, everything should be made easier with this move. It's time to say goodbye to ISO-8859-1.
Developer: Arantor & Nao
Target: modders, translators, admins
Status: 99% (believed to be complete.)
Comment:
SMF was celebrated for supporting all possible charsets in its codebase. This was back in 2003. Work on SMF2 was started in 2005. Six years later, UTF8 is supported everywhere, and text string size is not really a problem anymore.
We decided to drop support for all charsets and force the use of UTF8 everywhere. Ultimately, this will be a blessing to modders who always had to make sure their string manipulation routines was using the correct charset path.
Also, $smcFunc functions were slow, we worked on their performance when moving them over to the westr object. Generally speaking, everything should be made easier with this move. It's time to say goodbye to ISO-8859-1.
205
Features: Forward thinking / MySQL only!
« on May 6th, 2011, 05:10 PM »
Feature: MySQL only!
Developer: Arantor
Target: modders, themers, admins
Status: 100% (complete.)
Comment:
PostgreSQL and SQlite are great database systems. But they just aren't used that much, and they add more complexity to database development in SMF. Wedge continues abstracting database queries, but doesn't attempt to convert them to another SQL language.
From our experience, users with PGSQL or SQlite installed on their server always have MySQL installed as well. If you really don't, Wedge just isn't for you, but we won't go back to applying patches for systems that no one really ever uses. It makes development tedious, longer, and probably insecure.
Developer: Arantor
Target: modders, themers, admins
Status: 100% (complete.)
Comment:
PostgreSQL and SQlite are great database systems. But they just aren't used that much, and they add more complexity to database development in SMF. Wedge continues abstracting database queries, but doesn't attempt to convert them to another SQL language.
From our experience, users with PGSQL or SQlite installed on their server always have MySQL installed as well. If you really don't, Wedge just isn't for you, but we won't go back to applying patches for systems that no one really ever uses. It makes development tedious, longer, and probably insecure.
206
Features: Forward thinking / Removing deprecated code
« on May 6th, 2011, 05:09 PM »
Feature: Removing deprecated code
Developer: Arantor & Nao
Target: admins, modders, themers
Status: 99% (believed to be complete, but it's a never-ending feature implementation because of its very nature.)
Comment:
We believe that software should live in the present, not in the past. Libraries that were deprecated years ago should not be supported anymore, because they mean overhead, bloat, and usually prevent developers from using new features, for fear of breaking something on older platforms. Because some people are too afraid of "fixing what isn't broken", they're still using PHP 4.x and MySQL 4.0 these days.
They shouldn't be afraid.
So we removed support for PHP < 5.1.2, MySQL < 4.1.2, and are requiring support for the GD2 graphics library (which shouldn't be a problem in 99% of the cases.)
Dozens of other minor libraries, functions and programming methods that didn't belong in this age were also deprecated, such as support for the Wap, Wap2 and iMode wireless modes, the boardmod installation system for add-ons, or older SMF1 compatibility code.
Developer: Arantor & Nao
Target: admins, modders, themers
Status: 99% (believed to be complete, but it's a never-ending feature implementation because of its very nature.)
Comment:
We believe that software should live in the present, not in the past. Libraries that were deprecated years ago should not be supported anymore, because they mean overhead, bloat, and usually prevent developers from using new features, for fear of breaking something on older platforms. Because some people are too afraid of "fixing what isn't broken", they're still using PHP 4.x and MySQL 4.0 these days.
They shouldn't be afraid.
So we removed support for PHP < 5.1.2, MySQL < 4.1.2, and are requiring support for the GD2 graphics library (which shouldn't be a problem in 99% of the cases.)
Dozens of other minor libraries, functions and programming methods that didn't belong in this age were also deprecated, such as support for the Wap, Wap2 and iMode wireless modes, the boardmod installation system for add-ons, or older SMF1 compatibility code.
207
Features / Ditching themes? (+ CSS preparsing)
« on April 27th, 2011, 04:20 PM »
You know, I'm actually very tempted to ditch *themes* altogether...
I pretty much have the same view as Bloc on this matter. But I'm not the only one making decisions here, of course, and it's not a shared vision. I'm fine with it as long as I don't have to test my styling feature in other themes :niark:
At any rate, I would like to remove the "per theme" aspect of user settings, yes. Although I didn't know Bloc introduced special settings in his custom themes. Maybe this has a use in the end, then...?
I pretty much have the same view as Bloc on this matter. But I'm not the only one making decisions here, of course, and it's not a shared vision. I'm fine with it as long as I don't have to test my styling feature in other themes :niark:
At any rate, I would like to remove the "per theme" aspect of user settings, yes. Although I didn't know Bloc introduced special settings in his custom themes. Maybe this has a use in the end, then...?
208
Off-topic / Doctor Who
« on April 24th, 2011, 11:02 AM »
Okay, we need our own topic for this...
Given that it's a bit complicated to discuss it thoroughly in thoughts, especially when it comes to posting videos, images and spoiler tags.
So, I just wanted to say I loved the first episode, but I think I hated it more. I loved the scene where River talks to Rory in private. I loved Mark Sheppard's character (too bad he won't be a regular here). I loved River and Rory in general, Amy was a bit less exuberant than in season 5 (I don't know what to think about that), and the Doctor pissed me off with being so crazy as usual with his new incarnation. Although I loved him in season 5, I think I tend to miss David Tennant's more 'human' incarnation of him. I was hoping for the Doctor to become more human again, but obviously this isn't going to happen. He's just... alien. Which makes sense, but...
Anyway, so here are my theories. About River.
(click to show/hide)
And about the Silents... I can't help but think when I look at them, "Are they supposed to represent the average Americain's TV attention span?" After all, the first thing the Silent does is kill an American woman who can't seem to remember him... And to me, this episode was obviously not tailored for the average American TV viewer. They'll just get confused by so much happening.
One of the things that annoy me about Moffat's treatments in season 5 is how packed they are, story-wise. It's like he's afraid that people are going to be bored... But my favorite episodes in season 5 were not these action-packed episodes -- there you ago, the Van Gogh episode was plain fantastic, the Lodger episode was great, and even that Moffat thing in space was pretty cool to me (it was more akin to Moffat's good old style with children in the center of the story.) (And he's back to that in 6x01 obviously.)
Here's wondering if I'm not more excited about the upcoming season 2 of Sherlock... Seriously, 1x01 blew my mind last year.
Or maybe season 4 of Merlin... What? Now that's not a complicated show, ah ah. They're starting the Pierrefonds (Camelot) shoot next Tuesday, and my girlfriend wants to go there and see if they've already set up the sets for the show -- it's very likely. Well, that'd be fun. After all, I never got to see the sets for Kaamelott[1]. (I love it when I put a footnote right at the end of a post.)
Given that it's a bit complicated to discuss it thoroughly in thoughts, especially when it comes to posting videos, images and spoiler tags.
So, I just wanted to say I loved the first episode, but I think I hated it more. I loved the scene where River talks to Rory in private. I loved Mark Sheppard's character (too bad he won't be a regular here). I loved River and Rory in general, Amy was a bit less exuberant than in season 5 (I don't know what to think about that), and the Doctor pissed me off with being so crazy as usual with his new incarnation. Although I loved him in season 5, I think I tend to miss David Tennant's more 'human' incarnation of him. I was hoping for the Doctor to become more human again, but obviously this isn't going to happen. He's just... alien. Which makes sense, but...
Anyway, so here are my theories. About River.
Last season, I think she said she was in prison for killing someone, someone she loved. I thought "The Doctor, maybe?". But it didn't make sense. Well, now it does... It's obviously her in the spacesuit. For some reason, she kills him. Maybe because she wants David Tennant back? I don't know. I wouldn't blame her.
Another theory... Amy said she was pregnant. Okay, Amy Pond, pregnant... With whom? Why not River Song? She's from the future after all. Pond, River... River Pond, River Song... (Uh what's Amy's new last name already? :P)
Plus, there's a kid in the spacesuit... Maybe it's River Song again. I don't know.
And about the Silents... I can't help but think when I look at them, "Are they supposed to represent the average Americain's TV attention span?" After all, the first thing the Silent does is kill an American woman who can't seem to remember him... And to me, this episode was obviously not tailored for the average American TV viewer. They'll just get confused by so much happening.
One of the things that annoy me about Moffat's treatments in season 5 is how packed they are, story-wise. It's like he's afraid that people are going to be bored... But my favorite episodes in season 5 were not these action-packed episodes -- there you ago, the Van Gogh episode was plain fantastic, the Lodger episode was great, and even that Moffat thing in space was pretty cool to me (it was more akin to Moffat's good old style with children in the center of the story.) (And he's back to that in 6x01 obviously.)
Here's wondering if I'm not more excited about the upcoming season 2 of Sherlock... Seriously, 1x01 blew my mind last year.
Or maybe season 4 of Merlin... What? Now that's not a complicated show, ah ah. They're starting the Pierrefonds (Camelot) shoot next Tuesday, and my girlfriend wants to go there and see if they've already set up the sets for the show -- it's very likely. Well, that'd be fun. After all, I never got to see the sets for Kaamelott[1]. (I love it when I put a footnote right at the end of a post.)
| 1. | Best French show ever-- and they shot the first 3 seasons about 2km from my place. But I didn't even know at the time. They only said that once they'd moved their studios to Lyon... |
209
Off-topic / Strange behavior from WAMP server...
« on April 15th, 2011, 12:15 AM »
Very strange. But more importantly -- dangerous for the project.
My WAMP server was down. Wamp = down means I can't develop Wedge locally anymore. And I'm definitely not excited about developing and testing it remotely, really...
I did absolutely nothing-- well, I tuned on FIP Radio (online) and listened to the Portico Quartet concert, then went for a cigarette, and when I came back, the radio was down.[1]
I couldn't log into my local website after that -- or any site for that matter. One of my two httpd.exe process was using 50% of my CPU time (i.e. one core at 100%), and it keeps opening new handles. After about 2.040.000 handles, CPU use goes back to 0%, handle count doesn't increase anymore, and the Net is down for me (anything on port 80 I'd say), including non-local stuff. Once I kill the httpd.exe task, I get my Net back.
Sounds similar to what this guy had:
http://www.apachefriends.org/f/viewtopic.php?f=16&t=41141&view=previous
Upon which he was told to switch to Linux. Great... To solve what, an Apache (=from Linux world) memory leak?
Now this is very annoying, because it started without warning, and it stopped without warning either -- all in all the problem lasted for a couple of years.
Anyone got an idea about this?
http://www.wampserver.com/
Apache 2.2.11
PHP 5.3.0
MySQL 5.1.36
Changed absolutely nothing to the default setup. Worked perfectly until an hour ago. And yes, I rebooted my machine just to be sure... :-/
The only thing I did when it 'came back', was that I only started the Apache module, not the rest. I doubt this is related, because I'd left my server offline for several minutes, and I tried to restart all services at once anyway, and I'm not getting the error again...
Oh, how I hate Apache.
My WAMP server was down. Wamp = down means I can't develop Wedge locally anymore. And I'm definitely not excited about developing and testing it remotely, really...
I did absolutely nothing-- well, I tuned on FIP Radio (online) and listened to the Portico Quartet concert, then went for a cigarette, and when I came back, the radio was down.[1]
I couldn't log into my local website after that -- or any site for that matter. One of my two httpd.exe process was using 50% of my CPU time (i.e. one core at 100%), and it keeps opening new handles. After about 2.040.000 handles, CPU use goes back to 0%, handle count doesn't increase anymore, and the Net is down for me (anything on port 80 I'd say), including non-local stuff. Once I kill the httpd.exe task, I get my Net back.
Sounds similar to what this guy had:
http://www.apachefriends.org/f/viewtopic.php?f=16&t=41141&view=previous
Upon which he was told to switch to Linux. Great... To solve what, an Apache (=from Linux world) memory leak?
Now this is very annoying, because it started without warning, and it stopped without warning either -- all in all the problem lasted for a couple of years.
Anyone got an idea about this?
http://www.wampserver.com/
Apache 2.2.11
PHP 5.3.0
MySQL 5.1.36
Changed absolutely nothing to the default setup. Worked perfectly until an hour ago. And yes, I rebooted my machine just to be sure... :-/
The only thing I did when it 'came back', was that I only started the Apache module, not the rest. I doubt this is related, because I'd left my server offline for several minutes, and I tried to restart all services at once anyway, and I'm not getting the error again...
Oh, how I hate Apache.
| 1. | And *of course* I was recording it because PQ is my favourite jazz band and they never released a live album and I was so thrilled by their concert last year that I wanted to have it in my archives... >_< Thanks to this problem, I'm missing the last few minutes of the concert. |