问题标签 [social-networking]

我的大脑被自动取款机炸了，我的最后期限迫在眉睫，我正在寻找一种方法来获取当前查看的页面 url 并将其放入另一个链接以用于书签/社交链接。

我需要将 [PAGEURL] 替换为正在查看的页面的 URL。任何帮助都非常感谢。我一直在寻找一段时间，似乎无法找到适合这种特定情况的答案。

我正在使用符合 GEDCOM 的家谱的社交网站。我们需要决定是否应该为用户配置文件使用水平或垂直数据库结构。所以，我想知道是否有人可以回答何时使用水平数据库结构以及何时使用垂直数据库结构。

我找到了一些未确定字段的购物网站的答案：应该使用垂直数据库结构。但我对家谱网站使用什么感到困惑。我应该使用垂直还是水平？

我正在开发一个社交网站，目前正处于规划阶段。令人担忧的一个问题是，最大的用户群体可能是儿童。用户将能够发布内容并对其他用户的帖子发表评论。
我能做些什么来降低以下风险：-

1. 欺凌
2. 跟踪
3. 用户公开披露联系方式
4. 用户公开披露其他个人信息
5. 项目清单
6. （其他建议，请）

注意：我还试图避免手动进行过多的审核，因此我正在寻找将建议纳入网站设计以减少审核开销并最好地保护用户的建议。

关于 3 和电子邮件地址，我当然意识到帖子和评论需要某种形式的过滤，但众所周知，通过执行 myname[at]hotmail.com 等操作很容易绕过

编辑： 当然这是与编程相关的，我正在寻找社会问题的编程/设计解决方案。请重新打开这个问题。
甚至 SO 和 facebook 等也使用工具和设计决策来减少用户滥用。很明显这是一个编程/网站设计问题

对于那些投票结束的人，我不是在寻找纯粹的程序化解决方案，而是在寻找程序员/网站设计人员可以通过良好的设计、过滤等来减少手动审核需求的方法。

几年前，我使用 UCINET 进行了一些社交网络分析。这些天我想再次使用 SNA——但这次我更喜欢一个统一的分析框架——对我来说就是 R。

我查看了 sna 和 statnet 文档，但有点不知所措。

我想做的事情：首先：加载直接从例如网络调查（通常很有价值）中提取的二分/发病矩阵。将此矩阵转换为两个邻接矩阵'（从属关系和个案个案）。它也可以是一个有指导的、有价值的个案矩阵。

第二：加载顶点属性的文件（也来自例如 websurvey 数据）。

第三：然后根据一些中心性度​​量，用顶点大小绘制图形，用一些顶点属性着色和标记，只绘制值超过某个阈值的边。

这是一个迷你关联矩阵：

带有 som 属性数据：

ps 也许 SNA 会是这篇文章的好标签？我只是没有必要的善意:-)

我想知道是否有人知道如何通过这些社交网络从全球数百万人那里收集数据以获取统计数据。对于我正在尝试做的项目，我需要这个，并且不需要知道发布此类信息（例如状态、评论、有关他们的信息等）的实际人员，以免违反任何数据隐私法。

我需要知道今天有多少人对奥巴马发表评论，他们的性别是什么（女性或男性）等等。

这有可能吗？

太感谢了

我已经为我网站中的所有项目添加了一个 Digg 按钮。动态 Digg 按钮所需的 javascript 就在我的</body>关闭标记之前。

一切都可以在具有动态 Digg 按钮的页面上运行，但在没有动态 Digg 按钮的页面上，一个孤立的 Digg 图标会漂浮在页面底部的空间中。

这是正常行为吗？我该如何预防？

我正在尝试使用/理解 Google 请求令牌机制。我打算将它用于我已经开始开发的应用程序，以使用 OpenSocial API 访问 Orkut 数据。

我阅读了这篇文档，其中解释了为已安装的应用程序获取令牌的步骤。本文档告诉您使用 Google OAuth API 中的 OAuthGetRequestToken 方法来获取请求令牌。访问此功能的手册（可在此处获得）。但是参数 oauth_consumer_key 是必需的，要求“识别第三方 Web 应用程序的域”，但我没有域，它是一个已安装的应用程序。

所以我的问题是，在这种情况下我应该在这个参数中输入什么？

我正在使用oauth_playground来运行我的测试。

谢谢

我只是想知道 NING 的数据库结构将如何。

它会为其中创建的每个站点创建单独的表吗？

还是会为不同的模块使用同一个表，每个表中都有一个网站 id 列？

如果我需要搜索这种数据库结构？和参考阅读？

我正在我们的网络应用程序中编写一个工具，以允许我们的用户通过 Twitter API 发布有关我们应用程序的某些内容。在我看到的所有文档中，Twitter API 让您通过 XML 或 JSON 提交用户的用户名和密码。从可用性的角度来看，保存用户名和密码以便于重用是有意义的（因此他们不必每次发推文时都登录。虽然我想确保在我们实际实现保存的用户名之前允许我们这样做/密码。

有谁知道是否有任何法律阻止我们这样做？这正是 Twitter 期望我们做的吗？

我需要设计/架构/开发基于网络的社交网络类型的应用程序。

基本功能：
- 用户在系统上创建帐户
- 用户同意互相“加为好友”
- 用户在系统内创建内容
- 用户指定哪些朋友可以查看/编辑他们创建的内容

这个核心功能肯定已经创建过很多次了吗？有没有关于如何实现这类事情的最佳实践模式？

我最感兴趣的是这个数据库的外观。

从 SQL 的角度来看（任何数据库），这会是什么样子？
从 NOSQL 的角度来看（任何 NOSQL 数据库）会是什么样子？

我最感兴趣的是，如何在数据库中解决“内容可见性”的问题？即数据库/应用程序如何确保只有经过批准的朋友才能看到用户创建的内容？

谢谢