|
Chris,
Great job ! Speed is good for me. Message boards loads much faster than ASP version. But the HTML tags showing in mails (message board reply) still exist.
|
|
|
|
|
Chris,
First, we should all appreciate you and your team for the real hard work and countless sleepless nights you guys have put in and that too during the New Year Seasons in bringing in the best possible user experience in the website, patiently listening to the zillions of emails that kept pounding your SMTP hamster.
The speed and performance has definitely improved in good leaps and bounds in relative to what it had been during the stage of deployment.
Instead of just voting your Feedback in beguile mundane arithmetic figures like 1, 2, 3, 4 or 5, we wish you good luck in more success in bringing more features and enriching experience at http://www.codeproject.com/[^]
Vasudevan Deepak Kumar
Personal Homepage Tech Gossips
A pessimist sees only the dark side of the clouds, and mopes; a philosopher sees both sides, and shrugs; an optimist doesn't see the clouds at all - he's walking on them. --Leonard Louis Levinson
|
|
|
|
|
|
The slowness is sporadic or the number online being < 9000 is sporadic?
I'm in Australia at the moment and the site is blazingly fast for me.
cheers,
Chris Maunder
CodeProject.com : C++ MVP
|
|
|
|
|
Sorry - re-reading my post just now and I realize it made no sense.
The site performance is *much* better in the past few weeks, than it was right after conversion. Main page loading speed of < 3 seconds and lounge loading in < 5 seconds is typical now. However, from time to time, page loading takes > 40 seconds. I have seen this happen (again, in the past few weeks) at different times during the day - I don't think it is directly related to the number online.
I think the real test will come when the number online gets up to 15,000 - which was quite common last year.
|
|
|
|
|
Thanks Han - that's reassuring.
I've been watching with user numbersaround 15K and it seems still nice and snappy but yes - we'll let time test it properly.
We're still seeing a few timeouts occasionally but Dmitry's working like a bandit on a new system that will increase our database capacity significantly. However, timeouts make up less than 0.008% of all database calls so it's pretty good, though not perfect.
cheers,
Chris Maunder
CodeProject.com : C++ MVP
|
|
|
|
|
Chris Maunder wrote: We're still seeing a few timeouts
Do you just record timeouts, or do you also record very long page loads?
|
|
|
|
|
Both
cheers,
Chris Maunder
CodeProject.com : C++ MVP
|
|
|
|
|
It still stalls occasionally (mainly when posting) but no more than hte old site did at this point.
Otherwise [Microsoft is] toast in the long term no matter how much money they've got. They would be already if the Linux community didn't have it's head so firmly up it's own command line buffer that it looks like taking 15 years to find the desktop.
-- Matthew Faithfull
|
|
|
|
|
CP now seems pretty good from the UK, about as fast as it was before the upgrade, still the occasional blank page/error but only about once a day at the peak time. I haven't tried posting any articles since the upgrade but I guess you've go that under control now. All in all a great job
Nothing is exactly what it seems but everything with seems can be unpicked.
|
|
|
|
|
|
Hello. Recently, perhaps due to these cold winter days, CP has received many many articles, aimed only to show one or two features about a language, or an algorithm to accomplish a simple task, etc. While these contents are (IMO) not suitable for an entire article, sometimes I find the approach useful. So, I would suggest to add a "snippet" section so that these content could be added. It wouldn't count as an article, but maybe having a repository of snippets would 1) avoid simple articles to be posted and 2) those contents would still find a place within CP.
What do you think?
Stupidity is an International Association - Enrique Jardiel Poncela
|
|
|
|
|
Hi,
I don't think we need a new category of publications here, with it's own lists, search
mechanism, etc.
I don't care much about the length of an article; the length should be what it deserves to be.
if all it takes is 10 lines of code, and 3 lines of text, so be it.
I do not like however the recent articles that forget to either adapt or delete the
standard texts (as in "Using the code: A brief description of how to use the article or code.
The class names, the methods and properties, any tricks or tips. ...").
|
|
|
|
|
It's not about the length of the article, rather because of the content. With a snippet, you pinpoint exactly one problem and how to solve it, say, how to use the ::ShellExecuteEx API call. It wouldn't be necessary to write an article on all the shell functions or related stuff. Another example:
=====
How to iterate over a vector in the C++ way:
vector<int> vtr;
...fill the vector...
for (vector<int>::iterator i = vtr.begin();
i != vtr.end();
++i)
{
cout << *i << endl;
}
</int></int>
1. begin points to the first element of the iterators.
2. end points to past the end of the elements.
3. pre-increment is preferred over post-increment because optimization issues.
4. De-referencing the iterator will give you the value of the container.
=====
This is an example of what I do have in mind. Something simple, something fast, that people can simply understand, copy and paste into their codes. An article would have to include an explanation about containers, iterators, why to use this or that approach, etc. A snippet would be something simple and fast.
In such way, many articles (like the recently posted) could fit into this category.
Stupidity is an International Association - Enrique Jardiel Poncela
|
|
|
|
|
Fernando A. Gomez F. wrote: 3. pre-increment is preferred over post-increment because optimization issues.
Is this true of modern compilers? It strikes me as rather bizarre that in simple cases that the optimizer would handle the two differently.
Otherwise [Microsoft is] toast in the long term no matter how much money they've got. They would be already if the Linux community didn't have it's head so firmly up it's own command line buffer that it looks like taking 15 years to find the desktop.
-- Matthew Faithfull
|
|
|
|
|
Well, I just repeated what it was stated in "The C++ Standard Library" by Nicolai Josuttis. I've always do pre-increment. At any rate, this was only meant to provide an example on how a snippet could look like.
Stupidity is an International Association - Enrique Jardiel Poncela
|
|
|
|
|
There already are all kinds of articles: tutorials, technology reviews, stories,
functional solutions, technical solutions, etc. I see no objective to having
articles on code snippets. I'm not in favor of more categories. If anything, I would
predefine and add some more keywords for easier searching the entire article base.
|
|
|
|
|
This has been suggested by several people and is "on the list" according to Chris.
|
|
|
|
|
This is in the works.
cheers,
Chris Maunder
CodeProject.com : C++ MVP
|
|
|
|
|
The volume of article updates squashes anything new that people are posting. In fact, my personal view would be to get rid of the updated list entirely, and always show new articles. There should be a "email me when this article is updated" button on each article.
Alternatively, the article should be flagged as updated only when the author makes a change, not when the article is edited by an editor. I find it hard to believe that all these articles in the "latest updates" list are actually updated by authors!
Marc
|
|
|
|
|
I second that!
or At least the default value of "Mark this article as Updated" in the article update wizard should be unchecked.
You have, what I would term, a very formal turn of phrase not seen in these isles since the old King passed from this world to the next. martin_hughes about VDK
|
|
|
|
|
I've been thinking of a tabbed section where you can flip back and forth between new and updates.
Marc Clifton wrote: Alternatively, the article should be flagged as updated only when the author makes a change, not when the article is edited by an editor.
Currently editors only mark them as updated if they are actually updated in some way. The problem is defining, exactly, for every article, what "some way" means.
cheers,
Chris Maunder
CodeProject.com : C++ MVP
|
|
|
|
|
Chris Maunder wrote: I've been thinking of a tabbed section where you can flip back and forth between new and updates.
Awesome idea! I love it. Now that you're using ASP.NET, you can get that done by the time I wake up tomorrow, right?
If you made it three tabs--best, new, and updates, what would you do with the realestate freed up by moving the current "best pick" section into a tab? You could have a fourth tab on "last 10 competition winners". Then again, going tab crazy isn't necessarily good UI either.
Though if you do tabs, could you make sure the site remembers my last tab choice (or have a tab preference selection)?
Chris Maunder wrote: Currently editors only mark them as updated if they are actually updated in some way. The problem is defining, exactly, for every article, what "some way" means.
Yeah, I went back and looked more closely at the updated articles and realized that the authors had updated them or that they were actually real updates. That's impressive actually, that people care about updating their articles and so forth. Admittedly, I don't even do that. But it certainly speaks well of the community here, I would say.
Marc
|
|
|
|
|
Chris Maunder wrote: The problem is defining, exactly, for every article, what "some way" means.
It took a while for me to realize that just "moving" an article caused it to get the "updated" status. To me, "updated" means that something about the article changed - the text, or the screenshots, or the download. I don't think just "moving" an article should cause it to be "updated".
The idea of separate tabs for "new" and "updated" is appealing, but I would vote against it if it means delaying being able to "subscribe" to an article, which I think is much more desirable long-term. The separate tabs are really low priority compared to that.
|
|
|
|
|
Hello,
I suggest, create a new message board type for Windows Workflow/Presentation/Communication Foundation only!
Don't know, which other board is the correct place for question/hints to this theme.
Stephan
\\\| \\ - -
( @ @ )
+---------------oOOo-(_)-oOOo-----------------+
| Stephan Pilz stephan.pilz@stephan-pilz.de |
| <a href="http://www.stephan-pilz.de">www.stephan-pilz.de</a> |
| ICQ#: 127823481 |
+-----------------------Oooo------------------+
oooO ( )
( ) ) /
\ ( (_/
\_)
|
|
|
|