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).
You are not logged in. Please login or register.
PunBB Forums → PunBB 1.3 troubleshooting → 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).
Just give up, Solovey. You won't get anything through these guys.
____ I WAS WRONG SO I DONT WANT ANY ONE TO CONFUSE WIH MY POST ____
SuperMAG: I just gave you 3 Matt Cutts blog posts that support hyphens over underscores. What more do you want?
____ I WAS WRONG SO I DONT WANT ANY ONE TO CONFUSE WIH MY POST ____
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
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
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:
then i searched this: The_supposed_"poison_NULL_byte_vulnerability"
this is result:
at last i searched this: The-supposed-"poison-NULL-byte-vulnerability"
this is result:
so thats it ... by the way do u want to why did choose that topic for example ... that reminded me of myself now
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
Look at the urls inside it :
http://supermag.wsnw.net/1.3/topic2-sim … -work.html
http://supermag.wsnw.net/1.3/topic2$2.htmlthis makes the urls dublicate
That's a bug.
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.
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?
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.
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!
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.
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
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?
PunBB Forums → PunBB 1.3 troubleshooting → Url rewriting ° & ¤ issue
Powered by PunBB, supported by Informer Technologies, Inc.