AAA LOGO 一款很强大的logo制作软件

0

      刚跟客户要LOGO源文件时,他告诉用这个软件做的LOGO,源文件格式为al8,下载了一个试用了一下,发现这个软件很强大,对于不懂PS不懂口罩的人来说,有了这个软件,可以在很短的时间内制作出比较漂亮的LOGO。

    以下为软件介绍

    一款Logo设计软件。通过简单而强大的方式设计专业的Logo,几分钟内就可以用于网页或者打印出来。内置60个模板,也可以自己定制模板。附带包含2000多个Logo对象和剪贴画的图库。所有内置Logo对象都是基于矢量的,可以轻易的缩放和旋转。也可以对任意单独对象应用不同的样式,得到几乎无限的对象和效果组合。

Windows系统下无法将文件命名为con

0

       我用迅雷下载了一个Flash 命名为con.swf  下载完之后自动变成了con(1).swf 重新修改回con.swf 系统提示重名无法修改
     又尝试了下其他的后缀 如con.txt均无法命名。

  挺有意思的 标记一下。

如何制作竞价页

0

  竞价页上基本上就是这几个大的区域,当然还有很多细节上的东西,例如联系电话,联系地址等等,这些我们后面会介绍的。

  我们再重新回顾一下竞价必需的几个区域:

  1、视觉冲击力,视觉冲击力区域是让人们对这个产品的功效有个粗略的认识,从而提起兴趣度。

  2、症状列举区,让访问者自己对号入座,从而加深兴趣,想更深层次的认识。

  3、害处区,展示此类症状给人造成的危害或者是带来的不便,让访问者对自己的q况产生担忧。

  4、产品优势区,让访问者感觉到有希望解决这个问题。

  5、产品比对区,给访问者一个选择我们,而不选择其他同类产品的理由。

  6、产品权威认证,给访问者吃上定心丸,从而让他们认可我们的产品。

  7、产品展示区,让访问者从直观上来认识这个产品的真实*样。

  8、订购区,让访问者直接填写定单,货到付款。

  我们做的这8步,其实都是围绕着一个消费者的心理来进行做的一系列的准备,竞价产品做到三点,就无敌了:

  产品具有足够的诱惑力

  产品具有足够的竞争力

  产品具有足够的可信度

  足够的诱惑力,这个可以通过语言来进行包装,也可以在选择产品的时候,选择一些本来就有诱惑力的产品,诱惑力这个谁都可以轻松的包装,例如我可以包装日收入500元的项目,你也可以包装日收入500元的项目,但是也许我能卖出去,你卖不出去,所以诱惑力这个难度不大,对销售的影响也不是最重要的。

  产品具有足够的竞争力,就是有价格优势,有独一无二的功能优势和资源优势,这个也好解决,因为也可以通过语言来进行包装。例如我说我的项目动动鼠标就可以了,其他人也可以这么包装,所以产品有足够的竞争力,这个也可以通过语言来进行完成。

  产品具有足够的信誉度,这个就需要做大量的工作,从语言文字的组织上,从图片的处理上,从域名上,从电话号码上,从联系人上,从公司名称以及所在地上,从产品的证书以及研发人员介绍上,其实我们做的一切环节,都是围绕着产品具有足够的信誉度这个环节来做的准备。

  因为别人看不到产品,对于这个产品的认识只能通过竞价广告页来实现,如果我们看到一个广告页是破破烂烂,给人的感觉就是临时拼凑的站,或者是随意申请了个博客,我们可能马上就不感兴趣了,而且觉得这个产品是忽悠人的。

  因为我们访问过很多站,已经有了惯性思维,就是凡是优秀的公司的网站都很漂亮,凡是小公司的站,多数都是随意找人做了个网站而已,公安局的人说,做合同诈骗的,笔迹都非常好,书法都写的很好,也许是同样的道理吧。

DedeCms 多语言企业建站系统公测版发布

0

经过几天的内测,织梦会员给出了中小企业建站专用版很多的意见和建议,织梦官方对大家能够参与官方的内测活动表示感谢。……. 

  一直很喜欢dede,下一个研究一下先··

    测试结果如下

         后台风格几乎没有什么变化 标签部分变动  利用原5.2的频道改写了多语言系统并且可以自由添加多种语言 这点不错

    遇到的问题

      1.必须安装在顶级目录下否则会报错

      2.安装的时候表前缀不可修改必须为dede_ 否则报错

      3.主页模板必须为单页 不可以包含en目录下其他模板 不然的话标签会失效 除非包含的这个页面是纯HTML的

      4.产品展示中{lang}标签不起作用,无论语言是什么全部都读取en目录下的模板,需手动修改数据库中的配置,在后台中官方未给出单独修改这个参数的地方。

      暂时就这些了  待续…

IIS 500错误修复

0

     以前有过一段想用IIS调试点东西,启动服务失败,当时想了很多办法都不行,刚才突然醒过来了我调试PHP的时候安装了phpStudy,而它的Apache服务是默认启动的就是80端口被占用了而已。。想想都汗死..

     IIS500 错误,之前就碰到过 解决方法如下

   “开始”->“设置”->“控制面板”->“管理工具”->“组件服务”中,“控制台根目录”->“组件服务”->“计算机”->“我的电脑”->“COM+应用程序”中,有一个“IIS Out-Of-Process Pooled”鼠标右键“属性”–“标识”–把“此用户”调整为“交互式用户–目前已登录的用户”。然后“确定”,再鼠标右键“属性”–“启动”。

utf8编码下在IE下页面无端空出一行的解决方法

0

  开发中一直没办法解决的一个问题,页面采用UTF8编码,头部和尾部用了模板包含文件的方法,结果头部和尾部无端端各多出一个约10px的空行,什么也没有。
  原因是全部采用utf8编码,包含文件的时候,最后的二进制流中包含了多次UTF8 BOM标记,IE不能正常解析包含多个UTF8 BOM 标记的页面,直接替换成实际显示的回车,这样导致一个空行,而firefox却没有这个问题。
  故如果模板采用包含的方法包含多个utf8文件需要用ultraedit保存时另存为功能 选择utf8 无bom格式保存即可。
  另外,如果中文页面在html head标记中将title标记放在前面会导致页面空白。
  所以utf8页面应该使用标准顺序

<meta http-equiv=”content-type” content=”text/html; charset=UTF-8″ />
<meta http-equiv=”content-language” content=”zh-CN” />
<meta name=”robots” content=”index,follow” />
<meta name=”keywords” content=”” />
<meta name=”description” content=”” />
<meta name=”rating” content=”general” />
<meta name=”author” content=”” />
<meta name=”copyright” content=”” />
<meta name=”generator” content=”” />
<title></title>
BOM头:xEFxBBxBF,PHP4、5尚对BOM无视,所以在解析前直接输出。
对此 w3.org 标准 FAQ 中对此问题有一个专门的描述:

http://www.w3.org/International/questions/qa-utf8-bom

具体如下:

在UCS 编码中有一个叫做”ZERO WIDTH NO-BREAK SPACE”的字符,它的编码是FEFF。而FFFE在UCS中是不存在的字符,所以不应该出现在实际传输中。UCS规范建议我们在传输字节流前,先传输 字符”ZERO WIDTH NO-BREAK SPACE”。这样如果接收者收到FEFF,就表明这个字节流是Big-Endian的;如果收到FFFE,就表明这个字节流是Little- Endian的。因此字符”ZERO WIDTH NO-BREAK SPACE”又被称作BOM。

UTF-8不需要BOM来表明字节顺序,但可以用BOM来表明编码方式。字符”ZERO WIDTH NO-BREAK SPACE”的UTF-8编码是EF BB BF。所以如果接收者收到以EF BB BF开头的字节流,就知道这是UTF-8编码了。

Windows就是使用BOM来标记文本文件的编码方式的操作系统: WindowsXP Professional , 缺省字符集:中文

1) notepad : 可以自动识别出没有带 bom 的 utf-8 编码格式文件,但不可以控制保存文件时是否添加 bom , 如果保存文件,那么会统一添加 bom 。

2)editplus : 不能自动识别出没有 bom 的 utf-8 编码格式文件,文件保存时,选择UTF-8 格式,不会在文件头写上 BOM header.

3) UltraEdit : 对于字符编码的功能最为强大, 可以自动识别带 bom 和不带 bom 的 utf-8 文件 (可以配置) ; 保存的时候可以通过配置选择是否添加 bom.

(特别需要注意的是,保存一个新建立的文件时,需要选择另存为 utf-8 no bom 格式)

后来发现 Notepad ++ 也对于 utf-8 bom 支持比较好,推荐大家使用。

暴风影音宣布召回1.2亿播放器软件

0

6月1日上午消息,5.19断网事件引发出中国软件首个召回案例,暴风影音今日正式宣布召回1.2亿播放器软件,为用户更换“暴风门”特别版软件。这也是中国软件业内首个召回案例。

5月19日黑客攻击DNS服务器造成的连锁反应中,暴风播放软件海量用户成为重要推动力,事件发生后许多网友对暴风软件程序进行质疑。而身处封口浪尖的暴风除公开发过两次声明外,并未对外过多解释。而就在数日前暴风低调联系媒体称将召开“说明会”。

暴风对这场“说明会”的内容一直保持沉默,即使在会议开始前几分钟,众多到会媒体依然不知暴风将“如何说明”这场连锁故障。因为来自电信部门的数据表明,在导致网络瘫痪的巨大域名解析请求中,来自暴风影音的流量高达40%。

虽然暴风多次称自己也是受害者,但网民却对其软件中后门、进程等事宜多加指责。在今日举行的暴风说明会上,暴风公司CEO冯鑫对配合工信部调查、报案等进行详细说明,并最终给出解决办法:召回1.2亿播放器软件。

暴风在公告里表示:6月1日起暴风将在其官网停止所有此前版本的暴风影音播放软件下载,并提供全面的召回咨询。自6月19日起,网民可以开始删除暴风影音软件,更换为暴风公司将为所有用户提供的暴风影音“暴风门”特别版。自6月1日至7月1日,暴风公司将开通24小时召回热线 4008108689,通过这一热线,用户可以咨询并免费申领暴风影音“暴风门”特别版光盘。

此公告宣布引起现场哗然,在中国软件史上并未出现软件召回案例。暴风影音CEO冯鑫现场表示:“虽然各版本暴风影音不存在用户使用问题,但如果 1.2亿用户都替换成新版,在网络再次出现异常的情况下,播放软件带来的DNS请求负担将降低94%,大大增强整个中国互联网的抗风险能力。”

此举被部分业界专家质疑为炒作,暴风影音强调,尽管暴风影音在用户使用时没有任何问题,但互联网软件的特性在特定环境下经过海量用户的放大给中国互联网带来了压力。为了给中国互联网减负,暴风启动了面向1.2亿用户的召回行动

多方证明:微软的病,肯定不行

0

6月1日,微软正式推出名为Bing的新搜索引擎。很多分析人士认为,这是微软在互联网搜索市场上向谷歌垄断地位发起的新挑战。

微软出Bing,其司马昭之心,我想也不必深究,让我们简单分析一下,微软的Bing能够会对于当今搜索格局有所颠覆?其下场会是如何?

首先,让我们看一下微软的搜索之路,那,是一个很久很久以前的故事:

1.1997年7月
Google创始人注册“Google.com”后两个月,微软与Inktomi签订协议,由后者为微软的MSN搜索引擎提供技支持。不过,雅虎随后收购了Inktomi以及微软的广告合作伙伴Overture,这迫使微软依靠雅虎来开展互联网搜索业务。盖茨后来不无遗憾的表示,微软当时“傻透了”。

2.2005年1月
Google成为搜索市场的领头羊,微软也完成了自己搜索引擎的开发,并推出了全新的MSN搜索,网址为“search.msn.com”。不过,该搜索结果的相关性非常不好。

3.2006年3月
微软推出了一个全新的搜索引擎,并启用了新的名称“Windows Live搜索”,地址“www.live.com”。微软随后在搜索引擎中抛弃了Windows的品牌,将搜索引擎直接称为“Live搜索”。

4.2006年10月
微软为搜索引擎推出了一个新的替代主页“Ms. Dewey”。这个虚拟人物能够向用户提供搜索建议,被认为是微软搜索引擎与Web2.0的结合。

5.2008年8月
消息人士透露,微软即将推出新的搜索引擎Kumo,替代Live搜索。这将是微软数年之内对搜索引擎的第四次更名。后被证实为Bing,只是测试期间的代号为“kumo”。

6.2009年6月1日
微软的 Bing (中文名必应)搜索引擎beta版正式上线。

7.2009年6月3日
微软的 Bing (中文名必应)搜索引擎beta版正式被河蟹!
(以上资料来源于互联网)

So,微软就像一个花心的流浪汉,既然你不专情,也别想网民钟情于你!而互联网的历史无数次证明了,但凡不“专情”的产品,都不会长久,Google,Apple,Amazon,Sohu,Sina,Baidu,QQ几时更换过名称,微软必须清楚的明白,用户忠诚度,不是一朝一夕就能完成的,即便你有一个windows的爹。

此外,还有几点原因给我们证明,微软的Bing,不行!

第一:微软态度不够明确,到底是依靠自己发展搜索还是借助外来力量?此前曾想以460亿美元洽购雅虎,用意在于加大与Google竞争的筹码,遭拒后随即放弃收购,但随后面对Yahoo的一些列举措,特别是Yahoo新的CEO向微软再次递出了橄榄枝之后,微软对于Yahoo的收购再度暧昧起来……

第二:曾依靠预装在电脑操作系统的search都没能干掉Google,微软已经错失了进军搜索市场的最佳机会,在反垄断法律法规日益完善的今天,微软更是难以起死回生。

第三:本土化竞争激烈,以中国为例,除了baidu和Google外,sogou,soso,youdao无疑都已经开始加入了对搜索市场的争夺,在Bing面前,他们每一个都可以说“我比你更懂中文”,此外,yahoo,zhongsou终究还没有退出搜索市场,微软Bing,凭什么分来一杯大羹?

第四:网民的迁移成本非常昂贵,让我从一个google和baidu的惯性使用者跳转到Bing,那除非是google和baidu出了什么大问题,不然,我是不会轻易放弃的,但是目前出问题的好像确是bing~

Wrodpress模板中query_posts()函数出错

2

因为在header中要调用contact-form-7,而且这个插件的调用方式只能是内容方式调用,即不能直接写入模板文件中

query_posts(‘pagename=contact’);

使用pagename指定了名为contact的Page用循环读出标签

达到调用contact-form的效果.

本来想的不错。可是query_posts指定规则后不止是对它下一个LOOP生效 导致全站其他LOOP调用失效.

GG了半天没有结果,在官方看到一个参数介绍wp_reset_query 清空wp_query规则

在尾部加上

wp_reset_query();

调用正常了,可是自定义参数仍然无法调用,可能是由于指定了Page的原因

程序为ID自动赋了值,重新把带ID的自定义参数赋值都写到LOOP循环内

问题解决

LOGO设计中的字母设计

0

在科学技术飞速发展的今天,印刷、摄影、设计和图像传送的作用越来越重要,这种非语言传送的发展具有了和语言传送相抗衡的竞 争力量。LOGO则是其中一种独特的传送方式。在我们的生活中到处都能看到LOGO,而有很多是由字母组成的,在设计师设计的时候也是时常碰到字母。而有的设计还没有撑握LOGO设计中的26个字母的基本结构型及设计,以下就简单的介绍,希望大家可以作参考

    A、A罗马体的头部尖端,要略为突出大写字线之外。如果和线一致,便会觉得矮了一点。右上至左下用幼线。中间横线位置适中,如果太高,中空三角形太小,就会有窘迫感。
    B、B这个字可分为上下两部。一般讲字要窄一点,上部幅度比下部小一些,这样有安定感。上下圆曲线之间交接的横线要稍靠向上方一点点,圆曲线的中部厚度比干线要大一些使感觉上大小相称。
    C、C圆曲线要略为突出于大写字线和基线之外,否则字形会显得矮小。回曲线中部的厚度要略大,特别是罗马体,要比其它字更大一些为好。
    D、D这个字从上到下的圆弧比较难画,需要下些功夫。如果回曲部分的厚度不匀称,就很难看了。圆曲中央厚度要比干线略大一些。
    E、E中间横线要略为提高。罗马字的横线切忌过长;无视线体中线则要比下上线幼一点。
    F、F字幅和E字相同,但要略为窄一点较好。无视线体中间横线比视线要稍为幼一点。
    G、G和G一样,圆曲线略超出大写字线及基线。罗马体右下的短干线,比圆曲线中央厚度略小些。有些无视线体,右下部成垂直的形状。
    H、H这个字形较易写,中间根线要稍高。罗马体干线末端的视线,要做到两边等量伸展。字外侧视线应该伸展到框格外一点儿。
    I、l这是最简单的字。罗马体的干线比其他字的干线略粗,看起来就舒服些,下部干线要比上部干线稍为大一点,能增加稳定感。
    J、J罗马体干线下面的弧线,要伸到基线下面去。线珠的形状有多种,但总的要求是略带重感,以求稳定。无视线体的下部不可伸离底线太多,突出一点就可以了。
    K、K罗马体的上部斜线用幼线,和干线的交点应略低于干线的中点。无视线体的右边和夫脱粒体一样成“<”形,有些则类似于罗马体。
    L、L这个字的字幅较大,但尽可能取小一些,特别是右侧邻字并排时,要注意斟酌字幅,不要使中间过于宽大。
    M、M罗马体的中间倒三角形尖端直抵基线,也有略为突出基线的,不过切忌突出过多。左侧竖线用细线,无视线体也有两侧用竖直线的,中间两斜线接口处的底线要略小些,以免太重。
    N、N罗马体的两竖线均改用幼线,以求均衡。斜线左上方要有伸出左方的干线,斜线下部尖端则略为突出底线,无视线体的斜线要比竖线略粗一点。
    O、O圆曲线上下部都要略为伸出线外。罗马体中有些O字中轴是倾斜的,不过一般以竖直为正规。无视线体,在和其它文字组合时,回曲线中部要略为粗一些,以取得匀称。
    P、P中横时和干线接连处要稍低于干线中点。圆曲中央的厚度要比干线略大。
    Q、Q这个字是O字带尾,根据字体的不同,尾部的形态亦有很多变化,特别是罗马体颇多优美图形。本字的字尾要伸出基线下面一定地方。
    R、R这个字的斜脚有好几种形态,多数是直线或轻滑曲线。罗马体的斜脚尖端,有时是挑上的。
    S、S上部和下部大体上是对称的,但下部要略比上部大,下部的圆曲比上部的噪突更向右伸展,而上部圆曲线和下部的喙突则要在同一竖线上。罗马体的脊骨,要比其他字干线粗点,但无视线体要求幼一点。
    T、T可罗马体字臂两端的喙突,有垂直的,有略斜向外的,也有同一方向的。文字字幅多数较本字略为窄。无视线体一般要求是字幅窄,横臂厚而比干线略幼些。
    U、U罗马体左竖粗面右竖幼,这一点很重要。下面圆曲均要突出基线下面一点。
    V、v罗马体的倒三角形的尖端略为突出基线下面。左侧斜线用粗线,右侧用幼线。无视线体的斜线相交接口底线要略为幼些。
    W、W罗马体的W是两个V字的叠合形体,而无视体则是两个V字相结合的。有些罗马体仅左右有视线,中央是尖顶;有些则把左边和中央视线连起来。无视线体中间的两斜线多数都比两侧斜线幼一些。
    X、X多数字体的斜线交叉点,比中央位置略高。不过,也不能提高过多。有些罗马体的右上到左下的幼线,并不是一根直线,而是中间错开一点的两段直线以修正视线的错觉。
    Y、YV形和干线的交接处,比中央略低一点。无视线体斜线比竖线略幼一点儿。
    Z、Z罗马体的斜线用粗线。下面根线比上面的略长一点,以增加稳定感。无视线体也是如此。喙突可垂直,或稍斜向外。