资讯动态

一、低代码掀起网站制作效率革命“三个月网站制作、两周改需求” 的时代正在终结。2026 年，低代码技术已从 “辅助工具” 升级为网站制作的核心引擎，其对网站制作效率的提升远超 “减少编码” 的表层改变。通过可视化拖拽界面 + 预置组件库，低代码平台将 80% 以上的网站制作常规功能转化为 “所见即所得” 的配置过程。行业实践显示，开发者使用预设组件可减少 70% 的网站制作代码编写量，简单的表单类网站制作从传统开发的 1-2 周压缩至 1-3 天，中等复杂度的业务型网站制作周期更是缩短 70% 以上。不少企业通过低代码平台开展网站制作，搭建相关业务系统仅用 3 天就完成了传统模式下 1 个月的工作量，网站制作效率大幅提升。这种网站制作模式让需求交付周期从月级压缩至日级，彻底解决了传统网站制作中 “需求扯皮→反复修改→上线延期” 的痛点。二、模块化解锁网站制作灵活创新如果说低代码是网站制作的 “加速引擎”，模块化就是网站制作的 “百变骨架”。2026 年的模块化设计已进化为 “乐高式” 网站制作搭建体系，将网站制作拆解为具备标准化接口的独立单元 —— 导航栏、商品展示、会员系统等网站制作模块如同积木，可随心组合且数据无缝联动。这种灵活性在企业网站制作运营中价值凸显：连锁品牌能用统一模块库快速完成子站点制作，既保持品牌一致性又适配区域特色；电商平台可按需切换网站制作促销模块，春节年货专场无缝衔接暑期折扣活动，网站制作响应市场速度提升 70% 以上。不少知名机构采用模块化技术开展网站制作后，突发内容的上线速度从小时级缩短至 15 分钟，非技术人员无需技术支持即可自主编排多形式内容的网站制作模块组合。更关键的是，模块化实现了网站制作 “个性化与标准化的平衡”。通过相关技术调节，企业可在复用基础网站制作模块的同时注入品牌个性；专业技术让网站制作模块内容跨网站、APP、小程序同步更新，真正实现 “一次网站制作开发，多端适配”，不同系统的网站制作模块对接时间大幅缩短。三、多行业网站制作的价值跃迁低代码与模块化的融合，已在各行业网站制作中创造出可量化的商业价值。在农业领域，大型种植基地通过低代码 + 模块化开展网站制作，搭建的监控系统有效提升了生产效率；在制造业，不少企业借助模块化低代码平台推进网站制作，构建数字化管理系统后核心业务周期显著缩短，获评各类示范项目。电商行业的网站制作突破更为直观：不少生鲜电商通过模块化低代码平台优化网站制作，搭建动态管理系统后大幅降低了运营损耗，年节省成本可观；电商商家通过组合商品展示、用户分享等网站制作模块，大促期间转化率提升 30%。即便是复杂的企业级网站制作需求，这种模式也游刃有余 —— 大型企业通过模块化低代码平台优化网站制作相关模块，运营成本显著降低，问题定位效率大幅提升。四、2026 网站制作效率与灵活的双向奔赴行业权威机构预测，到 2026 年 60% 的企业将基于低代码 / 模块化重构网站制作数据架构。这背后是企业对网站制作 “敏捷响应” 与 “个性表达” 的双重追求：低代码解决网站制作 “开发慢、成本高” 的效率痛点，模块化破解网站制作 “难迭代、不灵活” 的创新瓶颈。对于企业而言，网站制作的这种升级意味着 “数字化主动权的回归”—— 业务人员可参与网站制作，技术团队聚焦核心创新，无需再为重复的网站制作工作消耗精力。正如 2026 年网站制作领域的新共识：好的网站制作技术从不是让企业适应工具，而是用工具赋能企业成长。低代码与模块化的双突破，正在让每个企业都能快速搭建适配自身需求的网站制作数字化枢纽。

一、前置规划：明确需求内核，规避源头性返工2026 年的网站建设已成为企业数字化核心枢纽，模糊需求是项目失控的首要诱因。传统 “拍脑袋定页面” 的模式早已过时，需通过工具化思维明确核心目标。在需求梳理阶段，应结合业务场景拆解核心功能模块，匹配行业最佳实践，例如教育机构网站需重点规划展示、预约等高频功能，确保功能与业务需求高度契合。技术选型需遵循场景化原则，跨境业务应优先考虑全球 CDN 与合规托管方案，本地门店适合对接微信生态的建站工具，内容型网站则适配开源 CMS 组合，避免盲目选择高端技术栈，比如轻量展示站无需采用复杂框架，否则会徒增后期维护成本。合规核查需提前启动，要明确国内服务器的 ICP 备案要求，尤其医疗、金融等特殊行业需遵守数据本地化存储规范，避免因违反相关法规面临处罚。域名注册环节的避坑关键的是核查 “黑历史”，可通过专业工具确认域名是否存在被封禁记录，同时确保域名实名认证信息与备案主体保持一致，否则会被服务商初审驳回。企业备案必须使用企业相关信息提交，域名、服务器与备案主体三者信息需完全统一，避免因信息不一致导致备案失败。二、设计阶段：平衡体验与性能，拒绝形式大于实效2026 年的网站设计已从单纯的 “平面画图” 升级为 “体验预演”，核心是兼顾视觉效果与技术可行性。设计过程中需注重用户实际使用场景，电商站可融入 3D 模型实现产品全方位展示，教育机构可搭建虚拟展厅提升沉浸感，这些功能无需单独开发，通过现成模板即可快速落地。需警惕过度追求动画效果的设计倾向，页面加载速度是关键考核指标，过长的加载时间会严重影响用户体验与搜索排名。在设计初期就应做好性能把控，合理控制图片体积与动画复杂度，选择高效的图片格式可显著减少文件体积，提升加载效率。设计环节的核心避坑点是拒绝 “重设计轻技术”，华丽的视觉稿若无法适配移动端，会导致大量移动端用户流失。移动端适配需重点关注交互细节，比如按钮尺寸、文字清晰度等基础体验要素。签约前务必要求设计师提供响应式测试 demo，全面核查 PC 端与移动端的展示效果，而非仅关注 PC 端的视觉呈现。三、开发环节：模块化搭建为主，精准匹配技术栈低代码已成为 2026 年网站开发的主流方式，能够实现效率与成本的最优平衡。开发过程中应优先采用模块化组件搭建模式，支付接口、会员系统等高频功能可通过预制组件快速完成部署，大幅提升开发效率，同时保证功能的稳定性与兼容性。技术栈选择需遵循精准匹配原则，轻量展示站应优先选择打包体积小、响应速度快的技术框架，企业级复杂应用适合采用生态成熟、人才储备充足的技术体系，跨平台项目则可选择学习曲线平缓的框架，便于后期维护与迭代。需避免为追求 “技术炫技” 选择小众框架，这类框架往往存在文档缺失、社区支持不足等问题，会给后期维护带来极大困难。开发环节的避坑重点是警惕低价建站的 “代码堆砌” 问题，部分服务商为降低成本会套用老旧模板，导致代码冗余率过高，不仅影响页面加载速度，还会增加被黑客攻击的风险。签约时应明确要求服务商提供 “代码质量报告”，重点核查代码冗余率、安全漏洞等关键指标，确保网站底层代码的规范性与安全性。四、测试上线：构建合规与性能双验收闭环网站上线前的测试工作需覆盖功能、合规、性能三大核心维度，缺一不可。合规检测需重点核查用户隐私保护相关内容，比如隐私政策是否完善、用户数据收集是否合规等，避免因合规问题面临处罚，跨境网站需额外关注跨境数据合规要求，确保符合目标市场的相关法规。性能测试应模拟真实访问场景，重点检测页面加载速度、支付流程稳定性等关键指标，尤其电商站需提前做好高并发场景的压力测试，避免促销高峰期出现支付失败、页面卡顿等问题导致订单流失。备案工作需与开发同步启动，企业备案需提前准备营业执照、法人相关证明等材料，合理规划备案时间，审核周期会因地区差异有所不同，一线城市审核效率相对更高。审核期间需保持联系方式畅通，避免因漏接核验电话导致备案驳回。备案通过后需及时完成 “网站接入”，实现域名与服务器的正常绑定，否则网站无法正常访问。同时需确保备案用途与网站实际内容一致，若备案信息与实际运营内容不符，可能面临备案号被取消的风险。五、上线后：建立持续优化体系，重视长效维护网站上线并非终点，而是长效运营的起点，2026 年的网站运营核心逻辑是 “持续进化”。上线后需建立完善的数据监控体系，通过后台数据跟踪用户停留时间、跳出率等关键指标，精准定位用户体验痛点，比如产品页面用户停留时间过短，可能是内容展示不足导致，可通过优化内容呈现形式提升用户留存。内容更新是网站保持活力的关键，需定期发布行业相关内容，保持搜索引擎活跃度，同时提升用户粘性。安全维护是上线后的重点工作，需选择具备完善安全防护服务的服务商，确保网站能够获得自动补丁更新、恶意攻击拦截等基础安全保障，定期获取安全报告，及时发现并处理潜在风险。中小型企业网站面临的网络攻击风险不容忽视，缺乏有效维护会大幅增加数据泄露的概率。售后服务需明确写入合同，重点明确故障响应时间、数据备份频率、内容修改收费标准等核心条款，避免轻信口头承诺的 “终身维护”，确保后期运营过程中能够获得稳定的服务支持。六、2026 服务商选择避坑指南：聚焦核心价值，拒绝盲目决策选择靠谱的建站服务商是规避 90% 执行风险的关键，核心需关注三个维度。首先要拒绝唯价格论，建站服务存在明确的价值梯度，模板建站与定制建站的价格区间有明显区分，低于市场合理价格的服务往往存在隐性成本，比如后期强制升级、维护费用高昂等问题，需结合自身需求选择匹配的服务类型。其次要核查真实案例，不能仅关注服务商提供的设计稿，应要求查看同行业案例的后台权限与实际访问数据，了解项目的实际落地效果与运维情况，选择流程规范、案例质量过硬的服务商。最后要明确服务边界，不同类型的服务商有其核心优势领域，SaaS 平台适合功能需求简单的小微企业，定制需求较多的企业可选择垂直领域的专业服务商，纯电商网站则可优先考虑电商专用建站平台。需避免选择大型 IT 外包公司，这类公司往往业务范围广泛，对网站建设的细节专注度不足，难以提供精细化的服务支持。签约前需明确服务内容、交付标准、售后保障等核心条款，避免因服务边界模糊导致后期纠纷。

在网站建设领域，“大气” 是众多企业追求的视觉与体验目标，尤其对于注重品牌形象的营销型网站而言，“大气” 不仅能提升页面质感，更能增强用户信任与转化意愿。很多企业主会觉得自家网站页面 “小气”，缺乏气场，其实 “大气” 的核心并非复杂的设计，而是简约中透着的气度。打造 “大气” 网站，首先要做好内容布局与色彩搭配，让页面形成单一视觉焦点，重点内容可适当突出，次要内容则避免干扰，确保页面上下左右通畅透气，而非将所有信息堆砌在同一页面。设计上无需追求眩目的元素，干净有层次的色彩、合理有序的布局，再加上详实且更新及时的内容，反而能营造出独特的节奏感。导航设计也至关重要，要让用户能畅通无阻地找到目标板块，清晰知晓自身所处位置，同时简化操作流程，避免冗长的表单填写，仅需简短注册或一键操作就能满足需求，给用户高质愉悦的浏览体验。从本质来看，“大气” 是用户体验的升华，核心目的是满足用户需求，引导用户快速找到所需内容，避免因信息错综复杂让用户无所适从。那些充斥着大量图片、视频，且每个元素都想突出的设计，往往会显得杂乱无章，违背 “大气” 的初衷。真正 “大气” 的营销型网站，必然是信息架构层次分明、页面布局主次清晰、设计元素协调统一的，既能突出核心主题，又能弱化辅助图形、减少干扰元素，让用户来访即被吸引，来过之后还愿意再次回访。在实际布局设计中，需要反复推敲，做到简洁而不简单、单一而不单调，既保证层次分明，又能让设计元素和谐统一，帮助用户方便快捷地实现功能，第一时间明确操作方向与当前位置，即便初次访问也能有似曾相识、信手拈来的顺畅感，这样的 “大气” 才更具实际价值。

电气行业涵盖电力设备、电气工程、自动化系统等细分领域，电气网站建设的网页设计需首先贴合行业专业调性，避免陷入 “模板化” 陷阱。部分企业在电气网站建设过程中盲目套用通用网站模板，导致页面充斥与电气无关的装饰元素，比如过度花哨的动态特效、非行业相关的配图，反而弱化了核心业务的呈现。电气网站建设的正确做法是以 “简洁专业” 为核心基调，采用蓝色、灰色等沉稳色系作为主色调，这类颜色象征电气行业的安全与可靠，同时搭配设备实拍图、工程案例现场图等真实素材，替代模糊的网络图片。电气网站建设的页面布局应突出产品参数、技术文档、解决方案等核心模块，让用户快速获取关键信息，而非被冗余设计分散注意力。一、聚焦用户核心需求，优化 “功能性” 设计体验电气网站建设的目标用户多为企业采购商、工程师、项目负责人等专业群体，其需求具有明确的 “实用性” 导向，比如查询产品型号、下载技术手册、咨询定制方案等，电气网站建设的设计环节需重点规避 “重颜值轻功能” 的问题。电气网站建设的导航设计应清晰直观，避免多层嵌套的复杂结构，将产品中心、技术支持、工程案例、关于我们、联系我们等核心板块直接呈现，同时增设 “快速搜索” 功能，支持按产品型号、应用场景、技术参数等关键词精准检索，满足专业用户的高效查询需求。电气网站建设的产品展示需突出关键信息，不同于消费品网站的感性化展示，电气产品应以 “数据化、结构化” 呈现为主，每个产品页面应明确标注型号、规格、技术参数、适用场景、安装说明等内容，搭配细节实拍图、三维模型展示，条件允许时可加入 360° 旋转查看功能，同时提供 PDF 版技术手册下载入口，方便用户离线查阅。电气网站建设的交互设计需贴合专业场景，针对电气工程方案、系统集成等复杂业务，可设计 “方案定制咨询” 弹窗，无需跳转页面即可减少操作步骤，或加入案例筛选功能，按行业、功率、应用场景等维度帮助用户快速找到匹配自身需求的参考案例。二、重视技术适配性，规避 “兼容性” 与 “安全性” 风险电气网站建设常涉及技术文档下载、在线咨询、招标信息发布等功能，设计环节需重点关注技术适配性，避免因技术漏洞影响用户体验。电气网站建设的多终端兼容性优化至关重要，考虑到工程师、采购商可能通过电脑、平板甚至手机查阅资料，电气网站建设的网页设计需采用响应式布局，确保在不同屏幕尺寸下，产品参数、文档下载入口、联系方式等核心信息清晰可见，避免出现手机端文字过小、下载按钮错位等问题。电气网站建设的文件下载功能需进行针对性优化，技术文档如产品说明书、CAD 图纸等，应标注文件格式与大小，提供 “断点续传” 支持，同时避免设置过多下载门槛，基础文档可无需强制注册即可下载，核心资料可要求简单填写企业信息。三、强化品牌信任背书，电气网站建设避免 “专业度缺失” 问题电气行业对 “信任度” 要求极高，用户在选择供应商时，会重点关注企业资质、技术实力、成功案例等信息，电气网站建设的网页设计需通过可视化方式强化品牌信任背书，避免因信息呈现零散导致用户质疑。电气网站建设的资质荣誉板块应突出展示，将 ISO 认证、专利证书、行业资质等以图片形式呈现，搭配简短文字说明，比如体现企业技术实力的相关表述，放置在首页或 “关于我们” 页面顶部，增强用户第一眼的信任感。电气网站建设的成功案例展示需注重细节与真实性，每个案例应包含项目背景、应用产品、实施效果等核心信息，搭配现场施工图、设备运行图等真实图片，避免笼统的文字描述，让用户直观感受到企业的项目执行能力与技术水平。电气网站建设中技术团队与研发实力的呈现也不可或缺，可通过介绍核心技术人员背景、研发实验室配置、技术合作机构等信息，传递企业的专业底蕴，进一步提升用户信任度。

商业时代，企业网站建设早已成为企业布局线上生态、塑造品牌形象的核心工作，而随着互联网技术迭代与用户体验需求的不断升级，原有企业官网的改版优化，也成为企业网站建设体系中不可或缺的重要环节。作为企业线上的核心阵地，企业网站建设的质量直接影响品牌传播与商业转化，从用户体验出发推进官网改版，更是当下企业网站建设适配市场变化、提升核心竞争力的必然选择，其必要性体现在企业网站建设与运营的多个关键维度。移动互联网的深度普及，彻底改变了用户的网络访问习惯，也为企业网站建设提出了全新的适配要求。如今手机、平板等移动设备已成为用户访问企业官网的主要载体，移动端流量占比的持续攀升，要求企业网站建设必须打破传统 PC 端的单一设计思维，将全设备流畅适配作为核心设计准则。如果企业网站建设仍停留在老旧的 PC 端模式，官网在移动设备上出现排版错乱、加载卡顿、操作不便等问题，不仅会严重拉低用户体验，更会直接造成潜在客户流失，让企业网站建设的前期投入难以发挥实效。优质的企业网站建设，必然包含精细化的移动端体验优化，从页面尺寸适配到单手操作设计，从加载速度提升到交互逻辑简化，让用户在移动场景下也能获得便捷、舒适的官网访问体验，这是企业网站建设改版的首要刚需。互联网技术与设计理念的动态更新，决定了企业网站建设需要保持持续迭代的节奏。新的设计风格、交互方式、技术手段在行业内不断涌现，用户的审美标准与体验需求也随之升级，这对企业网站建设的专业性和前瞻性提出了更高要求。如果企业网站建设完成后长期不做改版更新，官网不仅会在视觉呈现上显得陈旧落后，与品牌现代化形象相悖，更会因功能滞后、交互生硬无法满足用户的新期待，让企业网站建设的成果逐渐失去竞争力。定期推进官网改版，是企业网站建设适配行业趋势的关键动作，主动融入响应式布局、AI 个性化界面、多模态内容展示等新技术、新形式，才能让企业网站建设始终贴合用户需求，保持在行业内的体验领先地位。企业网站建设的核心价值之一，是打造品牌线上形象窗口，而官网改版则是优化这一窗口的重要手段，直接影响用户对企业的第一印象。粗糙的设计、混乱的布局、陈旧的内容，会让用户对企业的专业度产生质疑，违背企业网站建设塑造品牌形象的初衷；而通过改版实现的视觉升级与内容焕新，是企业网站建设的二次优化，能有效提升官网的设计感与品牌契合度，让品牌形象更具辨识度与吸引力。同时，改版也是企业网站建设中内容运营的重要契机，通过优化内容布局，将企业最新的产品动态、服务升级、行业成果等核心信息精准传递给用户，为用户提供更丰富、有价值的信息资源，让企业网站建设不仅是 “形象展示台”，更是品牌与用户高效沟通的 “信息桥梁”。以用户体验为核心的企业网站建设，最终要落到 “让用户高效获取信息” 这一根本目标上，而这正是官网改版的核心落脚点。许多企业的旧版官网因企业网站建设初期规划不足，存在页面结构混乱、内容堆砌无序、导航逻辑复杂等问题，用户需要花费大量时间寻找目标信息，极易产生负面情绪并离开网站。通过改版对官网的页面结构、内容层级、导航方式进行系统性优化，是企业网站建设的精细化升级，遵循用户浏览习惯搭建清晰的信息框架，将核心业务、产品服务等内容置于黄金视觉区，精简冗余操作步骤，能让用户在最短时间内找到所需信息。这种体验上的优化，不仅能显著提升用户的满意度与浏览粘性，更能推动用户从 “浏览者” 向 “咨询者”“消费者” 转化，让企业网站建设从 “流量入口” 真正升级为 “商业转化引擎”，实现企业网站建设的商业价值最大化。总而言之，企业网站建设并非一劳永逸的工作，而是一个持续优化、动态迭代的过程，以用户体验为导向的官网改版，是企业网站建设适应市场变化、夯实线上阵地的关键举措。在用户注意力稀缺、数字化竞争加剧的当下，企业网站建设的核心逻辑始终围绕用户需求展开，只有通过定期改版，不断优化官网的视觉呈现、功能体验、内容布局，让企业网站建设兼具实用性、美观性与功能性，才能让官网真正成为品牌形象的展示窗口、用户需求的对接平台、商业价值的转化载体。重视官网改版，就是重视企业网站建设的长期价值，唯有始终以用户体验为核心，才能让企业网站建设在数字化浪潮中持续发挥效用，为企业的线上发展筑牢根基。

前几天介绍“自定义的WordPress数据库错误”的时候，有个读者留言询问WordPress完全静态化的插件，我今天就推荐一个插件，可以将WordPress实现部分静态，包括最主要的首页和文章页面，目录页目前还没有静态化。这个插件的名字叫cos-html-cache，安装这个插件需要虚拟主机支持mod_rewrite功能（Linux+Apache架构），先通过修改永久链接格式将WordPress的链接结构修改为“伪HTML”格式，然后启用这个插件可以将文章页生成完全的静态HTML文章。这个插件还不能支持全静态化，但是文章页和首页的访问是最大的，这种静态化也可以极大的提高系统的效率，减少对数据库的访问量。启用这个全静态插件后，对于某些需要访问数据库的WordPress插件，可能会使其无法运行，例如原始版本的WP-PostViews插件，可以参考我对于WP-PostViews的修改方法，将插件修改为JavaScript模式即可。WordPress的cos-html-cache插件为我们系统的静态化提供了非常好的解决方案，目前的版本是2.7.3。它可以将我们首页及文章（Post）进行静态化，使得访问速度大大提高，减少了服务器端的压力。不过对于页面、标签和分类，却不起作用。为了能够实现WordPress的标签和分类的静态化，需要修改一下这个插件的代码，修改方法是：找到下面这一行：if( substr_count($_SERVER['REQUEST_URI'], '.htm') || ( SCRIPT_URI == CosSiteHome) ){将其修改为：if( substr_count($_SERVER['REQUEST_URI'], 'page') || substr_count($_SERVER['REQUEST_URI'], 'tag') || substr_count($_SERVER['REQUEST_URI'], 'category') || substr_count($_SERVER['REQUEST_URI'], '.htm') || ( SCRIPT_URI == CosSiteHome) ){在下面这一行：if( substr_count($_SERVER['REQUEST_URI'], '../')) $is_buffer = false;的后面增加一行：if( substr_count($_SERVER['REQUEST_URI'], 'comment')) $is_buffer = false;找到下面这一行：add_action('get_footer', 'CosSafeTag');用//将其注释。总的来说，这个插件的工作效率比WP-Cache要高，对于系统的性能有很大的提高，建议大访问量的WordPress博客尝试安装一下这个静态化插件。cos-html-cache的下载地址是： http://wordpress.org/extend/plugins/cos-html-cache/

WordPress有一个很有用的功能，就是在线编辑主题功能，在多人博客WordPress MU中，这一功能因为安全性问题而被禁用，这里有一个方法，可以变相开通这一功能，而又不至于影响整个系统的安全性。具体的方法是，在最新的WordPress MU 2.8.4版本中，打开wp-admin\include\mu.php文件，搜索unset( $submenu['themes.php'][10] );一行，将其注释掉。接着，搜索if ( strpos( $_SERVER['PHP_SELF'], $page ) ) {一行，将这一行代码修改为if ( strpos( $_SERVER['PHP_SELF'], $page ) && !is_site_admin() ) {，保存退出。经过这样的修改，WordPress MU就可以使用在线编辑主题功能了，并且只有WPMU的管理员可以使用，其他普通用户没有权限使用，他们打开theme-editor.php时会提示“页面已被管理员禁用”，从而保证了整个系统的安全性。

IIS5的HTTP 500内部服务器错误是我们经常碰到的错误之一，它的主要错误表现就是ASP程序不能浏览但HTM静态网页不受影响。另外当错误发生时，系统事件日志和安全事件日志都会有相应的记录。一、发生缘由：由用户方面报告故障，说是该站点上所有的ASP页面均不能访问。本地运行asp文件，IE提示：HTTP 500 - 内部服务器错误Server Application ErrorThe server has encountered an error while loading an application during the processing of your request. Please refer to the event log for more detail information. Please contact the server administrator for assistance.查看日志文件：系统日志具体描述如下：DCOM 错误 无 10010 NT AUTHORITY\SYSTEM Myserver 服务器 {3D14228D-FBE1-11D0-995D-00C04FD919C1} 没有在限定的时间内用 DCOM 注册。二、原因分析曾经删除过SA，SAM文件是保存用户密码的数据库文件，删除后，所有的用户信息就会丢失，而相应的组信息也会随之丢失，虽然重新登录过系统，系统已经重新建立了SAM文件，也重新安装了IIS，IWAM帐号也已经重新建立，但是，原用户组中的特殊信息却没有被恢复。检查“开始”->“设置”->“控制面板”->“管理工具”->“组件服务”中，“控制台根目录”->“组件服务”->“计算机”->“我的电脑”->“COM+应用程序”中，有一个IIS Out-Of-Process Pooled Applications该应用程序的ID号即为{3D14228D-FBE1-11D0-995D-00C04FD919C1}，很多系统报错找不到应用程序{3D14228D-FBE1-11D0-995D-00C04FD919C1}之类的错误，就是因为该应用程序未能启动，打开该应用程序的属性，检查标识却为IWAM用户，右键启动，报错。把IWAM加入本地Users组中，也可正常启动。确定是因为IWAM用户无权访问该应用程序所致。三、解决办法1、修改IWAM_Myserver帐号密码，在“开始”->“设置”->“控制面板”->“管理工具”->“计算机管理”中，“系统工具”->“本地用户和组”->“用户”里面，一个IWAM_Myserver（Myserver为本地计算机名）的帐号内，右键更改密码，更改为一个自定义的密码即可，假设为“1234”；2、修改IIS内部IWAM_Myserver帐号密码，在c:\inetpub\adminscripts\目录下（IIS安装默认目录），输入：c:\inetpub\adminscripts>adsutil.vbs set w3svc/wamuserpass "1234" .修改成功后，系统有如下提示wamuserpass: (string) "******"3、在“开始”->“设置”->“控制面板”->“管理工具”->“计算机管理”中，“系统工具”->“本地用户和组”->“用户”里面，确认IWAM_My server用户只在GUEST组内，再在“本地用户和组”->“组”里面，右键点击Users组属性，添加进NT AUTHORITY\Authenticated Users和NT AUTHORITY\Interactive两个用户成员，确定。4、在IIS安装默认目录下输入：c:\inetpub\adminscripts>synciwam.vbs -v将COM+程序的用户改回为IWAM用户，重新启动IIS Out-Of-Process Pooled Applications应用程序，没有再报错了，再重启IIS，检查所有WEB站点服务，故障现象解除!至此，故障现象全部排除!通过此次故障的排查，得出几点需要注意的：1、事件日志的空间设置稍微放大一些，默认才512K，根据硬盘空间，适当放大一些，避免出现日志文件已满的情况；2、不要随便轻易清空事件日志中的事件记录，很多故障现象需要从这个里面下手找原因；3、所有返回的系统提示信息一定要注意仔细查看；4、IIS中的应用程序保护应为中或高，如为低，则所有ASP页面均以本地系统权限运行，安全性存在问题。5、COM+程序的用户权限和用户启动权限很重要，应注意检查。6、系统默认组有时有重要作用，不能轻易删除或修改。7、系统重要文件（如SAM）不可轻易删除，应尽可能采取妥善的解决方法。如使用外部程序修改注册表或SAM表信息以获得管理员权限。而不要删除该文件。

康盛的系列产品，包括Discuz、UCHome、Supesite都集成了同一个用户系统——UCenter，用户登录的密码也保存在UCenter中，对于其他系统集成或导出数据到UCenter系统，通常会遇到密码生成的问题，这里就讨论一下UCenter的用户密码算法规则和生成方法。密码通常使用MD5对用户密码HASH后保存在数据库中的方法，如果黑客拿到了这个HASH数值，那么可以采用字典的方式暴力破解，如果这个字典数据库足够大，并且字典比较符合人们的设置习惯的话，那很容易就能破解常见的密码，因此UCenter采用了salt来防止这种暴力破解，salt是一随机字符串，它与口令连接在一起，再用单向函数对其运算，然后将salt值各单向函数运算的结果存入数据库中。如果可能的salt值的数目足够大的话，它实际上就消除了对常用口令采用的字典式攻击，因为黑客不可能在数据库中存储那么多salt和用户密码组合后的HASH值。UCenter的创始人密码是保存在文件中的，打开uc下面/data/config.inc.php文件，里面的UC_FOUNDERPW保存的就是密码，而UC_FOUNDERSALT保存的是SALT数值，创始人密码的创建规则是：UC_FOUNDERPW=md5（md5（PASSWORD）.UC_FOUNDERSALT），就是先将密码MD5，然后添加salt，然后再次MD5，产生的HASH数值保存在config.inc.php文件中，因此修改UC_FOUNDERPW里面的数值就可以修改UCenter的创始人密码。UCenter的用户信息是保存在uc_members表中，在这个表中，每个用户都有一个不同的随机salt字段，表中的password字段为计算后的密码，密码计算规则是$password=md5（md5（$password）.$salt），也就是将用户的密码MD5后，添加salt，然后再MD5，保存在password字段中。因此，如果进行不同系统的数据转换，可以根据这个原理，将其他系统的用户名和密码计算后，导入UCenter的uc_members表中，实现用户的迁移。例如，如果原有系统使用的是md5（password）这样的算法保存密码，那就通过程序随机生成salt，然后计算两者累加后的md5，这样就很容易计算出这个用户在UCenter中的用户密码HASH值，从而实现用户的无缝迁移。不过，如果原有系统使用的是md5（password+salt）的方式保存的密码，那就无法实现密码的平滑迁移UCenter了，即使迁移，也只能人为将其UCenter的password增加一个salt才能使用，因此，我们在平时设计系统用户密码的时候，应该尽量采用md5（md5（password）+salt）的方式保存密码，这样才能方便的实现和UCenter的接口，并且保证了安全性，通常对于英文用户名来说，自建系统使用username来做salt是个简便的方法。

众所周知，我们正处在一个存在着各种诈骗、劫持的网络年代，我们的各种帐号密码很多时候都能很容易地被黑客窃取。由此很多网站使用HTTPS来保护用户的信息不被窃取。而HTTPS本身所使用的SSL协议也并不是完美无缺，即使能确保本机安全，也还存在着各种SSL劫持了，令人防不胜防。曾经发生过并被大众知晓的SSL劫持有：Comodo CA被黑客入侵用于伪造SSL证书、DigiNotar CA被黑客入侵用于伪造SSL证书、法国政府伪造CA证书用于劫持Gmail等。当然，还有广为流传的CNNIC，虽然并没有被发现进行过SSL劫持，不过鉴于其之前的所作所为，很多人还是很担心某天会针对自己进行劫持，而针对单人的劫持比较难以发现。所以很多人为了安全起见，将CNNIC的SSL证书标记为不信任，但由此带来了一些问题，比如中国区的战网使用了CNNIC颁发的证书导致无法连接，中国区的Windows Azure也使用了CNNIC颁发的证书导致无法连接等问题。而除了CNNIC，很多人还担心很多中级CA机构会以更隐蔽的方式进行劫持。鉴于存在着这些问题，那么就需要有相应的解决方法。笔者在这里介绍一个用于预防SSL劫持的开源工具，使用中不存在删除证书的各种问题，也不存在担心中级CA机构的问题。此工具的项目地址为： https://github.com/lehui99/scphcp ，依赖于python，安装python后根据项目主页中的问于答进行操作即可使用。此项目刚开发完成，使用中或许会存在一些问题，如发现问题则欢迎在项目中提Issue，我会尽快进行修复。使用此工具后只能防止SSL劫持，并不能防止HTTP劫持，比如《电信级的RSA加密后的密码的破解方法》中使用的HTTP劫持无法预防。所以访问重要的网站时需要确保使用的是HTTPS进行访问。目前使用此工具需要一定的电脑知识，需要会安装python并设置环境变量并编辑配置文件。笔者会在后续开发中制作一个简易使用的exe版给大家，只需持续关注项目主页即可知道何时发布exe版。

一般的U盘不具备加密的功能，虽然U盘和加密狗外形有一些相似，但是内部完全不一样的，U盘只是一个存储器芯片和简单的附属电路，而现在的智能卡加密狗都具有一个单独的CPU或者加密芯片，可以执行相当复杂的加密算法。有的软件开发商有这样一种需求，就是使用U盘发布软件的同时，想要节约成本，防止U盘中的软件被复制，但又不想再购买昂贵的加密狗，因此想要把软件绑定在U盘上执行，当U盘拔下来的时候，软件就不能正常运行，和我先前介绍的绑定硬件指纹相似，使用绑定U盘的方式加密软件。在对软件安全不是特别在意的情况下，可以在软件中采用绑定U盘内部ID的方式来实现这种加密，先使用程序将U盘的ID读出来，然后根据这个ID生成License文件，当解密者将U盘内的文件复制到其他电脑的时候，软件执行过程中读取U盘ID失败，因此就无法校验License。通常情况下两个U盘的ID是不相同的，因此即使将软件复制到另外一个U盘，软件执行的时候，根据U盘ID验证License，也会出现不匹配的现象，这样就实现了软件绑定U盘的加密方式。需要指出的是，这种U盘加密并不算安全，大多数U盘厂商有内部量产工具，可以修改U盘的内部ID号码，这就存在了复制U盘的可能性，但对于普通用户来说，通常没有修改U盘内部ID的能力，因此也具有一定的加密性。这个加密方法中，读取U盘ID号的函数的VB源代码如下所示： Set objWMIService = GetObject("winmgmts:\\.\root\cimv2") Set colItems = objWMIService.ExecQuery("Select * From Win32_USBHub") For Each objItem In colItems a = objItem.DeviceID If InStr(a, "VID") Then b = Split(a, "\") USB_ID = b(UBound(b)) Next

从理论上讲，纯32位的Windows 2000是不会出现死机的，但是这仅仅是理论上。病毒或硬件和硬件驱动程序不匹配等原因将造成Windows 2000的崩溃，当Windows 2000出现死机时，显示器屏幕将变为蓝色，然后出现STOP故障提示信息。下面我们分别介绍通用的STOP故障处理方法和特殊的STOP故障排除。通用STOP故障处理1.首先使用新版杀毒软件检查计算机上是否有病毒。2.如果Windows 2000可以启动，请检查“事件查看器”中的信息，以确定导致故障的设备或驱动程序。启动“事件查看器”的方法是：“开始”“设置”“控制面板”“管理工具”“事件查看器”“系统日志”。3.如果不能启动计算机，试着用“安全模式”或“最后一次正确的配置”启动计算机，然后删除或禁用新安装的附加程序或驱动程序。如果用“安全模式”启动不了计算机，可使用修复控制台。修复控制台可以禁用一些服务、重新命名设备驱动程序、检修引导扇区或主引导记录。4.拆下新安装的硬件设备（RAM、适配卡、硬盘、调制解调器等等）。5.确保已经更新了硬件设备的驱动程序，以及系统有最新的BIOS。6.运行由计算机制造商提供的系统诊断工具，尤其是内存检查。7.检查Microsoft兼容硬件列表（HCL），确保所有的硬件和驱动程序都与Windows 2000兼容。Hcl.txt在Windows 2000 CD-ROM的Support文件夹中。8.在BIOS中禁用内存缓存功能。9.重新启动计算机，在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。(注:使用“最后一次正确的配置”的方式启动计算机，计算机的所有设置被重置为最后一次成功启动时的配置。)10.如果能够访问Web，请进入http://www.microsoft.com/ntserver/，单击“Support”/“Search Knowledge Base”，在“Type your keywords here”处，输入“stop”和相应的号码（如出现STOP消息“stop:0x0000000A”，可在此输入“stop0x0000000A”），按Enter键，就可以找出所出现的STOP问题的解决方法。特殊排除STOP消息 0x0000000A故障（设备已经安装）通常原因 驱动程序使用了不正常的内存地址。1.如果Windows 2000还可以启动，检查“事件查看器”中显示的信息，确定引起问题的设备或驱动程序。2.关掉或禁用一些新安装的驱动程序，并删除新安装的附加程序。3.拆下一些新安装的硬件（RAM、适配器、硬盘、调制解调器等等）。4.确保已经更新了硬件设备的驱动程序，以及系统有最新的BIOS。5.运行由计算机制造商提供的系统诊断工具，尤其是内存检查。6.检查Microsoft兼容硬件列表（HCL），确保所有的硬件和驱动程序都与Windows 2000兼容。7.在BIOS中禁用内存缓存功能。8.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。STOP消息 0x0000000A故障(刚加入新设备时)通常原因 驱动程序使用了不正常的内存地址。1.在安装过程中，屏幕上提示“安装程序正在检查计算机硬件配置”时，按F5,根据提示选择合适的计算机类型。例如，如果计算机是单处理器，请选择“标准PC”。2.在BIOS中禁用内存缓存功能。3.拆下所有适配卡，并断开所有不是启动计算机所必需的硬件设备，再重新安装Windows 2000。4.如果系统配有SCSI适配卡，请向适配卡销售商索取最新的Windows 2000驱动程序，禁用同步协商功能，检查终结头和设备的SCSI ID号。5.如果系统配有IDE设备，设IDE端口为Primary。检查IDE设备的Master/Slave/Only设置。除了硬盘，拆下其它所有的IDE设备。6.运行由计算机制造商提供的系统诊断工具，尤其是内存检查。7.检查Microsoft兼容硬件列表（HCL），确保所有的硬件和驱动程序都与Windows 2000兼容。8.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。STOP消息 0x0000001E故障1.检查是否有充分的磁盘空间，尤其是新安装。2.禁用STOP消息中显示的驱动程序和所有新安装的驱动程序。3.如果所使用的视频驱动程序不是Microsoft提供的，试着切换到标准VGA驱动程序或者由Windows 2000支持的合适的驱动程序。4.确保系统有最新的BIOS。5.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。STOP消息 0x00000023和0x00000024故障通常原因 严重的驱动器碎片、超载的文件I/O、第三方的驱动器镜像软件或者一些防病毒软件出错。1.禁用一些防病毒软件或者备份程序，禁用所有碎片整理应用程序。2.运行CHKDSK /f 检修硬盘驱动器，然后重新启动计算机。3.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。STOP消息 0x0000002E故障通常原因 系统内存中的奇偶校验错误。1.运行由计算机制造商提供的系统诊断工具，尤其是内存检查。2.在BIOS中禁用内存缓存功能。3.试着用“安全模式”启动。如果“安全模式”可启动计算机，试着更改为标准VGA驱动程序。如果这不能解决问题，可能须要用另外的视频适配卡。“兼容硬件列表”中列出了兼容的视频适配卡。4.确保已经更新了硬件设备的驱动程序，以及系统有最新的BIOS。5.拆下一些新安装的硬件（RAM、适配器、硬盘、调制解调器等等）。6.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。STOP消息 0x0000003F故障通常原因 驱动程序没有被完全清除。1.删除一些新安装的软件，包括备份工具或磁盘工具，例如碎片整理和防病毒软件。STOP消息 0x00000058故障通常原因 在容错集的主驱动器中发生错误。1.用Windows 2000引导软盘，从镜像（第二个）系统驱动器启动计算机。2.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。 STOP消息 0x0000007B故障通常原因 在I/O系统的初始化过程中出现问题（通常是引导驱动器或文件系统）。1.检查计算机上是否有病毒。这个STOP消息通常在引导扇区有病毒时出现。2.使用“修复控制台”来修复驱动器。3.拆下新安装的硬盘驱动器或控制卡。4.如果系统配有SCSI适配卡，请向适配卡销售商索取最新的Windows 2000驱动程序，禁用同步协商功能，检查终结头和设备的SCSI ID号。5.如果系统配有IDE设备，设IDE端口为Primary。检查IDE设备的Master/Slave/Only设置。除了硬盘，拆下其它所有的IDE设备。6.运行CHKDSK。如果Windows 2000不能启动CHKDSK，则必须把硬盘拆下并连接到另一个Windows 2000系统上，然后用CHKDSK命令检查该硬盘。7.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。 STOP消息 0x0000007F故障通常原因 硬件或软件问题;常见的原因是硬件失效。1.运行由计算机制造商提供的系统诊断工具，尤其是内存检查。这个STOP消息经常出现在错误或误配内存的情况下。2.在BIOS中禁用内存缓存功能。3.试着拆下或替换硬件:RAM、控制器、适配器、调制解调器和其它外围设备。4.检查Microsoft兼容硬件列表（HCL），确保所有的硬件和驱动程序都与Windows 2000兼容。这个问题可能是由于不兼容的主板引起的。5.重新启动计算机。在启动屏幕处，按F8进入“高级启动选项”，然后选择“最后一次正确的配置”。

如今已进入了web2.0高速发展的互联网时代，各种互联网的Web应用程序如雨后春笋般出现。那么作为一名Web开发人员，怎样去开发一款优秀的Web应用程序呢？这个问题没有一个简单的答案，甚至那些教育机构都未必能清楚的知道。所以，像大多数在这个领域里的web开发人员一样，我们只是通过去做，去实验才学会了这些。没有人告诉我们如何去做，我们从给自己做点什么东西开始，学会如何开发web应用程序是在这个过程中的一个副产品。这是学习任何语言的一个非常有效的方法。Web应用程序与网站之间的区别首先，我要说明，开发一个web应用程序跟开发一个网站是不一样的。虽然在总体上有很大相似之处，但开发它们所需要的时间有巨大的差别。那究竟web应用程序和网站有什么不同呢？通常，维基百科能帮助我们解释这个问题，让我们来看看维基百科是如何定义应用软件的：应用软件，通常也被称作应用，指的是专门为帮助用户去执行一个或多个相关特定任务而设计的计算机软件。企业软件，会计软件，办公套件，绘图软件，媒体播放器等都属于这种软件。跟应用软件相对照的是系统软件和中间件，它们管理计算机效能，管理如何跟计算机集成，但通常这些工作并不会直接反映到使用户受益的任务执行上。举个例子，一个不是很恰当的实体类比，应用软件跟系统软件之间的关系就好比一个电灯泡和一个发电厂之间的关系，发电厂(系统软件)只是产生电能，它自己没有任何真正的用途，除非利用一个电灯泡这样的应用工具才能为用户提供服务。Web应用程序的开发过程现在特征已经弄清楚了，我们就可以开始定义开发一个web应用程序的整个过程了。当然，这依赖于工程的大小，过程中的某些步骤可能很小，在你的脑海里就能完成这种工作，但把事情整个的了解一下总是有好处的。同时还有一点很重要的你要明白，这篇文章并不会对每个步骤进行深层次的描述。步骤一：分析开发一个web应用的第一步是分析你的需求。你此时应该定义出一个尽量周全的你的应用应该提供的功能清单。如果是你为一个客户做这些工作，你需要明白他们想要什么(要确保你们对方都知道对方在说些什么)。从你们的讨论中，你能总结出需求和软件规格。你即使是为自己开发，我也建议你把希望这个web应用能够做的功能写下来。步骤二：设计一旦你弄清楚了这个web应用需要做哪些事情，你就可以开始设计了。这个步骤通常会反反复复进行很多次，每一次都把设计细化一些。你第一要做的是画出页面流程图(画在纸上，或使用软件工具，凭各自所好吧。我喜欢用纸，这样我可以做更快速的改变)。页面流程图通常是很抽象的黑白绘画，画出你将要实现的web应用的样子(你可以加一些色彩，但尽量保持简单)。这个步骤能够让你知道你的应用最终会是个什么样子。跟37signals倡导的相反，我建议使用一些词语描述，适度细化。当我想到一个很好的想法时，或想到事情该如何做时，我会把它标注到纸上(例如，当点击这个按钮时应该使另外一个元素改变或隐藏，我会把这写在流程图上)。当你对做出的草图满意后，你可以开始制作实体模型了。实体模型仍然是些图案，但有色彩和细节。最终的实体模型看起来应该像你将要实现的web应用的一个截屏图。如果你为一个客户开发，他会看看这些东西，并给你他的认可。然而，很多人都喜欢跳过这一步(大多数都是非设计人员)，他们喜欢直接奔向网页原型。原型是用HTML开发出来，使用CSS渲染(有时也是有Javascript)。页面布局要做出来，链接能够点，颜色，字体，字体大小要设定好(如果你做了实体模型，这个会很容易)。这一步非常的重要，因为这里所有的东西都能用于你最终的应用中。如果允许的话，在你的原型上做一些可用性测试，从长期的效果来看，这能使你避免大量的失误。在这个步骤的最后，你基本上就知道了你的web应用是如何组织到一起的了。登录页面有些什么，用户如何从主页转向到各个页面。步骤三：实现 选择一个框架现在我们已经知道了要去开发什么东西，那就要把它做出来。这一部分的工作很多，你大部分的时间都要花在这个上面。你第一个要做的决定是如何着手，采用什么样的技术，什么框架。你有很多选择的余地，你需要选出一个适合你的。下面是一个最常用的框架的列表:ASP.NETPHP 上的任何一个流程的框架Python with DjangoRuby on Rails没有一个明确的标准说哪个框架最好。它们都各有不同，每个都有自己的长处。最重要的是你要知道它们任何一个都能让你开发出好用的web应用。一旦你知道了如何去开发，那就要甩开臂膀开干了。这个开发工作可以看作有很多块，但说到底，这都是标准的编程活动了。在后台，你要创建类，对象，服务，过程，以及持久层来把这些对象保存到数据库中。后台是整个应用的核心，对任何应用来说，它跟普通的编程没有什么区别。接着是前台的开发，你现在编写的代码才是真正给用户使用的操作界面。你把后台的程序和原型界面集成到一起，把系统各部分集成到一起。你还可以把你在开发过程中想到的一些很炫的小功能用JavaScript实现。再说一次，有很多种途径可以实现后台程序。建议你去读一读跟你选择的框架相关的资料，弄清楚如何实现这一部分的工作。通常，这些知识会跟面向对象编程有关，但有些框架正在慢慢的向领域驱动设计发展。步骤四：打磨抛光现在应用程序已经开发出来，各个独立的模块也集成到了一起。你需要通过测试来确保你在步骤一中定义的需求和软件规格是否被实现(这个问题在你开发的整个过程中都要记在脑中)。你要确保那些愚蠢的用户不能通过试图做一些你还没有实现的操作而把你的应用弄坏(参考白盒和黑盒测试)。你同时还要确保你的程序能够在各种浏览器里(希望不是IE6)都能正确的运行。现在也是你做一些小的调整，改进你的应用程序给人的感觉的时候，让它趋于完美。步骤五：发布和后续工作这最后一步(但不是就此完结)是发布你的应用，让用户能够真正使用它(如果这个应用是个公众开发的应用，别忘了做新闻宣传)。如果你愿意，先发布一个Beta版，这样只有一小部分用户能够发现你的应用里的大问题(因为你的程序里肯定会有bug)，他们会帮助你改进程序的质量。不要忙着增加功能，要专注于把你目前的程序变的稳固。当经过了beta阶段，你的程序已经变得十分的稳固，听取用户反馈的意见，自己试用一下自己的应用，你可以开始思考如何使应用变的更好。找出不和谐的地方，消除掉。以后每次的迭代都要经过上面所说的五个步骤，但就像我最初说的，你现在已经有了一个可以运行的应用程序，你很容易直接在心里完成这些步骤，直接奔向在代码里测试你的功能。恭喜，你已经自豪的成为一个web应用程序的作者了。

编写web应用程序时，有很多的技术决策。笔者最近回来编写现代Web应用程序，并希望总结一些曾经在开发周期过程中做了记录零散的想法。这篇文章是关于一套对笔者最近开发的项目有帮助的框架。笔者重温了一些最重要的框架类型，其中每一个可以展开来写一篇文章。这并不是一个广泛的现有产品相比，只是一个笔者最近使用的部分技术。虽然笔者的重点是移动优先， 笔者认为，这套技术可以应用在一般的web应用程序。 笔者的决定和数据支持考虑了几个要求：基于JavaScript（CoffeeScript，Dart，绝对值得认真看看，但我想避免引起激进选择）必须在现代浏览器工作良好（IOS 5，Android 4）挑选一个MVC框架在本地UI的应用程序开发中模型视图控制器模式已经使用了几十年。其基本思路是分开表示层（用户界面，动画，输入）和数据层（存储，通讯，数据）。有其他类似的模式，如MVVM的（模型视图的ViewModel），但主要的想法是在展现和数据层之间有定义良好的分离，为了更干净的代码和长期的维护：有许多JavaScript模型视图控制器框架的产品。有一些如Backbone.js和Spine.js是用纯代码编写的，而其他像Knockout.js和Angular依靠DOM数据属性绑定。那些依赖HTML5数据DOM属性的分离视图和数据的MVC系统被认为是不对的。这不包括Knockout.js和Angular框架。 spine.js比 CoffeeScript更容易，根据我最初的要求排除了CoffeeScript。backbone.js比大多数框架更受欢迎（也许除JavaScriptMVC外，似乎像一个死的项目），还设有一个成长的开源社区。对于笔者的应用程序栈，笔者选择了Backbone.js。欲了解更多有关挑选一个MVC的信息，检出TodoMVC，它使用不同的MVC框架实现相同的Todo应用程序。还可以看到这个MVC框架的比较，它强烈赞成Ember.js，一个出现相对较晚的框架。笔者尚未有机会使用它，但它在我的清单上。选择一个模板引擎要在网络上建立一个严谨的应用程序，你不可避免地要建立大型的DOM树。如果使用JavaScript API来操作DOM，不如使用基于字符串的模板编写html来得更简单高效。JS模板已经逐步形成一个奇怪的约定，嵌入模板的内容到脚本标记内：。使用所有的模板引擎的基本做法是作为一个字符串来加载模板，构建模板参数，然后通过模板引擎模板和参数运行。backbone.js依赖于Underscore.js，它有一个有些局限的有详细语法的模板引擎。有其他可供选择，包括jQuery模板，Handlebars.js，Mustache.js和许多其他的。 jQuery模板已经被jQuery团队准备废弃了，所以我没有考虑这个选项。Mustache是一个跨语言的模板系统，具有简单和成熟的决定，以支持尽可能少的逻辑。事实上，在Mustache最复杂的构造是遍历一个对象数组的方式。 handlebars.js建于Mustache之上，加入一些不错的功能，如预编译模板和模板表达式。对于笔者而言，并不需要这些额外的功能，然后选择了笔者的模板平台Mustache.js在一般情况下，笔者的印象是，现有的模板框架可比较的功能是很少的，因此决定在很大程度上是个人喜好的问题。选择一个CSS框架CSS框架是必不可少的工具，用来扩展CSS如变量等方便的功能集，创建分层的CSS选择器的方式，以及一些更先进的功能。这实质上是创建了一个新的语言：CSS的增强版本（姑且称之为它的CSS++）。为便于开发，一些框架在浏览器中实现了一个JavaScript的CSS+ +解释器，而一些其他框架让你监控一个CSS+ +文件，并每当有更改就编译它。所有的CSS框架应提供命令行工具来编译CSS++成CSS给开发。像模板语言一样，也有很多选择。笔者的选择是出于个人的语法偏好，笔者更喜欢SCSS，因为它避免了像@怪异的语法。 SCSS的一个缺点是，它并没有附带一个JavaScript解释器（有一个非官方的，笔者还没有试过），但可用命令行监视器。还有其他类似的CSS框架，包括LESS和Stylus。如何布局视图ViewsHTML5提供了多种方式来布局内容，MVC框架对这些布局技术的使用无要求，留给开发者你一点困难。一般来说，对documents相对位置是合适的，但对apps除外。应避免绝对定位，像tables。许多Web开发人员已经转向使用float属性对准元素的，但是这只是第二理想的构建应用程序的观点，因为它没有类似应用程序的布局，导致许多奇怪的问题和臭名昭著的clearfix hacks。经过多年来的布局与各种网络技术的实验，笔者认为一个固定的定位和flex box的模型相结合是移动互联网应用的理想选择。笔者使用的是将屏幕上的界面元素（页眉，侧边栏，页脚等）固定定位。flex box 模型对在页面上布局堆叠视图（Stacked views）是很棒的（水平或垂直的）。只有CSS盒模型明显地对界面设计进行了优化，非常类似Android的LinearLayout 管理器。对于有关flex box模型的更多信息，请阅读保罗的文章，并注意该规范正在由一个新的，非向后兼容的版本取代。自适应Web应用程序最后一节，在这个问题上：笔者大力提倡创建设备特定的用户界面。这意味着为不同的形式屏幕重新编写视图代码部分。幸运的是，MVC模式，使得它比较容易为多个视图（如平板电脑和手机）重用业务逻辑model。iOS Flipboard演示了这个想法很好，它为平板电脑和手机用户提供了为每个设备外形高度定制的体验。手机用户界面特别为垂直点击进行了优化，允许单手使用。平板的UI让两手反面持有设备工作良好。输入的考虑移动用户与您的应用程序进行交互的主要方式是通过用手指触摸屏幕。这与基于鼠标的互动相当不同，因为有额外9点在跟踪屏幕，这意味着开发人员编写移动应用程序时，需要抛弃移动鼠标事件。此外，在移动鼠标事件有300ms延迟点击的问题（有一个著名的触摸式的解决方法）。在移动浏览器使用这些事件的详细信息，请参阅我的触摸事件的文章。只有S /mousedown/ touchstart/所有的事件处理程序是不够的。有 一套全新的用户期待的触摸设备手势，如点击、通过浏览图像列表导航。虽然苹果公司有一个鲜为人知的手势API，但没有在网页上做手势检测的开放规范。我们真的需要一个JavaScript手势检测库，去处理一些较常见的手势。如何使其离线工作对于一个应用程序脱机工作，你需要确保两件事情真实：Assets资产可用（通过AppCache，文件系统API等）数据是可用的（通过LocalStorage，WebSQL，IndexedDB等）实践中，在网络上建立离线应用是一个棘手的问题。一般来说脱机功能应从一开始就加入你的应用程序。让现有Web应用程序没有显着的重写代码运行在离线状态下是特别困难的。此外，脱机技术还有各种未知的存储限制，而且未知超出限制时会发生什么不确定的行为。最后，在离线的技术堆栈还有一些技术问题，最显着的是AppCache，正如我在以前的文章提到。写真正的离线功能的应用程序是一个非常有趣的方法是“离线优先”。换句话说，如果没有互联网连接全部写入本地，当存在互联网连接，实现同步数据同步层。在Backbone.js MVC模型，这可以很好地适应自定义Backbone.sync适配器。单元测试单元测试您的UI是有困难的。然而，因为你使用MVC的模型，它是完全隔离的UI和数据结果，因此，可方便测试。QUnit是一个相当不错的选择，特别是因为它允许使用它的start（）和stop（）方法单元测试异步代码。总结总之，笔者使用Backbone.js 作为 MVC 框架，Mustache.js做为模板，SCSS作为CSS框架，CSS的Flex box展现界面views，自定义触摸事件和QUnit单元测试工具，来写笔者的移动Web应用程序。脱机支持，笔者仍然尝试用各种技术，并希望未来继续写篇文章。虽然笔者强烈相信有必要在这里列出每种工具（如MVC），笔者也相信，笔者在这里描述的许多具体的技术是可以互换的（如Handlebars 和 Mustache）。

中国现在的计算机软件发展是一个畸形的发展，在北美，软件的销量早已经超过了硬件并且两者差距越来越大，而在中国却正好相反，硬件不论从发展速度还是销量都大于软件。现象的背后，我们看到的本质是什么呢？是中国很不成熟的软件市场。特别是家用（个人）软件市场，这个市场是否存在呢？我想中国绝大多数个人软件的消费者都乐于使用盗版软件。中文WIN98的价格是1998元， 比日文版和英文版的都要贵，为什么BILL GATES要在中国这个并不富裕的国家把软件价格定那么高呢？我想可能是因为他知道即使价格定低了也没有人买正版，或者他根本不重视中国的家用软件市场。他把眼光放到了中国的企业身上。微软在中国打的那些官司，也多是对企业而不是对个人的。微软的目标可能是让没一家中国的打企业都使用上正版的Windows。如果中国企业使用盗版的Windows而被微软知晓， 那么要么向微软购买几十上百套Windows，要么就送你上法庭。一般的中国企业都是购买Windows了事。比如深圳华为。在中国，企业一般不会象个人那样肆无忌惮地使用盗版软件，企业一般也有能力购买软件。一个很有趣的现象是，在国内盗版国产企业软件的似乎并不多，即使有，真正使用的却不多，特别是财务软件，一般企业都无法认同盗版产品，因为做帐的时候使用盗版软件总是不放心。而且，企业软件一般加密性能比较好，其软件狗加密并不是很轻松就能解开的。而且使用解密又会面临法律上的制裁。中国的软件业可以说是步履蹒跚，绝大多数中国的软件企业日子都不好过，个体手工作坊式的软件开发方式比比皆是，这是中国国情决定的，这样的运做方式肯定不能和美国软件巨人们相竞争。所以，中国的软件企业需要将有限而宝贵的人力财力资源投入到真正有市场的企业软件中。家用软件至少在可以预料的未来中是没有市场的。对于中国那些狂热的盗版用户来说，他们会发现盗版光盘中中文的软件会越来越少，不过这也好，可以锻炼他们的英文水平了。

当你在精心打造了一套高端网站，却发现未能达到预期效果，是否会陷入困惑？高端网站建设的成败，其实暗藏诸多关键因素，以下几方面值得深入探究。一、领导重视程度不足影响高端网站建设成效在这个竞争激烈的商业环境中，高端网站建设是企业拓展市场的关键一步。但部分企业领导对网站的重视程度却堪忧，甚至记不住自家网站地址，这种态度无疑会向下传递，导致网站管理人员也缺乏积极性。高端网站建设的目标多样，从提升品牌形象到开展电子商务等，无论企业规模大小，都应先在思想上给予充分重视，依据自身情况明确建站目标，投入相应资源进行建设与运营，如此方能收获理想效果。二、网站管理人员配置不合理制约高端网站建设发展高端网站建设需要专业团队精心运维。现实中，不少企业随意安排人员管理网站，致使管理缺乏延续性。从网络营销角度看，网站管理员应具备多方面能力，如一定写作能力、对行业见解以及网络营销知识等，还应熟悉互联网基础、办公软件和图像处理软件等。高端网站建设的优质内容至关重要，它关乎吸引访问者、提升搜索引擎排名等。企业领导应高度重视网站管理团队的组建，根据公司规模合理配置人员，或寻求第三方专业公司代运维，保持团队稳定，助力网站良好发展。三、缺乏明确建站目标导致高端网站建设迷失方向高端网站建设绝非一时头脑发热之举，明确的建站与营销目标才是成功基石。企业应深入思考建站目的，是提升品牌、推广产品，还是提供服务等，依此确定网站版块、布局与功能。同时，要结合企业实际情况，如人员构成、市场现状、目标人群和资金实力等进行预判，避免盲目照搬他人网站。高端网站建设中，目标明确才能精准选择方法与手段，在网络营销道路上稳健前行。四、合作伙伴选择不当影响高端网站建设质量高端网站建设中，企业多依赖专业网络公司。然而，面对市场上报价悬殊、服务质量参差不齐的状况，企业往往难以抉择。部分企业频繁更换合作伙伴，还可能出现域名过期、转移纠纷等问题。企业应慎重挑选建站公司，除了考虑价格，更要关注其老客户服务年限、网站效果等。高端网站建设关乎企业形象与营销成果，选择信誉良好、实力雄厚的合作伙伴。总之，高端网站建设要想取得良好效果，企业需在领导重视、人员配置、目标明确以及合作伙伴选择等方面下足功夫。希望各企业主能够重视建站、运维与推广工作，让网站真正成为推动企业发展的有力工具。