问题标签 [url]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
apache - URL 中是否允许使用方括号？
URL 中是否允许使用方括号？
我注意到Apache commons HttpClient (3.0.1) 抛出 IOException，wget 和 Firefox 但是接受方括号。
网址示例：
我的 HTTP 客户端遇到此类 URL，但我不确定是修补代码还是抛出异常（实际上应该如此）。
python - 如何在 django 中生成 url
在 Django 的模板语言中，您可以使用{% url [viewname] [args] %}参数生成指向特定视图的 URL。您如何以编程方式在 Python 代码中执行相同的操作？
我需要的是创建一个菜单项列表，其中每个项都有名称、URL 和一个活动标志（无论它是否是当前页面）。这是因为在 Python 中执行此操作会比模板语言更简洁。
asp.net - ASP.NET 的友好 URL
Python 框架总是提供处理 URL 的方法，这些 URL 以优雅的方式传达请求的数据，例如http://somewhere.overtherainbow.com/userid/123424/
我想让你注意结束路径/userid/123424/
你如何在 ASP.NET 中做到这一点？
url - 为什么有些网站会在 URL 的末尾添加“Slug”？
许多网站，包括这个网站，都在 URL 的末尾添加了明显称为slug的内容- 描述性但据我所知无用的文本位。
例如，网站为这个问题提供的 URL 是：
https://stackoverflow.com/questions/47427/why-do-some-websites-add-slugs-to-the-end-of-urls
但以下 URL 也同样有效：
https://stackoverflow.com/questions/47427/
这段文字的目的是为了让 URL 更加用户友好，还是有其他好处？
javascript - 通过 URL 将用户所在的 URL 提交给另一个进程的最简洁、最短的 Javascript 是什么？
就像 Delicious 提交书签一样，我想要一些标准的 JavaScript，我可以使用它来将任何访问过的 URL 提交到 3rd 方站点，如果这可能通过 URL 的话。建议？
例如，我一直在使用
到目前为止，但想知道是否有更复杂的东西我可以使用或更好的实践。
java - 获取java异常：java.net.MalformedURLException：没有协议
我目前正在调用以下代码行：
当它执行时我得到了上面的异常。关于为什么会发生这种情况的任何想法？
windows - 如何在 Windows 中注册自定义 URL 协议？
如何在 Windows 中注册自定义协议，以便在单击电子邮件或网页中的链接时打开我的应用程序并将 URL 中的参数传递给它？
javascript - 是文件名还是整个 URL 用作浏览器缓存中的键？
通常希望浏览器缓存资源 - JavaScript、CSS、图像等，直到有新版本可用，然后确保浏览器获取并缓存新版本。
一种解决方案是在资源的文件名中嵌入版本号，但是以这种方式将要管理的资源放置在具有修订号的目录中会做同样的事情吗？文件的整个 URL 是用作浏览器缓存中的键，还是只是文件名本身和一些元数据？
如果我的代码从 fetching 更改/r20/example.js为/r21/example.js，我是否可以确定修订版 20 已example.js被缓存，但现在修订版 21 已被获取并且现在已缓存？
ruby-on-rails - 在 Rails 应用程序中获取 URL 的完整列表
如何获得我的 rails 应用程序可以生成的所有 url 的完整列表？
我不希望我得到的路由形成 rake 路由，而是我想获得与我的应用程序中所有动态生成的页面相对应的实际 URL...
这甚至可能吗？
（背景：我这样做是因为我想要一个完整的 URL 列表，用于我想做的一些负载测试，它必须涵盖应用程序的整个广度）
web-services - 我是否应该拒绝比预期更长的 URL？
我正在开发一个应用程序，并且 URL 格式为www.example.com/some_url/some_parameter/some_keyword. 我从设计上知道这些 URL 将具有最大长度（并且仍然有效）。我是否应该验证每个请求的 URL 长度以防止缓冲区溢出/注入攻击？我相信这显然是肯定的，但我不是安全专家，所以也许我遗漏了一些东西。