小编kei*_*ant的帖子

我遇到了最奇怪的错误!我在twitter bootstrap组件页面中逐行使用代码进行下拉列表,但是我没有得到相同的结果.这是我的下拉看起来像.

我没有覆盖任何bootstrap css.我甚至删除了所有样式表并使用了JUST按钮,我仍然得到相同的结果.

PS:我正在使用rails will-paginate-bootstrap插件...我假设有所有必要的bootstrap文件

这是我的HTML输出

<div class="btn-group">
  <a class="btn btn-primary" href="/user/profile/test_user">
    <i class="icon-user icon-white"></i>
     test_user
  </a>
  <a class="btn btn-primary dropdown-toggle" data-toggle="dropdown">
    <span class="caret"></span>
  </a>
  <ul class="dropdown-menu">

  </ul>
</div>

如果SELECT SUM(amount) FROM transactions ORDER BY order LIMIT 0, 50对amount表中前50个记录的字段求和,那么如何对前50个记录后的所有记录求和？换句话说,我想做类似的事情SELECT SUM(amount) from transactions ORDER BY order LIMIT 50, *,但这不起作用.

我们有一个多租户系统,具有多种不同的访问级别 - 有时甚至是同一个用户,因为他们在多个角色之间切换.我们开始讨论转移到RESTful实现的事情.我刚刚开始尝试整个REST的事情.

那么如何在访问资源时限制对正确记录的访问,特别是在考虑缓存时？如果用户A访问,example.com/employees他们将收到与用户B不同的响应; 用户A在切换到不同角色时甚至可能会收到不同的响应.为了帮助促进缓存,角色的id应该以某种方式合并到uri中吗？也许类似example.com/employees/123(违反REST的规则),或某种类似的从属资源example.com/employees/role/123(这似乎很愚蠢,因为role/###它将被附加到遍布各处的URI).我可以帮忙,但我想我在这里遗漏了一些东西.

编辑提到多租户

这是对这个问题的一个后续问题.

那么对于任何给定的URI,RESTful架构的核心租户是否有独特的响应？这里有很多讨论倾向于这个方向,但我没有把它看作是一个"硬而快"的规则.

我理解它的价值(用于缓存,抓取,传递链接等),但我也看到像twitter API这样的东西违反了它(请求http://api.twitter.com/1/statuses/friends_timeline.xml会根据给定的用户名而有所不同),我知道有时它会可能是必要的 - 更不用说按时间顺序分页的资源也会随着新元素的添加而改变.

我是否应该努力从相同的URI中完全消除不同的响应,或者我只是接受有时它不实用,并且只要我最小化它的发生,我将处于合适的状态.

我有一个onbeforeunload事件正在运行,弹出一个对话框,警告用户当他们离开时表单未保存的更改.

window.onbeforeunload = function() {
    return 'You have unsaved changes.';
};

如何自定义显示的对话框,使其更加用户友好.现在它相当笨拙:

"你确定要离开这个页面吗？

您有未保存的更改.

按"确定"继续,或"取消"停留在当前页面上."

我注意到Stack Overflow有一个更干净的:"你已经开始编写或编辑帖子了",按钮说"留在这个页面上","离开这个页面"而不是通用的"取消"和"确定" .我怎样才能做到这一点？

我正在使用jQuery,如果这对解决方案是必要的.

我想创建一个别名来执行以下操作:

在工作master,我想git ff表演git merge --ff-only origin/master.但是当我跑进来maint执行时,我想要相同的别名git merge --ff-only origin/maint.同样适用于任何其他跟踪分支.这可能吗？

在OOP PHP框架中处理"实用程序"函数的最佳方法是什么？现在,我们只有一个文件,其中包含整个系统所需的几个功能.(例如,一个distribute()接受值和数组的函数,并返回一个数组,其值以与输入数组相同的比例和相同的键分布.)

我总是觉得"脏"使用它,因为它根本不是面向对象的.将它们作为静态方法移动到各种类中是更好的做法,还是只是一种语义解决方法？或者只是在一个框架中,某些东西将落在OOP结构之外？

自从我学会了如何在jQuery中编写自己的插件之后,我发现每当我构建一个具有任何复杂性的页面时,我都很想以这种方式处理我的javascript.当我们谈论10行代码时显然很愚蠢,但是当我要构建一个包含几百行javascript(或更多)的页面时,它似乎是最简单的方法:

• 将数据(甚至只是选项)从我的PHP脚本传递到javascript - $("#myform").myPagePlugin({options}, {data});
• 给我一个DOM中的"主"对象来附加我的数据,而不是像全局变量那样的hacky
• 让我的代码以后可以重复使用
• 以熟悉的方式"插入"我的javascript到页面

如果我开始这样做,我会把自己挖进洞里吗？有什么我想念的吗？

我一直在阅读依赖注入,控制反转和IoC容器.我还主要使用动态语言编程(PHP在工作,Python在家).以下是我找到的东西,但是当我把它拼凑在一起时,这给我留下了很多空白:

• 为什么动态语言不需要IOC容器？
• 为什么我需要一个IoC容器而不是直接的DI代码？
• IoC容器提供的优点超越简单的DI(博客文章)

所以我读到的是:IoC容器在静态语言中是一个更大的交易,因为在动态语言中执行DI要容易得多.但是它们还提供了远远超出DI的好处,比如为您管理依赖项,并使您不必手动将十几个对象串联起来.顺便说一句,它们很复杂,所以不要自己尝试(但PHP没有好的).

我觉得这些信息让我有点......卡住了.我该怎么办？我在一个非常大的代码库中工作,具有非常复杂的依赖(并且可能强烈需要重构,但这是另一个并行问题).到目前为止,我们在实施DI方面做得很差,我真的想让我们朝着正确的方向前进.关于动态语言和IoC(或至少IoC容器)似乎没有什么.

我最好暂时将"依赖于手工"的依赖关系放在一起,并且在我更好地处理这些原则之后,担心稍后在容器中自动化它？是否值得实现我自己的简单IoC容器？或者最终是不值得PHP的成本？

我注意到很多(所有？)PHP常量都有一个单字母前缀,比如E_NOTICE,T_STRING等等.当定义一组彼此协同工作的类常量时,你更愿意遵循类似的做法,或者你更喜欢更加冗长？

class Foo {
    // let's say 'I' means "input" or some other relevant word
    const I_STRING = 'string';
    const I_INTEGER = 'integer';
    const I_FLOAT = 'float';
}

要么

class Bar {
    const INPUT_STRING = 'string';
    const INPUT_INTEGER = 'integer';
    const INPUT_FLOAT = 'float';
}