问题列表 - 第40612页

我有一个简单的sinatra应用程序.

require 'rubygems'
require 'sinatra'

get '/' do
  "Hello"
end

当我在Shotgun上运行它时,我收到以下错误:

引导错误

加载simple.rb时出错了

LoadError:没有要加载的文件 - simple.rb

:29:in require' <internal:lib/rubygems/custom_require>:29:in require'/home/thedinga/.rvm/gems/ruby-1.9.2-p0@global/gems/shotgun-0.8/lib/shotgun/loader.rb : 114 :in inner_app' /home/thedinga/.rvm/gems/ruby-1.9.2-p0@global/gems/shotgun-0.8/lib/shotgun/loader.rb:102:in assemble_app'/ home/thedinga/.rvm/gems/ruby​​-1.9.2-p0 @ global/gems/shotgun-0.8/lib/shotgun/loader.rb:86:in proceed_as_child' /home/thedinga/.rvm/gems/ruby-1.9.2-p0@global/gems/shotgun-0.8/lib/shotgun/loader.rb:31:in call!' /home/thedinga/.rvm/gems/ruby-1.9.2-p0@global/gems/shotgun-0.8/lib/shotgun/loader.rb:18:in call' /home/thedinga/.rvm/gems/ruby-1.9.2-p0@global/gems/shotgun-0.8/lib/shotgun/favicon.rb:12:in call'/home/thedinga/.rvm/gems/ruby -1.9.2-p0@global/gems/rack-1.2.1/lib/rack/builder.rb:77:in call' /home/thedinga/.rvm/gems/ruby-1.9.2-p0@global/gems/rack-1.2.1/lib/rack/content_length.rb:13:incall'/home/thedinga/.rvm/gems/ruby-1.9.2-p0@global/ gems/rack-1.2.1/lib/rack/handler/webrick.rb:52:in service' /home/thedinga/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/webrick/httpserver.rb:111:in service' /home/thedinga/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/ webrick /httpserver.rb:70:in start_thread中的 run' /home/thedinga/.rvm/rubies/ruby-1.9.2-p0/lib/ruby/1.9.1/webrick/server.rb:183:in 块'

如果我使用ruby simple.rb而不是使用猎枪,我会在浏览器中获得您期望的输出.作为旁注,如果我将它推送到Heroku(我真的想要运行sinatra应用程序),Heroku也将无法运行应用程序.这是1.9.2的版本问题吗？还是我错过了别的什么？

在Google上找不到任何真实答案。

我是CodeIgniter的新手,但我想我已经掌握了它的工作原理.

通常,当我创建一个网站,比如一个5页的网站时,我将我的头文件放在每个页面中包含的php文件中,这样如果我必须改变标题,我只需要在一个地方而不是改变它五次.

在我的CodeIgniter应用程序中,我的控制器中的每个页面都有一个函数,它根据函数加载不同的视图.例如,

    public function Index() {

    $data = array();
    $this->load->view('index',$data);

}

public function blog() {

    $data = array();
    $this->load->view('inner1',$data);

}

然后我可以将所有逻辑放在控制器中.

有一个引用标题的最佳方法是什么？我应该将它作为变量放在控制器中,然后将其作为数据发送到每个视图吗？

此外,如果有更有效的方法,请建议!

谢谢!

是(++i)++未定义的行为？在检索增量对象以进行后缀增量操作后,是否可能发生前缀增量的副作用？这对我来说似乎很奇怪.

我的直觉是,这在C++ 03中是未定义的,在C++ 11中定义良好.我对吗？

在Web开发中,"约定优于配置"范例有哪些好处？是否存在坚持下去的情况没有意义？

谢谢

我如何显示正数,如3为+3,负数如-5为-5？所以,如下:

1,2,3进入+1,+ 2,+ 3

但如果是的话

-1,-2,-3然后进入-1,-2,-3

我是所有django的新手,ajax的东西..我在网上阅读了一些教程,我正在尝试制作一个简单的表格,通过ajax发布一些信息.

这是我的模板的jquery部分:

<script type="text/javascript">

 $(document).ready(function () {

  $('#iEventAjax').submit( function()
  {
   var name = $('input[name=event_name]');
   var data = name.val();
   $.ajax({
                                type:"POST",
                                url:"/mediaplanner/edit/",
                                data:data,
                                success: function(msg){
                                        alert(msg);
                                }
                        });
  });

和视图代码:

def iEventAjax(request):
        if request.is_ajax():
                return HttpResponse("ok")
        else:
                return render_to_response("iEventSave.html",{})

好吧,当我发布一些东西时,它返回iEventSave.html而不是给出"ok"消息.任何建议,哪部分我失败了？

对于开发,我们使用Mercurial存储库作为SVN repo的包装器,以便在项目中进行代码审查.一切正常:开发人员正在进行更改并将自己的更改提交到Mercurial存储库,项目的团队负责人有时会将更改从mercurial服务器存储库推送到SVN服务器存储库.

但我们遇到了一个问题.有一天,两个开发人员推动了两个变更集.为了将其推送到服务器,他们合并了所有更改并推送到服务器.一切都很好,但在此之后我们无法将Mercurial存储库的更改推送到SVN.我们收到错误:

abort:抱歉,找不到合并修订版的svn parent.

合并的变更集有两个父项被合并,看起来它是正确的,但我不能推入svn之后,不明白为什么SVN找不到父.

任何帮助都会非常有帮助,谢谢

我不确定我是否正确地走这条路.我有一个Silverlight应用程序,并使用实体框架的很多.我有两个实体映射到我的数据库:标题和详细信息.我想提交一个左外联接来获取所有标题和详细信息 - 即使标题记录没有详细记录.这是我想从客户端运行的Linq查询:

var query =
      from head in storeContext.Headers
      join detail in storeContext.Details
      on head.HeadId equals details.HeadId
      into group
      select new 
      {
        Desc = head.Description,
        MyCount = group.Count()
      };

由于这是Silverlight,我需要构建我的查询,然后使用storeContext.Load<T>()我的域服务(客户端上下文)中的方法将其提交给服务器.因为这个方法期待一个类型,我不知道如何构建调用以返回匿名类型,因为我在上面？

我做错了吗？我应该在这样的事情上使用Invoke方法吗？如果是这样,我如何定义我想要返回的类型？

是否有人可以指出我正确的方向,我真的会批评它.

谢谢......斯科特

建议使用基于php的Web应用程序框架来构建电子商务网站？

是否有特定于电子商务的框架,包括支付处理,用户帐户等？

谢谢B