是指在基本硬件和宿主软件的基础上,为支持系统软件和应用软件的工程化开发和维护而使用的一组软件,简称SDE。它由软件工具和环境集成机制构成,前者用以支持软件开发的相关过程、活动和任务,后者为工具集成和软件的开发、维护及管理提供统一的支持。
开发环境时程序猿们专门用于开发的服务器,配置可以比较随意,为了开发调试方便,一般打开全部错误报告和测试工具,是最基础的环境。开发环境的分支,一般是feature分支。
一般是克隆一份生产环境的配置,一个程序在测试环境工作不正常,那么肯定不能把它发布到生产服务器上,是开发环境到生产环境的过度环境。测试环境的分支一般是develop分支,部署到公司私有的服务器或者局域网服务器上,主要用于测试是否存在bug,一般会不让用户和其他人看到,并且测试环境会尽量与生产环境相似。
生产环境是指正式提供对外服务的,一般会关掉错误报告,打开错误日志,是最重要的环境。部署分支一般为master分支。
三个环境也可以说是系统开发的三个阶段:开发->测试->上线,其中生产环境也就是通常说的真实的环境,最后交给用户的环境。
#include <stdioh>
void g(int b[],int n)
{int i,t;<br/>for(i=0;i<n/2;i++)<br/>{t=b[i];b[i]=b[n-i-1];b[n-i-1]=t;}
}
main()
{
static int a[10]={0,1,2,3,4,5,6,7,8,9};
int i,n;
printf("Please enter a number:");
scanf("%d",&n);
printf("\n");
g(a,n);
for(i=0;i<10;i++)
printf("%d",a[i]);
printf("\n");
}
找到错误的地方了scanf("%d",n);应该改成scanf("%d",&n);
scanf要求是地址,祝你好运!
GetFastRulesGenForumGenMiscGenLoadLabelText(Int32 id, String TempName, String TempUrl)
GetFastRulesGenPostPostGenToReplyContent(Int32 BoardID, Int32 NowUserID, Int32 topicID, String TempUrl, String Content, String Special, String ReplyUserID, String Limit, String ManageComment, Boolean viewAttachment)
GetFastRulesGenPostPostGenGenTopicContent(Control control, String tempUrl, Int32 nowUserID, String SkinUri, String ShowNav, String Language)
索引超出了数组界限,看看里面跟数组和集合有关的变量,设置断点跟踪一下看看。
一个php的项目,里面涉及一些 *** 作。原本在测试环境运行正常的功能,但是发布到生产环境后,却报错了:“call to undefined function imagecreatefromjpeg”。
经过排查,笔者发现两个环境在处理png格式时,都能成功。但是如果上传了jpeg或webp格式,生产环境就会报错。
进一步检查两个环境的phpinfo,笔者发现两边虽然都安装了GD库,但测试环境的GD库支持所有格式,而生产环境的GD库只支持png和gif。
除了phpinfo()函数,还可以使用php -ri gd 命令查看gd模块的细节信息。
测试环境
生产环境
所以生产环境之所以会报错,是因为: 生产环境的GD库,并没有支持jpeg和webp格式的能力。因此,需要针对GD库进行扩展。
那么问题来了, 为什么测试环境的GD库支持的全,而生产环境的GD库却支持的少呢?
这是由于当时搭建测试环境和生产环境的人,不是同一人,他们用了截然不同的方式进行搭建。测试环境使用了yum安装,而生产环境使用了源码编译安装。
处理这个问题时,我不禁思考,yum安装和源码编译安装,孰优孰劣?
下面以扩展gd库为例,我会从使用方式、优缺点这两个方面进行探讨这个问题。
yum安装很简单,只需要输入几个命令就行。
举个栗子1:用yum方式为GD库开启webp支持
源码安装相对复杂,不过和windows安装应用的步骤相似:
举个栗子2:用源码编译为GD库开启jpeg支持
yum安装和编译安装各有千秋,yum安装简单但不灵活,编译安装灵活但比较复杂。
笔者喜欢yum安装,毕竟更新一下yum源也很不难。
那么,你更喜欢哪种方式呢?
2022年7月11日更新:
在生产环境中无法查看控制台可能是由于安全原因造成的,或者是因为生产环境中的服务器配置不允许查看控制台。
为了解决这个问题,您可以考虑以下几种方式:
使用远程日志记录服务:将控制台输出写入远程日志服务器,您可以在生产环境中查看日志。
使用监控工具:使用监控工具监控生产环境中的应用程序性能和状态。
配置远程访问:在生产环境中配置远程访问,允许您在远程位置查看控制台输出。
使用错误监控和跟踪工具,如 Sentry,New Relic,Logstash,等,这些工具可以帮助您收集应用程序的错误和性能数据,并且可以在生产环境中查看。
让运维人员/开发人员进行排查
有两种比较易用的方法:
关于两种将Java程序转化为exe程序工具的使用及比较
一 JSmooth
1出品
Jsmooth,Sourceforgenet
2 类型
free
3 下载
>
以上就是关于生产环境,测试环境,开发环境的介绍全部的内容,包括:生产环境,测试环境,开发环境的介绍、在VC环境下,程序中报错Abnormal program termination,怎么解决、“/”应用程序中的服务器错误。等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)