Talk:Semantic URL

From Wikipedia, the free encyclopedia
  (Redirected from Talk:Clean URL)
Jump to: navigation, search

Merge Proposal[edit]

This page is basically a duplication of Rewrite engine. There is very little that the two don't share. In fact, Pretty URL already points to that page. It makes sense to merge these pages (talk) 18:15, 27 April 2012 (UTC)

There are many ways to achieve clean URLs other than using a rewrite engine. Also, there is more to designing clean and long-lived URLs than simply deciding to use a rewrite engine. If the articles are that similar, it is probably because whoever wrote Rewrite engine got bogged down in why you might want to use one, rather than what they are, where they came from, how widespread they are, what the alternatives are, where they are headed in the future, etc. i.e. things that would all suit an encyclopedia article of that name. Along with a link to this article to help clarify what their main purpose is, of course. They are not equivalent topics, and their should be little duplication. --Nigelj (talk) 20:58, 27 April 2012 (UTC)
Pretty URL is much closer to Clean URL, and so I have altered that redirect to point here. Thanks for pointing that out. --Nigelj (talk) 21:01, 27 April 2012 (UTC)
You might be right. Perhaps the merge proposal goes the wrong way. As things sit right now, the Rewrite engine article has this to say about rewrite engines: "A rewrite engine is software located in a Web application framework running on a Web server that modifies a web URL's appearance. This modification is called URL rewriting." The rest of the article is about Clean/Pretty URLs: what they are and their advantages/disadvantages. It would almost seem like "Rewrite engine" should be a subtopic to this page. (talk) 02:46, 29 April 2012 (UTC)
I've reversed the direction of the merge proposal. (talk) 02:47, 29 April 2012 (UTC)
Well spotted. That sounds better. I'm surprised there isn't an article on URL rewriting, as that seems to be the topic, but it's a redirect, and it'll end up pointing here, which is probably fine. --Nigelj (talk) 10:50, 29 April 2012 (UTC)
I agree that if they are merged, they should be merged to the more general name -- clean URL, rather than the more specific name rewrite engine (which is only one of several ways to produce websites that have clean URLs). p.s.: I've also reverted Friendly URL to its original redirect to clean URL; for a while it was a redirect to rewrite engine. --DavidCary (talk) 05:40, 18 July 2012 (UTC)

I added a proposal to merge from Clean URL to Semantic URL. These seem to basically be the same idea and "semantic" seems the more general term (though not sure which is really more notable). (talk) 22:15, 3 August 2012 (UTC)

Definitely no. Clean URLs is just one of several functions that a Rewrite Engine performs and a Rewrite Engine is just one way to process Clean URLs. So there should be some overlap and cross referencing. If the two entries are too similar it is more an indication that the entries need elaboration, not that they should be merged. The documentation for MOD_REWRITE provides many examples of using a rewrite engine for functions that are not Clean URLs. See: ″Ralf Engelschall's Rewriting Guide -- Numerous examples from the man who invented mod_rewrite.″ TPiwowar 16:12, 19 January 2013 (UTC) — Preceding unsigned comment added by Tpiwowar (talkcontribs)

Well I shall have to totally disagree as a rewrite engine is only one way to obtain "clean URLs". Another and probably far better one is to just design your web API to use such to begin with (without any rewriting). Certainly clean or semantic URLs can be attained through rewriting of course but I do not see a clear difference/delineation between the two terms/nomenclature--thus the merge proposal. (talk) 14:06, 2 March 2013 (UTC)
Well I agree with merging clean and semantic URL. Rewriting is a method to change URLs and should be separate from any URL style or design methodologies. (talk) 18:25, 26 March 2013 (UTC)

RESTful doesn't mean Clean, but Clean helps to be RESTful. — Preceding unsigned comment added by (talk) 07:11, 16 August 2013 (UTC)

  • oppose merge of Rewrite engine. URLs are goals, rewrite engines are one technique with which to achieve them.
I support the merge of clean URL and semantic URL. These are the same entity, defining it at the same level. The engines though are different: they're the means of achieving the URL. Also rewrite engines are just one way of doing this. Viam Ferream (talk) 09:51, 15 September 2014 (UTC)

There's been no sign of consensus to merge this with Rewrite engine since my last comment, so I'm removing the merge tag.  — Scott talk 12:07, 2 October 2015 (UTC)

Support for semantic URLs in PHP — PATH_INFO[edit]

There is support directly in PHP for semantic URLs. Consider an URL like:

All parts of this URL are (or can be made) semantic except for the name of the script itself, and can be accessed through PHP:

header('Content-type: text/plain');
echo 'REQUEST_URI:  ', $_SERVER['REQUEST_URI'], "\n";
echo 'SCRIPT_NAME:  ', $_SERVER['SCRIPT_NAME'], "\n";
echo 'PATH_INFO:    ', $_SERVER['PATH_INFO'], "\n";

which in this case will output

REQUEST_URI:  /wiki/index.php/SomePage?action=edit
SCRIPT_NAME:  /wiki/index.php
PATH_INFO:    /SomePage
QUERY_STRING: action=edit

This is, I suppose, an only partially semantic URL. Here is a reference: CibléEnAmérique (talk) 19:15, 12 September 2014 (UTC)

Whilst this is the sort of system function that would be useful to a PHP developer building a site with semantic URLs, I'm failing to see what makes this low-level HTTP-bound function in any way "semantic"? Isn't this the layer that isn't semantic and that the developer would then have to start building upon? Viam Ferream (talk) 09:47, 15 September 2014 (UTC)
I guess my point is that PATH_INFO in PHP can be a major component of a semantic URL, and that web-server-based "URL rewriting" isn't absolutely necessary to develop URLs that are clear and meaningful. In a sense, you could say that "semantic" URLs are meaningful to humans, and how they are interpreted by a computer is irrelevant, but some simplicity in how they are implemented (as opposed to overly complex and web-server-dependent rewriting rules that in turn have to be taken into account by the application) is necessary to make these URLs robust and useful. CibléEnAmérique (talk) 22:30, 16 September 2014 (UTC)
The path info concept originates with CGI (basically ancillary path components past the specification of the script) and is hardly specific to PHP. It might be a notable topic to write about within this article but would be careful of the possibly of slanting things too much in the PHP only direction. Perhaps you should consider URL mapping more generally. (talk) 23:24, 28 November 2015 (UTC)

Made up non-notable term[edit]

"Semantic URL" is made-up non-notable jargon and should be deleted or have the content moved to another page perhaps about URL redirecting/rewriting and incorporate use-cases accordingly.

None of the cited references as of 2017-11-09 refer to "Semantic URL".

This looks like original work on Wikipedia.

Not knowing the precise templates to add to add these warnings (uncited, non-notable, original work, should be merged), I'll leave that to other editors to add if they agree. Tantek (talk) 20:00, 9 November 2017 (UTC)