主标题：什么是织梦二次开发(织梦cms二次开发)

什么是织梦二次开发,织梦cms二次开发

内容导航：

织梦仿站和织梦二次开发有什么区别

“二次开发”是什么有哪些怎么学

织梦二次开发后台核心文件管理系统出现致命错误，求解决方案

谁说国外的程序员过得好法国政府搞的软件项目坑出新境界搜狗

一、织梦仿站和织梦二次开发有什么区别

仿站是仿制别人的网站。二次开发是在dedecms的基础上开发新功能。

二、“二次开发”是什么有哪些怎么学

二次开发是相对于底层开发而言的。
底层开发：所谓的底层开发是指通过计算机编程语言，在不基于（利用）其它平台软件的情况下 实现新的算法、模块，以及一款独立的新的平台软件。
由于底层开发不基于别人的软 件平台，有很强的独立性；同时开发者可以从底层算法的基础上实现，各种功能的 优化和突破。
具有很强的独立性和灵活性。
但是由于是底层开发一切都要重头做起， 难度相当大，软件开发的周期相当长，同时为了更好地追求速度和可移植性多采用 较为低级的语言如：C++。
而不提倡采用C#，Java等。
二次开发：所谓的二次开发是指通过计算机编程语言，在基于（利用）其它平台软件的情况下， 实现各种符合自主需要的新的模块、以及新的软件。
由于二次开发是基于别人的平台 下开发出来的，注定了它不能脱离自己开发所依据的平台软件或者是该平台所发布的
运行时；同时很难或者说无法再算法和功能上实现新的突破。
具有很强的依赖性和局 限性。
但是由于是二次开发，许多困难的底层算法部分已经被制作成各个模块，可方 便开发人员随时调用，开发起来方便快捷，大大缩短了软件开发的周期。
多采用的 开发语言为：C#、VB、Java等。
简单来说：底层开发是中国创造，二次开发是中国制造，其中的技术含量可想而知！二次开发有哪些：那就得看你要对什么东西进行二次开发了。
要是对AutoCAD进行二次开发那就 是AutoCAD二次开发；对ArcGIS进行二次开发那就是ArcGIS二次开发。
以此类 推。
可以说有多少可以依据的平台软件就可以有多少中二次开发。
怎么学：一、看你想在哪一方面发展了，例如：如果你想在GIS行业发展肯定要会一款GIS的二次
开发，而GIS平台软件也多种多样，如：ArcGIS、MapGIS、SuperMap等等，你可
以选一款市场前景大的平台软件进行二次开发（首推：ArcGIS）。
二、二次开发也是软件开发，只要你有过强的计算机语言功底和开发思想，一切问题 都会迎刃而解。
要知道一通百通的道理。
有过强的计算机语言功底和开发思想才是
成功的王道！二次开发，简单的说就是在现有的软件上进行定制修改，功能的扩展，然后达到自己想要的功，一般来说都不会改变原有系统的内核。
一般的来说，一些大公司如ibm开发了一个大型的软件系统平台，根据不同的客户的需要，一些其它的中小公司为客户根据需求在该平台上进行第二次有针对性的开发。
是否提供相应的接口，有的软件公司只提供软件，但也有小公司连代码一起出售，如是后者，就更方便进行二次开发。
比如售票系统，车站里面弄好了，提供几个储存过程给银行，银行就可以代理售票了，这也是一种，还有一种如我们利用delphi,c#等操作word等。
solidworks二次开发通常有两种形式：一是独立应用程序(standalone
application)，用户程序作为一个独立的应用程序(.exe),通过
api接口调用solidworks提供的服务，完成对solidworks的控制和操作；二是插件形式（apin
application)，用户程序作为一个插件（.dll)集成到solidworks中去。
插件形式下，用户程序跟solidworks程序运行在同一进程空间，运行效率高，而且用户可以在solidworks中添加自己的菜单、工具栏、属性页等，使用户程序跟solidworks程序浑然容为一体。
由于插件程序跟solidworks运行在同一进程空间，插件程序的异常会导致solidworks程序的不稳定，因此在做开发时也要更加小心。
相对应的独立应用程序跟solidworks程序运行在不同的进程空间，客户程序的异常不会影响solidworks，但由于涉及到跨进程调用，它的效率会相对比较低，而且这种方式下用户不可以在solidworks中添加自己的菜单、工具栏和属性页等。
任何支持com和ole的编程语言都可以成为s0lidworks的开发工具，如vb、vba、c、vc++等。
开发者可以根据自身的条件、工具的特点，选择一种适合的开发工具。
visual
baic(vb)是运行在windows环境下的一种可视化编程语言，使用面向对象的编程方法(oop)，它所具有的图形设计工具、结构化的事件驱动编程模式和开放的环境，可以使用户即快又方便地编写出windows下的应用程序。
在solidworks中通过宏录制可以记录solidworks用户的整个产品设计过程，把用户的界面菜单操作所用到的solidworks对象、方法都一一记录下来，其语法完全符合visual
basic。
根据宏文件中的对象和方法在自己的应用程序中合理调用，通过对变量的控制就可实现产品的参数化设计。
在二次开发过程中，宏录制文件中的许多对象、方法可以直接在visual basic应用程序中应用，简化了开发过程。

三、织梦二次开发后台核心文件管理系统出现致命错误，求解决方案

织梦官方帮助中心给出的答案是

A：一种可能是发送的SQL语句太长，以致超过了max_allowed_packet的大小，如果是这种原因，你只要修改，加大max_allowed_packet的值即可。

A:建议这样：

1、(网站路径) 这里面确定是否有中文，是否有空格，这两都都会影响；

2、确定或php_admin_value 是否限制了目录

3、确定是否支持dir函数

4、dede不能装在虚拟目录

另有一种解决方法是 只要删除后台->系统->系统基本设置->核心设置 里面的
DedeCms安装目录里面的内容就行，如果你是安装在根目录的。如下图：

四、谁说国外的程序员过得好法国政府搞的软件项目坑出新境界搜狗

编者按：很多软件项目开发时间大大超出了规划的时间，投入大量资金和人力，都没有实在的结果。
曾在如果你讨厌你的编程工作，请认真阅读这篇2008年的文章吧。
法国科技公司为政府做的项目，预期两三年，做了十二年还在做；6百万行C++代码，经理比工程师多，人员素质极低。

几年前，我在一家法国大型科技公司工作，为他们的一个软件项目做咨询师。
在那段时间，我见识到了软件工程工作方面最匪夷所思的一切，完全超乎我的想象。
项目人员工作极度不专业，而更严重的是，工作环境完全无视人的尊严。
我一度觉得去那里上班就像坐牢。
我只要举几个例子，读者自然就有分晓。

工作内容

为一个政府部门开发一款软件。

政府先付了几百万欧元的订金，软件开发耗时初定2到3年。
公司雇了几个工程师，开始了项目。
每隔三个月，团队人数就翻一番，以便让资金不断流入。

7年后，项目还不成样子，连雏形都没有。
每天公司都要交几千欧元的罚金。
于是，管理层决定节流，把经验丰富的员工都辞退了，雇了些经验少，甚至完全没经验的新人。

10年后，项目进度实在太滞后，中层管理人员决定雇佣有软件工程经验的人，把项目拉回正轨。
公司的员工每三个月换一批，也就是法国离职交接期的时长。

12年后，项目还没结束。
公司每天给政府发的修改申请越来越多，以“补贴”每天缴纳的罚金。
此时已经是2008年。

项目数据

600万行代码

基于C ++

50,000+类

使用的C ++已经过时，“锁死”在编译器版本中，编译器的版本只能一个操作系统上用。

基于CORBA

项目使用的数据库软件背后的公司已经破产

图层用户界面有好几个，但实际上每一层都没人维护。

32台计算机上构建，需要48小时

运行一个用户界面需要40到50个并行进程

没有动态库链接：可执行文件大小在数百兆字节范围内

启动时间约为15分钟

瘫痪频率：每30秒到30分钟一次

没有那个软件工程师会说C++很简单。
就其复杂程度而言，这或许是最难掌握的编程语言，就连创造C++的几个工程师都坦白说，他们自己也没有完全掌握。

这种无底洞、大迷宫似的语言，还是有不少人扬言说自己已经掌握了，只要有机会，他们就敢用给你看。
他们一猛子扎进这口深井，最后大多遍体鳞伤。
看着一满篇天书，花不知多少小时，也找不到瘫痪原因。
人都是很聪明的，人生短暂，投入一段时间没有回报，就会“弃暗投明”，改用其他语言，改做其他项目。

软件一大，不管是什么语言写的，维护起来都很难。
6百万行代码，就一个小团队维护，只要想想就能发疯。
6百万可不是小数字，就算一秒钟读一行，也要70天不眠不休才能看完。

我再举两个实例，读者就知道这个项目有多让人崩溃。

有一个开发者被分配了这样一个任务：找出在界面上点击右键，界面冻结的原因。
他花了几天时间，仔仔细细检查，耗掉大半耐心之后，他发现，在界面上右击后，其实没有错误，只是内容菜单要45分钟后才弹出。
每次用户在主窗体点击后，菜单是动态生成的，但是背后是巨量的静态内容，因此耗时长。
有些用户反馈说“加载CD”的命令完全没反应。
这个问题花了几个星期才弄明白，但是最后，错误报告却被标记为“已解决”，因为数据确实有加载，只不过是花了整整7天，才加载完700兆的数据。
嗯，不然怎么说耐心是美德呢…

版本控制 犹如脱缰野马

好几年过去了，团队里终于来了个人才，提出要用版本控制工具。
第一次尝试，效果不如人意，于是团队决定换一个系统。
又过了纪念，每次更新的历史数据全没了。
最后，他们选择使用一个瑞士的系统，图形用户界面简直不堪入目。
有一个四人小组全职负责版本控制软件方面的维护问题，跟他们合作，我们常常面临以下的问题：

第一次测试需要与版本控制团队先预约时间，通常在一周后才授权。

未经中层管理人员授权，不允许编辑文件。
必须事先告诉经理要编辑哪些文件，然后申请上级许可，再预约版本控制团队，在几天后才能编辑。

每次修改代码都会产生分支文件，也就意味着必须合并所有修改。
有了这么多的文件，你可能觉得，不会出现两个人弄同一个文件上的重复劳动。
但事实证明，大家都在弄同样的100个文件。

检入过程非常痛苦，这个过程中，你的代码经过自动化错误检测软件审查，最终由中间管理人员审查。
不用说，bug的出现速度永远比开发人员纠正速度快得多。
如果你仔细看注册的错误数量，每次修正导致的新bug数量，是原来bug数量的两倍。

版本控制很简单。
旧软件是版本1，目前的软件是版本2，未来的软件是版本3.没有人知道哪个版本已经交付给客户了。

从前的某一天，公司安排过正式交付。
但是这个时间不是团队内的人定的。
那天，客户受到了一张没有内容，只有安装指引的光盘。
那时因为，没有人知道怎么把这个项目做出来。
后来客户发现他们受到的光盘里，什么也没有，于是给公司发了封正式的投诉信。

公司居然把旧版本的软件发给了客户。
客户之所以能发现，是因为他们看了“说明”栏，里面的内容跟上一年的版本大同小异。

“人件”

微薄薪水 只能雇庸碌之辈

团队里大部分人都是没有软件工程经验的人，软件里要不是大部分都是bug，就奇了怪了。
经理意识到，一个单纯的软件项目，支出的大头是薪水，真是天资聪颖。
但是，这个大发现丝毫没有影响TA炒掉工程师，不论他们有没有经验，却把桌面上有“C++傻瓜入门”之类书的管理人员统统留下了。

我们的梦想团队

团队55人：20个开发者，35个管理人员

没错，管理人员数量比工程师还多。

管理人员最擅长的就是开会，讲的都是同一个PPT，一遍又一遍，讲到吐为止。
而开发者就在宽敞的共用办公空间里聊天解闷。

很多管理人员在软件工程上毫无经验。
当时SCO-Linux争议炒得沸沸扬扬，不管整件事算不算闹剧，很多人都意识到，以后要用自由软件都要付费了。
）不用说，整个软件到处都是GNU C库里的代码，一个巨型GNU兼容的非共享软件。
但是，就这个项目的水准，估计也没人敢把代码放出去。

自由软件（free software），根据自由软件基金会对其的定义，是一类可以不受限制地自由使用、复制、研究、修改和分发的，尊重用户自由的软件。
这方面的不受限制正是自由软件最重要的本质，与自由软件相对的是专有软件（proprietary
software），或被称为私有软件、封闭软件（其定义与是否收取费用无关──自由软件不一定是免费软件。

整个团队，技术水平不如人意，了解互联网的人屈指可数，其中自认为了解互联网的，以为互联网只是为爱情动作片而生的。
他们之间，如果有人说自己在网上看了点东西，听者就会露出会心一笑。

地狱之旅

本来在这里的工作，虽然不算优越，至少不会无聊。
但是顶层的管理人员非要采用纳粹管理集中营的办法来管理员工。
我随便举几个例子：

早九点后到岗是不允许的。
有一天, 经理站在大门后，把9点整以后到的所有员工都当场炒鱿鱼，包括一些经理和销售人员。

抽烟的员工，因为跑出去抽烟，工作的时间就打了折扣。
所以管理层决定让所有员工都不许吸烟。
当然，没有用。

有时候，一连好几天咖啡机都被收起来。
因为跑去喝咖啡的人自然没有坐在办公桌前的人、伏案写代码的人工作时间长。

每次有上级来视察，咖啡机就要关掉，以便给上级留下大家都在桌前认真写代码的印象。

那里的洗手间是我去过的洗手间里最恶心的。
大概也是为了提高大家的效率：上厕所的时间少了，工作的时间自然就多了（工作质量自然也上去了）。

这样的工作，这样的管理，为什么大家还要来上班？最主要的原因就是当时法国深陷经济危机（某种程度上，现在也是），有工作，有薪水几乎成了特权，工作环境、内容自然就没那么在意了。

还有一个原因，对于在那里的大多数员工而言，这份合约算是他们与一家真实公司签下的一份实实在在的合约。
没有对比，就没有伤害，他们可能都不知道这份工作的糟心程度。
很多员工新入职场，觉得迟到就被炒鱿鱼，也没什么不合理的。
但是，这样严苛的标准，晚一分钟都不行，只有变态的管理者才会付诸现实。

话又说回来，政府怎么会让这样的事情发生呢？但我们都心知肚明，政府里管这个项目预算的官员和软件公司的顶层管理人员拜过把子，关系够铁。
在法国，这种程度的腐败也没什么新鲜的。
很多人根本不知道，更别说有什么惩罚或者后果了。
当然，也不限于法国，放眼欧美，这样的故事也不少。

所以，下次上班觉得难熬，要学会置身处地。
想像一下自己在那里工作，会是什么光景。