ShopEx customSchema 定制能够依据客户的需求对站点进行对应功能的加入改动或者删除

站内锚文本制作
1.改动config.php,在文件末尾添加下面内容

define(‘CUSTOM_CORE_DIR‘,BASE_DIR . ‘/custom‘);

2.添加custom目录(与core同目录)。再新建目录 include ,并新建文件 customSchema.php 添加内容例如以下

<?php
$cusmenu[‘tools‘] = array(
‘items‘=>array(
array(
‘type‘=>‘group‘,
‘label‘=>‘站内锚文本‘,
‘position‘=>‘after|begin|end|before‘,
‘reference‘=>‘工具箱‘,
‘items‘=>array(
array(
‘type‘=>‘menu‘,
‘label‘=>‘锚文本管理‘,
‘link‘=>‘index.php?ctl=custom/anchor&act=anchorList‘
)
)
)
)
);
?

>

3.新建控制器文件 ctl.anchor.php
4.新建模型文件 mdl.anchor.php
5.改动文章控制器 ctl.article.php 改动下面代码

$this->pagedata[‘article‘][‘content‘] = implode(‘‘,$tmpContent);

为下面代码

/*
**锚文本自己主动替换功能
**注意:假设确实包括字符但又没成功替换,请注意页面编码问题
**假设有必要的话,您能够自己定义样式来突出显示锚点内容,如 .anchor{color:red;}
*/
$tmpContent = implode("",$tmpContent);
$anchorObj = &$this->system->loadModel(‘custom/anchor‘);
$anchor = $anchorObj->getAnchorList();
$j = 0;
for($i = 0;$i<count($anchor);$i++){
if($j >= 5){break;}
$anchorName = trim($anchor[$i][‘name‘]);
$anchorUrl = trim($anchor[$i][‘url‘]);
if(strpos($tmpContent,$anchorName) !== false){
$str = "<a href=‘". $anchorUrl ."‘ target=‘_blank‘ class=‘anchor‘>". $anchorName ."</a>";
$tmpContent = preg_replace(‘/‘. $anchorName .‘/‘,$str,$tmpContent,1);
$j++;
}
}
$this->pagedata[‘article‘][‘content‘] = $tmpContent;

完整实例,可点击这里下载:站内锚文

时间: 2024-10-18 07:29:04

ShopEx customSchema 定制能够依据客户的需求对站点进行对应功能的加入改动或者删除的相关文章

《小团队项目管理》第三问 --- 如何看待客户的需求变更?

作为一名码农,在项目开发过程中经常会涉及到项目的需求变更,变更的理由也是多种多样,总结而来分为外部和内部,从外部讲,例如:为了顺应某行业新的工作操作规范,甲方要求现有项目在工作流程环节上进行局部功能的变更:从内部讲,通过对市场环境的不间断调研和数据分析,公司产品在同类产品竞争中处于不利地位,市场份额日渐缩小,那么我们的产品设计人员会积极行动起来对产品的整个定位和新业务展开新的思考以寻求更加稳健的创新突破口,这就会对项目产生一定的需求变更. 此图是从CSDN社区截取下的,我相信很多看到这个问题的筒

深入理解客户的需求至关重要!

今天和客户又讨论了小半天的问题,发现自己比较愚钝没有正确的理解客户的需求,还有就是客户那里的想法总是变动的让人捉摸不透,而对于开发而言,至关重要的就是客户的需求了!至少我们现在的开发模式是完全的围绕着客户的需求来定的和运作的!如果不想周期性的返工,不想使自己的代码有太多的局限性,不想加班加点的老做那点事情,最好在自己动手之前将用户的需求完完全全的理顺弄清楚搞明白,否则头疼是迟早的事情!需求对于开发的至关重要性,是不言而喻的,随着开发工作的进展这一点会越来越更加的明显!但是对于业务不熟的开发人员,

项目管理中如何更好的控制客户的需求?

做项目管理经常会遇到这样的场景:公司的销售人员兴冲冲的拿来一份与客户签订的合同交给你,声称这项目已经搞定了,但是当你拿过来合同(或者任务委托书)一看,关于需求,项目范围的说明只有寥寥数行,要么是一些高举高打的套话,要么只说项目都包含什么样的模块,而对具体的业务只是一两句话就完事儿了,如果是一位身经百战的管理者并且对于项目的具体业务很熟悉还可以,如果不是那该如何开始这个项目呢?还有一种情况,客户在项目进程中,不断对阶段交付的系统提出各种修改意见,更令人气愤的是,有些问题开始提出更改,也有个能进行反

工作总结1.怎样高效跟客户确定需求?

    工作总结1.怎样高效跟客户确定需求? 9月2日的下午接到通知去JCZB上班.目标是使用SSH框架实现一个全新的系统.由于SSH刚学完,有没有做过项目,所以心里比較发慌.可是,毕竟对于自己而言是一次非常难得的机会,所以就欣然接受了. 9月3日是正式上班的第一天.下午经理安排每人做一个小项目. 我拿到的是"企业社保欠费查询系统",领到手的需求文档.仅仅有一页纸.另一份相应的原型.于是,我開始充分发挥自己的想象力,来理解客户的需求.并在原有的基础之上进行扩充. 曾经做项目都是需求已经

项目如何开始:怎样和客户谈需求(转)

三种客户类型: 1 的确很专业.能提供基本可用的文档,能给出要求规范,能向你提出有价值疑问和担心.能快速回答你的问题. 2 以为自己很专业. 给的文档基本没法用.没法提供规范和标准,喜欢指指点点和挑毛病.只会向你提傻逼问题.基本回答不了你的问题. 3 啥都不懂. 不给文档.能给你几个参考范例(打开数个网站,告诉你我要做成和它们一样的.)只能等着你来问100个问题... 四种合作方式: 1 创始人直接和你接洽: 交流结果的协商余地很大,需求不易反复,细节不会被过分追究.更容易统一想法,执行力高,你

摆平客户的需求变更之表单扩展属性

客户永远是对的!客户的需求永远是多变的! 需求说明文档写得再详细,说改还得改,程序猿永远这么苦逼. 为了应对客户多变的需求,今天先说说表单的扩展属性.目的是在不修改代码,不重新发布程序的情况下完成表单的扩展. 先下下图: 从这个界面上可以定义如何对表单上进行扩展,在表单上增加一个什么控件,大小.内容.验证都可以的. DEMO地址:http://121.40.148.178:8080/ . 用户名:guest,密码:123456 是的,如果是下拉框的话还能绑定数据源,选择就可以完成,绑定了数据字典

工作总结1.如何高效跟客户确定需求?

    工作总结1.如何高效跟客户确定需求? 9月2日的下午接到通知去JCZB上班,目标是使用SSH框架实现一个全新的系统.因为SSH刚学完,有没有做过项目,所以心里比较发慌.但是,毕竟对于自己而言是一次很难得的机会,所以就欣然接受了. 9月3日是正式上班的第一天,下午经理安排每人做一个小项目.我拿到的是"企业社保欠费查询系统",领到手的需求文档,只有一页纸.还有一份对应的原型.于是,我开始充分发挥自己的想象力,来理解客户的需求.并在原有的基础之上进行扩充. 以前做项目都是需求已经确定

软件项目外包,如何与客户谈需求

接项目最重要的一步是与客户谈需求.客户对软件的需求是项目规划和实施的根本,所以在与客户谈需求时,一定要让用户将所有的想法尽可能的阐述清楚,并把所有的要求罗列出来.这时候不应该害怕“勾引”起客户的潜在需求而增加设计开发的工作量.而应该直接明白地要客户把项目的要求一条条地列出来.这时先把条理.归纳.分析先都扔到一边去,用纸笔将用户最原始.最完整的要求准确地记录下来.假如项目在你对客户的需求没有完全了解清楚的情况下就匆匆上马,那么就会随时发生意想不到的变更,轻则使项目延期或超出预算,重则使得原来已经做

[转] 项目管理---项目经理如何应对客户的需求变更?

项目管理---项目经理如何应对客户的需求变更? 目录(?)[+] 相信做软件开发的我们,大家都有这样的体会,当我们辛辛苦苦的熬了几个月的通宵.加班后,终于完成了客户提出的V1.0功能需求,当我们大家准备按部就班的进行系统上线时,客户.企业用户突然改变了需求,不想这么做了,提出了新的需求,新的变动,这样对于我们整个团队来说,正如晴天霹雷,很恐怖的事情啊,因为有时候,用户只是简单的一句话,但是对于系统的调整来说工作量是非常大的. 需求变更,本应是客户的权力,但也是实施顾问的为难之处.如果确需变更,当