ASP与PHP编译

ASP与PHP编译,php,asp.net,Php,Asp.net,我正在启动一个重大项目,不久将聘请开发商。现在,我正试图在ASP.net和PHP之间做出选择,并且强烈倾向于ASP,因为大多数桌面应用程序都是用C编写的# 这个项目的大约50%将被编码到一个网络系统中。我的问题是如何保护代码。php或asp是否提供任何形式的编译都不会显示默认的源代码?在安全可靠的服务器上,也不会显示其源代码。在选择技术时,你应该让程序员有很大的发言权。无意冒犯,但你没有资格独自做出选择 最大的问题是你的团队有多熟练。如果你雇佣了一帮.net人员,并期望他们编写PHP代码,那么你

我正在启动一个重大项目,不久将聘请开发商。现在,我正试图在ASP.net和PHP之间做出选择,并且强烈倾向于ASP,因为大多数桌面应用程序都是用C编写的#


这个项目的大约50%将被编码到一个网络系统中。我的问题是如何保护代码。php或asp是否提供任何形式的编译都不会显示默认的源代码?

在安全可靠的服务器上,也不会显示其源代码。在选择技术时,你应该让程序员有很大的发言权。无意冒犯,但你没有资格独自做出选择

最大的问题是你的团队有多熟练。如果你雇佣了一帮.net人员,并期望他们编写PHP代码,那么你的网站就会很糟糕,反之亦然

你应该雇佣一些开发人员,或者至少是你的首席开发人员,并和她谈谈这件事


因为您将拥有桌面应用程序。net似乎是一个合理的选择,但您还没有考虑到与您的业务/应用程序相关的其他问题

PHP代码是从原始文本脚本文件中执行的,其格式与编写它们时完全相同。ASP代码可以编译成可以导入的库

故事的寓意:PHP不提供来自服务器端旁观者的保护,如果您使用上述表单,ASP会提供保护。当然,这是假设他们首先有某种方式进入服务器:两者都将通过向外部隐藏脚本来提供基本的保护

您可以添加另一种形式的保护,方法是确保执行脚本的用户具有强密码,并且不受其他用户读取、写入或执行的影响


我建议您根据自己最熟悉的编码方式做出选择:你不能用刀子打鸡蛋。

让我先说我对ASP.net一无所知。但是,就PHP而言,您有3种保护PHP代码的选项:

  • 用于对代码进行编码和模糊处理。当然,它是可逆的,但如果解码的代码是由一种不太复杂的机制编码的,那么像这样的模糊代码的解码和摸索是令人难以置信的乏味。我没有使用过它,所以我不知道它如何适应出版过程,但我认为这只是另一个步骤。此外,如果您要在客户服务器上安装此软件,它还提供许可
  • 将大部分专有代码编写为php扩展(eek!)。这大多是开玩笑,但如果它对你有效,那么它对你也有效
  • 通过保护服务器来保护代码。如果这不在公共服务器或分布式服务器上,那么它就不是一个真正的问题

  • 我们要不要把say Java和Ruby混合在一起,让对话更加生动?选择您或您的团队最擅长的技术。他们都有自己的优缺点,而人们犯的最大的错误就是觉得自己依附于其中任何一个

  • 哪个服务器操作系统(Linux、Windows、Mac)
  • 哪个web服务器(Apache或IIS)
  • 什么是浏览器兼容性矩阵
  • 银灯
  • 阿贾克斯?JQuery
  • 哪个数据库
  • 预期负荷?可伸缩性要求
  • 网络服务?肥皂还是休息
  • 我的建议是,无论您的环境如何,通过web服务公开功能;它强制MVC分离,并为单元测试提供了良好的硬点。然后在PHP和ASP.Net中创建web界面原型,看看您喜欢什么


    如果你自己托管应用程序,那么隐藏代码就不是问题。如果你在销售它,那么你就不得不困惑,但这两种环境都有很好的工具。

    +1让使用技术的人参与到哪种技术的讨论中。@Byron Whitlock:公平地说,你不知道OP的用例。也许他将把他的应用程序分发给客户,这样他们就可以在他们的服务器上运行,他想发送编译的/模糊的代码,使客户很难/不实际地解构它。@Asah,这是事实,但他是一个关键时刻,将决定他的项目的成败,他应该与专家坐下来,我不会在网上发帖子,希望他能得到正确的答案。我不会托管网络服务器。其中一些最终将包含helth care数据和其他我不想负责的东西(除了确保我的代码没有bug之外)。至于程序员,我们已经为桌面应用程序雇佣了.net团队,但如果需要,我们愿意雇佣一个php组。正如您所介绍的,如果可以在服务器上重复使用桌面代码,ASP似乎占了上风。话虽如此,作为PHP的狂热爱好者,我会认真地重新考虑是否需要一个单独的桌面应用程序。我认为惠特洛克很好地表达了这种担忧。