Re: Url rewriting ° & ¤ issue

And dashes are easier for the general population then underscore, and it's also easier to print or display on other medium (such as TV).

Re: Url rewriting ° & ¤ issue

Just give up, Solovey. You won't get anything through these guys.

28 (edited by SuperMAG 2008-02-27 20:18)

Re: Url rewriting ° & ¤ issue

____ I WAS WRONG SO I DONT WANT ANY ONE TO CONFUSE WIH MY POST ____

MyFootballCafe.com  is Now Online!

Re: Url rewriting ° & ¤ issue

SuperMAG: I just gave you 3 Matt Cutts blog posts that support hyphens over underscores. What more do you want? wink

30 (edited by SuperMAG 2008-02-27 20:18)

Re: Url rewriting ° & ¤ issue

____ I WAS WRONG SO I DONT WANT ANY ONE TO CONFUSE WIH MY POST ____

MyFootballCafe.com  is Now Online!

Re: Url rewriting ° & ¤ issue

http://www.mattcutts.com/
And if you took the time to actually read the article that was linked to by Solovey and the last entry which I quoted, you would see Google did NOT say that underscores are now word separators. Solovey's article was written by Stephan Spencer.
In other words, Matt Cutts is the one to listen to, not Stephan Spencer wink

32 (edited by SuperMAG 2008-02-27 20:34)

Re: Url rewriting ° & ¤ issue

Smartys wrote:

http://www.mattcutts.com/
And if you took the time to actually read the article that was linked to by Solovey and the last entry which I quoted, you would see Google did NOT say that underscores are now word separators. Solovey's article was written by Stephan Spencer.
In other words, Matt Cutts is the one to listen to, not Stephan Spencer wink

i thought that the first article was came directly from google ... but i want wrong i guess ... but that confuezed me ... so i search my own in google ... most of them were saying dashes but they didnt have good proff ...

finnally i got an article that was very convincing and with example that proffed the dashes are sperators:

http://www.webpronews.com/topnews/2004/ … kings-more

the example i used is the heading of this post:

http://punbb.org/forums/viewtopic.php?id=13244

first i searched this: The supposed "poison NULL byte vulnerability"
this is result:
http://img239.imageshack.us/img239/8006/normalsearchob5.jpg

then i searched this: The_supposed_"poison_NULL_byte_vulnerability"
this is result:
http://img135.imageshack.us/img135/8873/underscoresearchbk4.jpg

at last i searched this: The-supposed-"poison-NULL-byte-vulnerability"
this is result:
http://img519.imageshack.us/img519/548/dashessearchhf3.jpg


so thats it ... by the way do u want to why did choose that topic for example ... that reminded me of myself now big_smile

so thats ends it this disscussion i think ....

---------------------------------------------------------------------------------

there is other thing smarty .... about the dublicate urls you remember the post dont you

did u guys did any progress on that

MyFootballCafe.com  is Now Online!

Re: Url rewriting ° & ¤ issue

SuperMAG wrote:

Look at the urls inside it :

http://supermag.wsnw.net/1.3/topic2-sim … -work.html
http://supermag.wsnw.net/1.3/topic2$2.html

this makes the urls dublicate

That's a bug.

SuperMAG wrote:

there is other thing smarty .... about the dublicate urls you remember the post dont you

did u guys did any progress on that

We're considering ways to solve it with as little impact as possible.

It should be noted that multiple links to the same content isn't really an issue unless more than one URL is used. This is a problem when migrating from one URL scheme to another, but that's it.

"Programming is like sex: one mistake and you have to support it for the rest of your life."

Re: Url rewriting ° & ¤ issue

Rickard wrote:

It should be noted that multiple links to the same content isn't really an issue unless more than one URL is used. This is a problem when migrating from one URL scheme to another, but that's it.

Which will be the case of nearly everyone when they update from 1.2 to 1.3.

Maybe you could do something like:

If a clean url scheme is used
And if current url is raw

Then process the raw url through the clean_url function
and send a HTTP permanent redirect header with the clean url pointer

With hooks in there, so that people could have extensions in there to do more redirect or whatever, if they want.

Will one conditional check (perhaps of a simple string, like "is the first word of the local part of the url ends with .php?" or whatever) slow things down that much?

35 (edited by Solovey 2008-03-02 03:37)

Re: Url rewriting ° & ¤ issue

orlandu63 wrote:

Just give up, Solovey. You won't get anything through these guys.

I run several dozen websites in different languages, and deal with these issues everyday, as they mean a lot to the bottom line.

The argument dashes vs. underscords is a sideshow to the real issue:

The anti-internationalization attitude of the developers of PunBB!

I've looked through numerous threads where people requesting changes for the benefit of other languages, that would make this a much better peice of software were shunned or shot down.

"There is only so much we can do for ... Chinese... etc." pretty much sums this up.

Unfortunately, that means that PunBB will need some extra modding and hacking before I can deploy it in a real multilingual environement. BECAUSE FEATURES THAT SHOULD BE INCLUDED BY DEFAULT ARE NOT INCLUDED.

36 (edited by Solovey 2008-03-02 03:42)

Re: Url rewriting ° & ¤ issue

Jérémie wrote:

I was going to answer point by point, especially with that amount of wrapping around my meaning, I even read again the appropriate RFC. Then, I saw that I'm closed minded and xenophobic, so I won't bother.

Yeah, and you just proved it.

Thank you, Jérémie, for taking the time to support internationalization and other languages in PunBB!

Thank you!

Re: Url rewriting ° & ¤ issue

Solovey: Your hostile attitude isn't going to get you far.
You suggested percent encoding or purely numeric schemes. Rickard pointed out that we have several purely numeric schemes, that your suggestion for percent encoding was more difficult than it appeared, and that it would be simple for you or someone else to write an extension that takes advantage of your idea. That, as far as I can see, is the only response from a developer directed toward you in this topic. As Jérémie said, calling us "closed minded and xenophobic" is a great way to get us to not listen to your points. We do not appreciate being insulted just because we disagree with something you say.
We are willing to listen to all suggestions given to us. Where they make sense to implement in the core, they will be implemented in the core. Where they make more sense as an extension, we will suggest that they be implemented that way.
Now then, if you can come up with a way to implement your suggestion (or parts thereof) in a reasonable fashion, it will certainly be considered. However, at this point, all we have in this topic is a lot of hot air from both sides. I'd like everyone to cool it and only post if they have something constructive to add.

38 (edited by SuperMAG 2008-03-06 13:02)

Re: Url rewriting ° & ¤ issue

hi again ...

about the dublicate urls ... the only good solution is to redirect ...

many of the forums will use different types of urls and when they change thier mind ... the old urls will still work ...

to solve that you need to redirect it like

if u have file based enebled then this will redirect to
http://supermag.wsnw.net/1.3/topic2-sim ? -work.html
to the file based url
http://supermag.wsnw.net/1.3/topic2.html

and if u have fancy url open
then this will redirect to
http://supermag.wsnw.net/1.3/topic2.html
to the fancy based
http://supermag.wsnw.net/1.3/topic2-sim ? -work.html

as well as folder and php urls will also redrict to the urls that are in selected in sittings ...
this will also solve the problem to all the ones who will convert thier forum from 1.2 to 1.3 and change urls will be redirected ...


thats all
thanks

MyFootballCafe.com  is Now Online!

Re: Url rewriting ° & ¤ issue

Supermag, what about localized scheme, or custom scheme? Even if you dismiss the later (if it's custom, they should handle it themselves), the former can't be.

I'm not sure the dev can write something for every possible scheme there is. And I'm not sure that it's possible to load every scheme together, to have a redirect "from whatever -> to the current scheme".

And on tope of that, there's the matter of extensions... some of them will add new URL.

Maybe the dev could handle the redirect from raw to the current scheme in the core, and an extenstion could on top of the later handle switching from one scheme to another?