十一放假期间有几项工作要完成.
1、针对酒店展示页进行改版
2、针对用户个人页面进行改版调整
3、针对住啦首页进行调整。
今天晚上把酒店页面更新掉了,头上处理不是太好,先凑合用了http://www.zhula.com/hotel/view/10360.html
还有一个VIP介面,暂时保留,以后再推出,http://vip10360.zhula.com 这些我想也只有关注我的朋友才会看得到。
就这些吧,做个记号,以上工作10.6号前全部完成。
新买的服务器今天才拿到,其实昨天就送到了,原来被看大门的保安给截留了,有点火。送快递的瞎搞、看大门的保安也如此,竟然没经过我同事就给我接收了,竟然还说经我同意的,幸好没出问题,要不这帮家伙就要吃不了兜着走了。
先放家里虐待它几天,下周放到机房去,双线,这回网通用户访问慢的问题终于解决了,先这样,以后上CDN。
以前很少搞硬件,第一次装DELL的服务器,在朋友指导下通过启动盘启动,根据引导一步步操作安装,研究了一下RAID,装了个RAID1,感觉挺好,牺牲了一半的硬盘。今天折腾了大半天,明天再重新装个新的,正式开设迁移系统。
忙活了一星期开发工作暂时告一段落,本月重点将放在网站技术优化、用户体验优化、网站推广及软文写作上。上星期每天都感觉很累,早上九点左右就起来,第二天凌晨一点左右才睡觉,每天都搞到实在吃不消了才去睡,累!!还好各项工作按照计划推进执行。本月重点继续练基本功,吹牛忽悠了。
继续养猪: 住啦http://www.zhula.com?? http://www.jdw123.cn
原来Live Search也有类似GOOGLE的网站管理员工具。
有需要的来自己研究吧。用MSN帐号登录既可。
Live Search SITEMAP提交地址http://webmaster.live.com/webmaster/ping.aspx?siteMap=http://XXXXXX.xml
“Sitemap 详细信息”页会列出 Google 通过您的 Sitemap 找到的所有错误,以及有关潜在问题的警告。看过您的 Sitemap 并进行任何更改后,请将其保存并重新提交。Google 处理重新提交的 Sitemap 最长可能需要一天时间,因此警告状态也可能持续显示一天。
重新提交 Sitemap:
错误
下面列出了最常见的 Sitemap 错误。如果您看见 XML 错误,请参阅 Sitemap 协议指南。
| 压缩错误 | Google 尝试对压缩的 Sitemap 文件解压缩时遇到了错误。重新压缩 Sitemap(使用诸如 gzip 的工具),将其上传到您的网站,然后重新提交。 |
| Sitemap 为空 | Google 下载了 Sitemap 文件,但其中不包含任何网址。请检查 Sitemap 文件,确保其不为空。如果 Sitemap 使用 Google Sitemap 协议,请进行验证以确保对网址作了正确标记。然后,重新提交 Sitemap。 |
| 属性值无效 | Google Sitemaps 支持的包含属性值的唯一文件为联合供稿。例如,在下列 Atom 供稿摘要中,href 是属性。
<link rel="alternate" type="text/html"
href="http://www.example.com/index.html"/>
例如,如果 href 属性设置为下列值,您将会看到此错误: href="htp:/www.example.com/index.html" ? 修正此值后,请重新提交 Sitemap。? |
| 日期无效 | Sitemap 包含一个或多个无效日期,可能是因为日期格式错误或日期本身无效。日期需要使用 W3C Datetime 编码,但可以忽略时间部分。例如,以下两个示例都有效:
如果指定了时间但未指定时区,格式正确的日期也可能无效。未指定时间的日期有效(取默认时间 00:00:00Z)。 |
| 标记值无效 | 标记是 XML 元素。例如,在下列摘要中,<loc> 为标记。
<url> <loc>http://www.example.com/</loc> <lastmod>2005-01-01</lastmod> <changefreq>monthly</changefreq> <priority>0.8</priority> </url> ? 标记的值即起始标记和结束标记之间的内容。在此示例中,http://www.example.com/ 位于起始标记 <loc> 和结束标记 </loc> 之间,因此它是 <loc> 标记的值。 如果您看到此错误,则表示您的 Sitemap 中包含带有无效值的标记。错误消息中会列出标记及其所在行号。有关 Sitemap 协议中有效标记值的详情,请参阅协议文档。修正此值后,请重新提交 Sitemap。 |
| 网址无效 | 所列网址无效。请更正 Sitemap 中的网址,然后重新提交。
确保 Sitemap 中列出的网址已经过编码,便于识别和正确转义。您也可以将网址复制到浏览器,看看浏览器是否能识别网址并加载网页。 确保网址中未包含额外的字符(例如,确保网址没有加引号)。 |
| 网址无效:我们检测到您列出的 Sitemap 含不完整网址。 | Sitemap 索引文件会列出 Sitemap。您应使用完整的网址(例如,http://www.example.com/sitemap.xml)列出每个 Sitemap。如果您只使用文件名(例如,sitemap.xml)列出 Sitemap,则会看到此错误。
我们将从 Sitemap 索引文件所在的同一目录检索该 Sitemap。例如,如果您的 Sitemap 索引文件位于 http://www.example.com/folder1/sitemap_index.xml 并且将 Sitemap 列为 sitemap.xml,我们会在 http://www.example.com/folder1/sitemap.xml 上检索该 Sitemap。如果在这里找不到,您会看到此次尝试出错。 |
| XML 无效:标记过多 | 标记是 XML 元素。例如,在下列摘要中,<loc> 为标记。
<url> <loc>http://www.example.com/</loc> <lastmod>2005-01-01</lastmod> <changefreq>monthly</changefreq> <priority>0.8</priority> </url> ? 如果您看见此错误,则表示您的 Sitemap 中包含重复的标记。例如,下列原因可导致此错误(因为 <loc> 标记列出了两次): <url> <loc>http://www.example.com/</loc> <loc>http://www.example.com/page1.html</loc> <lastmod>2005-01-01</lastmod> <changefreq>monthly</changefreq> <priority>0.8</priority> </url> 错误消息中会列出标记及其所在行号。修正此重复错误后,请重新提交您的 Sitemap。 |
| XML 属性缺失 | Google Sitemaps 支持的包含属性值的唯一文件为联合供稿。例如,在下列摘要中,<href> 为属性。
<link rel="alternate" type="text/html"
href="http://www.example.com/index.html"/>
? 例如,如果 href 属性缺失,您将会看到此错误。添加属性并赋予有效的值后,请重新提交 Sitemap。 |
| XML 标记缺失 | 标记是 XML 元素。例如,在下列摘要中,<loc> 为标记。
<url> <loc>http://www.example.com/</loc> <lastmod>2005-01-01</lastmod> <changefreq>monthly</changefreq> <priority>0.8</priority> </url> 如果您的 Sitemap 文件缺少必要的标记,可能会看到此错误。例如,在下列摘要中,<loc> 标记缺失,将会触发此错误。 <url> <lastmod>2005-01-01</lastmod> <changefreq>monthly</changefreq> <priority>0.8</priority> </url> 请记下列出的行号并查看协议文档,了解所需标记的详情。修正 Sitemap 后,请重新提交。 |
| 嵌套索引 | 您的 Sitemap 索引列出了它自己的网址或其他 Sitemap 索引的网址。Sitemap 索引文件无法列出 Sitemap 索引文件。 |
| 分析错误 | Google 已在 Sitemap 中检测到 XML 分析错误。有关 XML 验证的详情,请参阅验证 Sitemap。 |
| 临时错误 | 我们的系统遇到了一个临时性问题。出现此错误时,一般无须重新提交 Sitemap。Google 稍后会再次检索 Sitemap。请稍后再回来看看检索是否成功。如果好几小时后此错误仍存在,则可以重新提交 Sitemap。 |
| Sitemap 过多 | Sitemap 索引中的 Sitemap 列表超出了允许的最大数量。Sitemap 索引最多可以包含 1,000 个 Sitemap。请将 Sitemap 索引拆分为多个 Sitemap 索引文件,并确保每个 Sitemap 索引文件所包含的 Sitemap 不超过 1,000 个。然后,分别重新提交单独的 Sitemap 索引文件。 |
| 网址过多 | Sitemap 中的网址列表超出了允许的最大数量。Sitemap 可以包含最多 50,000 个网址。将您的 Sitemap 拆分为多个 Sitemap,并确保每个所包含的网址不超过 50,000 个。也可以使用 Sitemap 索引管理 Sitemap。然后,请单独提交 Sitemap 索引或 Sitemap 文件。 |
| 文件格式不受支持 | 您的 Sitemap 格式可能不受支持。请确保其合乎 Sitemap 指南要求并重新提交。
可检查如下内容:
|
| 不允许的网址 | Google 检测到某些网址位于比 Sitemap 文件位置高的级别或不同域名中。如果出现此错误,请尝试将 Sitemap 文件移动到网站更高级别的位置,然后再次提交。例如,如果 Sitemap 列在 http://www.example.com/mysite/sitemap.xml 下,则以下网址对此 Sitemap 无效:
您还应该检查所有以 Sitemap 位置的域名开头的网址。例如,如果 Sitemap 列在 http://www.example.com/sitemap.xml 下,则以下网址对此 Sitemap 无效:
Sitemap 中任何未被拒的网址通常都会进行处理。 |
| 路径不符:我们检测到您使用不含 www 前缀的网址路径提交了 Sitemap。 | 我们检测到您使用不含 www 前缀的网址路径(例如,http://example.com/sitemap.xml)提交了 Sitemap,但 Sitemap 内列出的网址却使用了 www 前缀(例如,http://www.example.com/myfile.htm)。
要修正此问题,您应决定使用哪种方式编制网址索引。 如果您要使用 www 前缀编制网址索引,则应从您的 Google Sitemaps 帐户中删除 Sitemap 并使用含 www 前缀的路径(例如,http://www.example.com/sitemap.xml)重新提交。如果选择此选项,则不需要修改 Sitemap 内的网址。 如果您不希望使用 www 前缀来编制网址索引,则应修改 Sitemap 并删除其中列出的网址中的 www,然后重新提交 Sitemap。 |
| 路径不符:我们检测到您使用含 www 前缀的网址路径提交了 Sitemap。 | 我们检测到您使用含 www 前缀的网址路径(例如,http://www.example.com/sitemap.xml)提交了 Sitemap,但 Sitemap 内列出的网址却没有使用 www 前缀(例如,http://example.com/myfile.htm)。
要修正此问题,您应决定使用哪种方式编制网址索引。 如果您要使用 www 前缀编制网址索引,则应修改 Sitemap 并在其中列出的网址中添加 www,然后重新提交 Sitemap。 如果您不使用 www 前缀编制网址索引,则应从您的 Google Sitemaps 帐户中删除 Sitemap 并使用不含 www 前缀的路径(例如,http://example.com/sitemap.xml)重新提交。如果选择此选项,则不需要修改 Sitemap 内的网址。 |
| 错误命名空间 | 如果您看到此错误,则表示我们检测到您的根元素没有指定默认的命名空间。命名空间应如下指定:
xmlns="http://www.sitemaps.org/schemas/sitemap/0.9" ? 以下原因也可导致此错误:
Sitemap 文件的开始部分应如下所示: <?xml version="1.0" encoding="UTF-8"?> <urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"> Sitemap 索引文件的开始部分应如下所示: <?xml version="1.0 " encoding="UTF-8"?> <sitemapindex xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"> ? |
| 开头的空格 | 我们发现您的 Sitemap 文件以空格开头。我们接受该文件,但您最好删除该空格,以使文件符合 XML 标准。
XML 文件的开头部分应当为 XML 声明,指定所用的 XML 版本。如果您看到此错误,则表示我们检测到您的 Sitemap 以空格开头。我们接受此 Sitemap,但会显示错误消息,以便您修改 Sitemap(删除空格),使其符合标准。 |
| 特定的 HTTP 错误 | 如果我们在下载您的 Sitemap 时遇到 HTTP 错误,会列出收到的状态码(例如 404)。请确保您指定的 Sitemap 网址正确且该 Sitemap 位于此位置。然后,重新提交 Sitemap。 |
警告
除了错误之外,我们还会列出通过您的 Sitemap 所找出问题相关的警告。通常,这些警告不会阻止对您的 Sitemap 进行处理。但是,由于这些警告可能会指出您网站的潜在问题,因此建议您仔细查看您的 Sitemap 文件并修复所有发现的问题。
两个在线生成Favicon.ico图标的网站
http://www.bitbug.net/?中文的速度挺快
http://www.chami.com/html-kit/services/favicon/?老外速度有点慢的
这两天一直在用 推荐给大家。
才搬家没几天,我这个BLOG最新发的文章很快就被收录了,可能是设置了SITEMAP的原因吧,文章更新后,它都会自动更新。
http://www.google.cn/search?sourceid=navclient&hl=zh-CN&ie=UTF-8&rls=GFRD,GFRD:2008-15,GFRD:zh-CN&q=site%3awww%2ekaxi%2enet
但是有一个问题,就是我以前写的,搬家搬来的哪些文章好像一篇也没收,不知什么原因,需要分析一下。有知道的告诉我一下。
刚刚又想了个名子,这篇就叫养狗(GOOGLE)吧,写了文章每天等GOOGLE来抓,喂狗,呵呵…好玩
百度算什么呢?猪狗不如,我发的文章好像一篇不抓,一点都没GOOGLE勤快,不甩它了.
看看今天这篇文章什么时候收录,我到时告诉大家….
好,发布了半小时左右收录了,哈哈上图!
今天早早醒来,虽然只睡了五六个小时,但不想再睡了,一睡肯定过头,理理这个月的工作,要开始干活了。想了想这个月工作主要有以下三部分。
第一块,昨天把网站程序的部分文件进行升级,住啦网站新的开发暂时告一段落,本月重点工作针对住啦将放在程序优化与用户体验优化上。保证网站的顺利运行与用户顺畅的操作。每天上午推进
第二块,本月要新开三到三个网站,主要是在住啦资源基础上进行延伸,通过更多的层面与形式为用户提供服务,具体什么,等我做好了告诉大家。每天下午推进
第三块,要开始写软文了,推动www.QQHotel.cn网站及住啦大学的发展,争取第周至少两篇,在加大网站对外推广的同时并促进住啦用户的教育。每天晚上推进
昨天写到,要给自己一些时间,其实写博客,就是在给自己一些时间,博客是一个人的空间,一个人的世界。它能够让自己静下来,想想工作,想想生活,想想你身边的一切事情,并记录它,记录自己的成长。
今天发现了自己有了一点点的成长与改进,就是不会拖事了,以前一件事都会拖好些天才做完,最近好像没有了,基本上都可以按照自己计划完成,不错,还需努力,完成这个月的工作。
住啦,ZHULA,猪啦,养猪啦,哈哈,这一句写完时加的,不错……..其实天天都在养猪…
今天完成了5-8月份的工作总结,针对前期针对住啦的工作在技推广、技术开发、网站数据等方面进行了总结和分析,同时针对至年底的发展制定了简单的计划。总体感觉还可以,自从搬杭州已后,各方面都有所改善,尤其是自身的转变,工作上有条不稳的推进着。
下一步的工作还会非常的多,需要慢慢的理顺,同时需要保持清醒的头脑,加大执行力度,一步一步推进,争取超额完成今年的目标,希望一切都慢慢的好起来。
请支持我的住啦http://www.zhula.com 虽然他还很小,但他成长很快。
排除哪些炒域名的,现在很多人都储备着一些域名,如果你有一些特别好的域名,不要放着,也不要为了一点点利益去做停放,赶快拿出来做个网站吧,让你的域名升值。
升值体现在哪些方面?
1、搜索引擎的收录量及在其中的权重 2、外部链接数 3、对外的知名度 等在一定程度上这些都是钱,等你真正做站时你就会了解了。
做站注意哪些事项?
1、做真正的站,域名不要做跳转
2、老老实实做内容和推广,不要被搜索引擎给K了
……..有空再理吧,没心思写了,懂的人一看就懂,不懂的人怎么看也看不懂。反正不要把你的域名放发霉了….
别管是什么破烂域名,记住,只要有流量,您的域名就能升值,在你真正做站时,就能助你一臂之力。
本站主要服务于立志通过互联网进行住宿营销、推广的酒店及个人。
《酒店网络营销研究-“草根住宿”服务店家生存之道》,在此我提出了“草根住宿”的概念,主要是指以短租公寓、客栈、农家乐、青年旅舍甚至包括经济型酒店等为大众提供便宜住宿服务的“正规军”与“非正规军”,通过本站来帮助大家在互联网上开辟一片新天地。
随着互联网的普及,及酒店住宿行业的快速发展,越来越多的用户通过网络这个新兴的媒体,来寻找自己在旅途当中的“家”。做为酒店及私人店家,在做好自身服务的同时,如何让顾客通过网络快捷的找到自己,并通过虚拟的网络给用户全方位的展示与体验,吸引顾客入住,是广大酒店及店家一直思考与探索的问题。
针对以“短租公寓”为代表的一些“非正规军”,因为大部分店家都没有实体的门面,同时由于价格、成本等原因,无法通过中介等方式获取更多的客源,促使他们早早的站在了互联网的第一线,开始了他们的网络营销推广工作,并成为了他们主要客源的发展地。同时,随着近两年经济型酒店的快速发展,为了更好的降低运营成本,互联网也逐步成为了他们争夺客源的战场,正像有篇文章的标题一样《“鼠标+水泥”正成酒店业主流》,同时这批“正规军”里的“七天连锁”已走在了前面,近期公布的数据是他们有近50%的房间是通过7天连锁酒店网站预订出去,而且这个比例还在逐步增加。
由于目前从事酒店住宿行业的朋友,大部分对于互联网还相对陌生,同时针对酒店住宿行业在互联网上宣传营销还处于初步发展阶段。根据此现状,本网站,本着为酒店和店家服务的宗旨,现正式开通与大家见面,与大家共同探讨和研究酒店网络营销的话题,共同成长。
在此,我也欢迎有经验的店家与用户,能够共享自己针对住宿行业的网络营销经验,服务于大家,同时也可以更好的宣传自己及自己的酒店。
7.17号百度给住啦开了一个大的玩笑,把收录住啦仅有的300多网页,全部清空了,原以为是由于某些原因被封站了,发邮件与百度进行了沟通,也没得到明确结果,干脆放一边不管了,没有百度我们照样活。幸运的是7.25号我们的内容又被重新收录,显示出来了,而且正在逐步增加,值得高兴。
7.24号网站服务器中了木马,折腾了半天没有找到原因,到了晚上又有来跑进来了,通过终端消息于对方进行了沟通,互加了好友,还好对方没有恶意,同样我也保持着友善,被告知,原来是诺顿杀毒软件惹的祸,同志们要注意了,诺顿杀毒软件某些版本存在一些很严重的漏洞,请慎重安装。虽然官方说靠升级可以解决,但我没感觉到管用,还是如此,诺顿卸载问题解决,清理完里边安装的木马,问题解决,目前没有出现异常。
关于诺顿存在的问题还是挺多的,以后不用它了。
http://www.google.cn/search?sourceid=navclient&aq=t&hl=zh-CN&ie=UTF-8&rls=GFRD,GFRD:2008-15,GFRD:zh-CN&q=%e8%af%ba%e9%a1%bf+%e6%bc%8f%e6%b4%9e
7.26号,今天GOOGLE的PR 更新了,终于得到了一个PR,虽然只有一个值,很满足,争取10月份再升一级。
目前GOOGLE收录住啦的网站有6万多,还是不少的,正在稳步增加,努力。
刚才做了个北京奥运酒店查询的图片,我们也小凑下热闹
主域名:zhula.com
辅助域名:zhula.net zhula.cn

关于住啦的域名基本上就这些了,zhula.cn 是今天搞定的,其它暂不考虑了!