Javascript文件修改未从中调用的html文件？Jquery选择器

是否可能有一个javascript文件，它可以识别两个不同的HTML文件？我该怎么做

我希望能有两页。index.html和pictures.html。我有一个index.js，它可以更改index.html的显示属性，它将基于人的数据放入表中，并使其看起来很漂亮。我希望这个当前的index.js文件也能够编辑pictures.html文件并在那里更改信息。index.html将链接到pictures.html，根据我保存的人名显示一个人的照片，如smith1.jpg、smith2.jpg、reagan2.jpg等。这个javascript文件是否可以根据第二个文件pictures.html的id或类获取DOM元素，即使它位于index.html中？当我说“生活在其中”时，它在index.html页面的顶部被调用

---

谢谢

您需要探索服务器端编程来实现您的目标。

---

…或者您可以编写一个客户端应用程序，其中页面是一个实际页面的独立视图，或者是从备份数据结构生成的。如果您想持久保存创建/编辑的内容，您仍然需要服务器端编程。

您需要探索服务器端编程来实现您的目标。

---

…或者您可以编写一个客户端应用程序，其中页面是一个实际页面的独立视图，或者是从备份数据结构生成的。如果您想持久保存创建/编辑的内容，仍然需要服务器端编程。

如果脚本以某种连接方式加载，则可以访问另一页上的元素

例如，如果使用var popup=window.open创建弹出窗口，返回值将包含对已打开弹出窗口的引用，这允许访问弹出窗口中的元素。例如，popup.document.getElementById'something'。框架、iFrame等中加载的页面具有类似的访问方式

---

因此，是的，如果您的页面加载第二个页面，那么它的脚本也可以在那里工作。我建议除了从脚本中打开和关闭弹出窗口之外，还要避免这种情况；脚本应该放在页面框内，如果它需要在另一个页面上执行更大的操作，这通常意味着您需要稍微更改代码体系结构。

如果脚本以某种连接方式加载，它可以访问另一个页面上的元素

例如，如果使用var popup=window.open创建弹出窗口，返回值将包含对已打开弹出窗口的引用，这允许访问弹出窗口中的元素。例如，popup.document.getElementById'something'。框架、iFrame等中加载的页面具有类似的访问方式

---

因此，是的，如果您的页面加载第二个页面，那么它的脚本也可以在那里工作。我建议除了从脚本中打开和关闭弹出窗口之外，还要避免这种情况；脚本应该放在页面的方框内，如果它需要在另一个页面上执行更大的操作，这通常意味着您需要稍微更改代码体系结构。

您也可以使用html5技术组postmessage api。。这允许您将消息发送到另一个页面，并在该页面中定义一个知道如何处理消息的事件处理程序

这也适用于跨域

下面是我通过谷歌随机找到的一个博客示例：

---

您也可以使用html5技术组postmessage api。。这允许您将消息发送到另一个页面，并在该页面中定义一个知道如何处理消息的事件处理程序

这也适用于跨域

下面是我通过谷歌随机找到的一个博客示例：

---

如果您的目标是编辑实际的HTML文件，则在客户端不可能。如果让图片显示取决于用户在另一个页面上所做的事情是你所关心的，那么有很多选择

您可以通过cookies将用户输入的小数据集（如数据）传递到表中，以便在预先建立的方案中访问正确的图像文件集。这实际上会一直持续到用户清除cookies为止

您可以将两个页面包装在同一个域iframe元素中，父元素只包含JS。这将允许您在页面之间持久化数据，并对iframe加载事件作出反应，但与客户端JS中的所有内容一样，当您重新加载页面时，这些内容都消失了

较新的浏览器具有可工作的文件访问对象，这些对象并不是完全的安全噩梦。这些都是新的和非标准的，需要做一些工作才能使其适用于多个浏览器。这可以用来保存包含信息的文件，用户返回站点时可能需要提示上传这些信息

如果数据不敏感，您可以发挥创意，使用其他服务来隐藏数据集合。使用twitterapi将数据推送到twitter帐户的某个公共可见页面检查服务条款i 如果你在这里做的不仅仅是一个孤立的课堂项目。然后对公开可见的URL执行Ajax get请求，并解析twitter数据的HTML

我会研究的其他东西：DataURI、html5本地存储

---

注：这些都是我想认真考虑的一个专业网站，无论用户从哪里访问数据，都希望数据持久或安全。

< P>客户端无法编辑实际HTML文件是您的目标。如果让图片显示取决于用户在另一个页面上所做的事情是你所关心的，那么有很多选择

您可以通过cookies将用户输入的小数据集（如数据）传递到表中，以便在预先建立的方案中访问正确的图像文件集。这实际上会一直持续到用户清除cookies为止

您可以将两个页面包装在同一个域iframe元素中，父元素只包含JS。这将允许您在页面之间持久化数据，并对iframe加载事件作出反应，但与客户端JS中的所有内容一样，当您重新加载页面时，这些内容都消失了

较新的浏览器具有可工作的文件访问对象，这些对象并不是完全的安全噩梦。这些都是新的和非标准的，需要做一些工作才能使其适用于多个浏览器。这可以用来保存包含信息的文件，用户返回站点时可能需要提示上传这些信息

如果数据不敏感，您可以发挥创意，使用其他服务来隐藏数据集合。使用twitterapi将数据推送到twitter帐户的某个公共可见页面。如果您在这里做的不仅仅是一个孤立的类项目，请检查服务条款。然后对公开可见的URL执行Ajax get请求，并解析twitter数据的HTML

我会研究的其他东西：DataURI、html5本地存储

---

注：这些都是我想认真考虑的一个专业网站，无论用户从哪里访问，数据都是持久的或安全的。

谢谢快速响应，那么没有办法做到这一点，所有的客户端都没有服务器端组件的味道。你有服务器端语言方面的经验吗？只是一点RubyonRails，我想我会研究一下一直让我感兴趣的服务器端javascript，我只是从来没有花时间去研究它。感谢您的快速响应，那么就没有办法完全在客户端完成这项工作了？没有一些服务器端组件的味道也不行。你有服务器端语言方面的经验吗？只是一点RubyonRails，我想我会研究一下一直让我感兴趣的服务器端javascript，我只是从来没有花时间去研究它。谢谢萨格里德。。。技术上正确+1。但是我们不能说这些不是一流的页面吗。。。这不应该是模式的第一选择吗？这是一件可怕的事情，但它是有效的。除了关闭主脚本中的弹出窗口外，我还没有找到任何应用程序。由于时间限制，我使用此方法解决当前问题，但将来我肯定应该使用某种服务器端脚本。同意。。。技术上正确+1。但是我们不能说这些不是一流的页面吗。。。这不应该是模式的第一选择吗？这是一件可怕的事情，但它是有效的。除了关闭主脚本中的弹出窗口外，我还没有找到任何应用程序。由于时间限制，我用这个解决当前的问题，但将来我肯定应该使用某种服务器端脚本。HTML5令人兴奋的新功能。。。但是要确保你知道你的用户群，并且他们的浏览器是有能力的。选择此解决方案会增加对用户浏览器功能的依赖性。HTML5令人兴奋的新功能。。。但是要确保你知道你的用户群，并且他们的浏览器是有能力的。选择此解决方案会增加对用户浏览器功能的依赖性。