迁移到解析服务器后,解析中的REST-API出现问题

迁移到解析服务器后,解析中的REST-API出现问题,rest,ubuntu,parse-platform,debian,digital-ocean,Rest,Ubuntu,Parse Platform,Debian,Digital Ocean,我正在尝试将解析服务器迁移到Debian服务器,但REST-API遇到了一些问题。当我尝试调用应用程序的登录函数时,我收到以下错误:无法POST/parse/login 这些是我在收到服务器错误之前成功执行的步骤 已在Debian中安装解析服务器 安装云代码并将我的代码添加到文件main.js 我的云代码包含一个登录函数,我成功调用了curl-H“X-Parse-Application-Id:“-H”内容类型:Application/json“-d'{}''serverName/Parse/fu

我正在尝试将解析服务器迁移到Debian服务器,但REST-API遇到了一些问题。当我尝试调用应用程序的登录函数时,我收到以下错误:
无法POST/parse/login

这些是我在收到服务器错误之前成功执行的步骤

  • 已在Debian中安装解析服务器
  • 安装云代码并将我的代码添加到文件
    main.js
  • 我的云代码包含一个登录函数,我成功调用了
    curl-H“X-Parse-Application-Id:“-H”内容类型:Application/json“-d'{}''serverName/Parse/functions/login'
  • 最后一步是调用REST-API,这给了我一个
    cannotpost/parse/login
    错误。我用
    curl-H“X-Parse-Application-Id:“-H”内容类型:Application/json“-d'{}''serverName/Parse/login'
  • 这是我遵循的迁移指南 这是我遵循的REST-API指南


    有人能帮我解决这个服务器错误吗?

    正确。登录需要
    GET
    方法,而不是
    POST

    通过对该
    URL
    执行一个简单的
    GET
    ,您应该会看到以下错误。显然,你需要通过你的参数,使它成功

     {
            "code": 200,
            "error": "username is required."
        }
    

    删除
    -d'{}'
    将使
    curl
    恢复为
    GET

    正确。登录需要
    GET
    方法,而不是
    POST

    通过对该
    URL
    执行一个简单的
    GET
    ,您应该会看到以下错误。显然,你需要通过你的参数,使它成功

     {
            "code": 200,
            "error": "username is required."
        }
    

    删除
    -d'{}'
    会将
    curl
    还原为
    GET

    这个答案是我利用提供的信息所能做的最好的尝试。问题很可能是应用程序正在等待一个
    GET
    请求(或
    POST
    以外的其他HTTP方法),但您的curl请求发送了一个
    POST
    请求

    要查看
    curl
    发送的内容,您可以添加
    -v
    (我输入
    example.com
    只是为了有一个响应的服务器)

    $curl-v-H“X-Parse-Application-Id:“-H”内容类型:Application/json“-d'{}''example.com/serverName/Parse/login”
    *正在尝试2606:2800:220:1:248:1893:25c8:1946。。。
    *TCP_节点集
    *已连接到example.com(2606:2800:220:1:248:1893:25c8:1946)端口80(#0)
    >POST/serverName/parse/login HTTP/1.1
    >主持人:example.com
    >用户代理:curl/7.51.0
    >接受:*/*
    >X-Parse-Application-Id:
    >内容类型:application/json
    >内容长度:2
    
    系统需要一个
    GET
    请求:

    为此,向/1/login端点发送GET请求,用户名和密码作为URL编码参数:

    我假设通过迁移,您还可以升级到较新的
    parse.com
    应用程序,较旧的版本可以接受
    POST
    ,而较新的版本不能


    您需要将curl请求更改为使用
    GET
    而不是
    POST
    。跟着我。删除
    -d
    参数并添加
    --data urlencode
    参数

    这是我利用所提供的信息所能做的最好的回答。问题很可能是应用程序正在等待一个
    GET
    请求(或
    POST
    以外的其他HTTP方法),但您的curl请求发送了一个
    POST
    请求

    要查看
    curl
    发送的内容,您可以添加
    -v
    (我输入
    example.com
    只是为了有一个响应的服务器)

    $curl-v-H“X-Parse-Application-Id:“-H”内容类型:Application/json“-d'{}''example.com/serverName/Parse/login”
    *正在尝试2606:2800:220:1:248:1893:25c8:1946。。。
    *TCP_节点集
    *已连接到example.com(2606:2800:220:1:248:1893:25c8:1946)端口80(#0)
    >POST/serverName/parse/login HTTP/1.1
    >主持人:example.com
    >用户代理:curl/7.51.0
    >接受:*/*
    >X-Parse-Application-Id:
    >内容类型:application/json
    >内容长度:2
    
    系统需要一个
    GET
    请求:

    为此,向/1/login端点发送GET请求,用户名和密码作为URL编码参数:

    我假设通过迁移,您还可以升级到较新的
    parse.com
    应用程序,较旧的版本可以接受
    POST
    ,而较新的版本不能


    您需要将curl请求更改为使用
    GET
    而不是
    POST
    。跟着我。删除
    -d
    参数并添加
    --data urlencode
    参数

    这个问题缺少很多信息。你能添加一些关于该应用程序的详细信息吗?它是自动编程的吗?如果是,什么是应用服务器?我现在编辑了这个问题,它更多地是关于REST-API而不是实际的应用程序。curl语句的
    -d'{}
    部分强制POST。删除它,您将按照下面的答案使用GET。这个问题缺少很多信息。你能添加一些关于该应用程序的详细信息吗?它是自动编程的吗?如果是,什么是应用服务器?我现在编辑了这个问题,它更多地是关于REST-API而不是实际的应用程序。curl语句的
    -d'{}
    部分强制POST。删除它,您将按照下面的答案使用GET。。