| Key: |
WEB-1119
|
| Type: |
New Feature
|
| Status: |
Resolved
|
| Resolution: |
Under Advisement
|
| Priority: |
Normal
|
| Assignee: |
Unassigned
|
| Reporter: |
SignpostMarv Martin
|
| Votes: |
1
|
| Watchers: |
1
|
|
If you were logged in you would be able to see more operations.
|
|
|
Time Tracking:
Issue & Sub-Tasks
Issue Only
Issue & Sub-Tasks
Issue Only
|
|
|
Key points:
- Linden Lab has control of slurl.com, the shortest official second-life centric domain.
- "SLURLs" take the form of slurl.com/secondlife/{parameters}.
- I've currently got a filtered service running on marvulous.sl (which I use for the SL Office Hours twitbot), so I know from personal experience that implementing a filtered url shrinking service is "relatively trivial"
The major problem with using existing services is that of "link rot". Relying on an unofficial/3rd party service to shrink SLURLs, official blog posts is risky, since a service may expire old links (even if they're embedded in old blog posts), or the service may disappear at some point in the future. This could result in people perusing archives suddenly finding that links in official resources "break" (Lindens are fond of using the tr.im service). An official url shrinking service, which is filtered to domains owned & operated by Linden Lab would solve this issue.
Personally I would recommend a base63 method- "a-z", "A-Z", "0-9", with "-", "_" and "." (this is expressed as the regex string "/^([A-z0-9\-\._]+)$/") since all those characters remain identical when url-encoded.
The actual mechanism/UI for shrinking the URLs isn't necessary to define in this feature request, just the availability of the service.
|
|
Description
|
Key points:
- Linden Lab has control of slurl.com, the shortest official second-life centric domain.
- "SLURLs" take the form of slurl.com/secondlife/{parameters}.
- I've currently got a filtered service running on marvulous.sl (which I use for the SL Office Hours twitbot), so I know from personal experience that implementing a filtered url shrinking service is "relatively trivial"
The major problem with using existing services is that of "link rot". Relying on an unofficial/3rd party service to shrink SLURLs, official blog posts is risky, since a service may expire old links (even if they're embedded in old blog posts), or the service may disappear at some point in the future. This could result in people perusing archives suddenly finding that links in official resources "break" (Lindens are fond of using the tr.im service). An official url shrinking service, which is filtered to domains owned & operated by Linden Lab would solve this issue.
Personally I would recommend a base63 method- "a-z", "A-Z", "0-9", with "-", "_" and "." (this is expressed as the regex string "/^( [A-z0-9\-\._]+)$/") since all those characters remain identical when url-encoded.
The actual mechanism/UI for shrinking the URLs isn't necessary to define in this feature request, just the availability of the service. |
Show » |
|
has a url shorter function when you create a new map link. 
There is not much need for "code development"; granted, if you wish to allow for people to use their own personalised shrunken URLs, it requires a database on the back-end for registration (like tr.im does) and this would require some extra validation for scalability.
install filtered url shrinking service on slurl.com
Open
One line of PHP