21.10.2024

域名

管理

如何建立一个能够吸引并留住受众的动态网站

动态网站是指根据用户输入、会话状态、数据库查询或外部API调用，在服务器端或客户端动态生成内容的网站——与静态网站不同，静态网站向每位访客提供预先渲染的、不变的HTML文件。其实际效果是网站能够显示个性化仪表板、实时信息流、用户生成内容，以及购物车或会员门户等交易功能。

如果您正在考虑构建动态网站还是静态网站，答案取决于您的数据模型：任何需要用户身份验证、数据库驱动内容或大规模个性化的网站都需要动态架构。本指南将深入介绍该架构的每一层——从技术栈选择和托管基础设施，到SEO、内容策略和性能监控——提供足够的技术深度，帮助您做出明智的决策，而不仅仅是按照清单逐项执行。

静态网站与动态网站：技术对比

在确定技术栈之前，了解架构差异可以避免日后代价高昂的重建。

维度	静态网站	动态网站
—	—	—
内容生成	部署时预构建HTML	每次请求时生成（服务器端或客户端）
是否需要数据库	否	是（SQL或NoSQL）
个性化	无（除非使用JS技巧）	通过会话/身份验证层原生支持
托管复杂度	CDN + 对象存储即可	需要应用服务器 + 数据库
首字节时间（TTFB）	非常快（缓存HTML）	无缓存层时较慢
可扩展性	通过CDN近乎无限扩展	需要水平扩展或缓存
安全攻击面	极小	较大（身份验证、SQL注入、XSS攻击向量）
维护开销	低	较高（CMS更新、依赖补丁）
最适合	作品集、文档、落地页	SaaS、电商、社区、新闻

一旦实施全页缓存、对象缓存（Redis或Memcached）以及在源服务器前部署CDN，静态与动态之间的性能差距将大幅缩小——这一点在大多数入门指南中完全被忽略。

第一步：根据使用场景选择合适的技术栈

基于CMS的方案

内容管理系统通过管理界面将数据库操作和模板处理抽象化。正确的选择取决于您团队的技术深度和内容模型的复杂程度。

WordPress占据市场主导地位，原因充分：其插件生态系统（60,000+个插件）、REST API和块编辑器涵盖了大多数动态使用场景。然而，WordPress的单体PHP架构意味着每个未缓存的页面请求都会执行PHP并访问MySQL。在共享基础设施上，这会在高负载下造成瓶颈。解决方案是合理的缓存栈：使用WP Super Cache或W3 Total Cache进行页面级缓存，使用Redis Object Cache进行数据库查询缓存，以及配置带有fastcgi_cache指令的Nginx反向代理。

当您的内容模型确实复杂时，Drupal是正确的选择——例如政府门户、多语言发布平台，或拥有数十种自定义实体类型和细粒度基于角色的访问控制的网站。其配置管理系统（将配置导出为YAML）使其能够通过CI/CD流水线进行部署，这是WordPress原生无法实现的。

Joomla介于两者之间：开箱即用的访问控制列表比WordPress更强大，但插件生态系统比WordPress和Drupal都小。

自定义开发框架

当CMS施加的限制使您的应用无法正常运作时，自定义开发才是正确的路径——而非退而求其次的选择。

Laravel（PHP）：Eloquent ORM、内置队列系统、Blade模板引擎，以及对RESTful API的一流支持。非常适合基于PHP基础设施构建的SaaS产品。
Django（Python）：功能齐全的框架，内置强大的管理面板、ORM和强大的安全默认设置（内置CSRF保护、SQL注入防护）。非常适合数据密集型应用。
Node.js配合Express或NestJS：非阻塞I/O使其在实时功能（WebSocket、实时通知）方面表现高效。NestJS为大型团队增加了TypeScript和结构化模块系统。
Ruby on Rails：约定优于配置的理念加速了开发。强大的ORM（ActiveRecord）和脚手架，尽管在新项目中的使用频率不如十年前。
Next.js（React）：在单一框架中支持静态生成（SSG）、服务器端渲染（SSR）和增量静态再生（ISR）。ISR模型尤为强大：页面以静态方式缓存，但会在后台按可配置的时间间隔重新验证，兼顾了静态网站的性能和动态网站的内容新鲜度。

入门指南中经常跳过的一个关键架构决策：渲染在哪里发生？服务器端渲染（SSR）在服务器上按请求生成HTML——有利于SEO和首屏渲染性能，但会增加服务器负载。客户端渲染（CSR）发送最小化的HTML外壳，并通过JavaScript在浏览器中渲染内容——初始加载后导航感知速度更快，但若无预渲染则对SEO不利。混合渲染（Next.js、Nuxt.js、SvelteKit）允许您按路由选择渲染方式。

第二步：基础设施——托管、数据库和域名

选择合适的托管层级

您的托管基础设施并非商品化决策——它直接决定了您网站在流量、安全态势和运营复杂度方面的上限。

共享主机适合早期阶段的低流量网站。其代价是资源竞争：您的PHP进程和MySQL查询与同一服务器上的其他租户竞争资源。AlexHost提供的共享虚拟主机提供了具有成本效益的入门选项，并提供cPanel访问权限，适合尚不需要专用资源的WordPress或Joomla安装。

VPS托管是任何预期有稳定流量或需要自定义服务器配置的动态网站的正确层级。VPS为您提供专用的CPU和RAM份额、root访问权限，可安装自定义PHP版本、配置Nginx/Apache，以及设置Redis或Memcached。AlexHost提供的VPS托管支持完整的LAMP和LEMP栈，配备SSD存储和可扩展RAM，是生产环境WordPress、Laravel或Django部署的标准推荐方案。如果您偏好托管控制面板环境，带cPanel的VPS可在保留专用虚拟机性能优势的同时，省去手动服务器配置的麻烦。

当您的动态网站需要处理高并发用户、执行大型数据库查询，或运行资源密集型后台任务（图像处理、视频转码、搜索索引）时，独立服务器才是必要的选择。AlexHost提供的独立服务器提供裸金属性能，无虚拟机管理程序开销——对于流量高峰期的电商平台或拥有数百万注册用户的社区平台至关重要。

数据库架构

每个动态网站都需要一个持久化层。数据库引擎的选择对查询性能、扩展策略和运营复杂度都有深远影响。

MySQL / MariaDB：WordPress、Joomla和大多数PHP框架的默认选择。InnoDB存储引擎提供ACID合规性和行级锁定。对于读密集型工作负载，实施读副本可将SELECT查询从主库卸载。
PostgreSQL：在复杂查询、JSON文档存储（JSONB）、全文搜索和高级索引（GiST、GIN）方面表现更优。是Django项目以及任何需要复杂关系完整性的应用的首选数据库。
MongoDB：面向文档的NoSQL数据库。适用于数据模型灵活（例如属性高度可变的产品目录）或从一开始就需要水平分片的场景。在大多数使用场景中，它并不能替代关系型数据库——这是一个常见的架构错误。
Redis：并非主数据库，但作为内存缓存、会话存储和队列消息代理，是任何动态网站技术栈中不可或缺的组件。

域名注册

您的域名是永久性的品牌资产。请通过支持DNSSEC、提供免费WHOIS隐私保护并允许轻松管理DNS的注册商进行注册。通过AlexHost进行域名注册，可将您的域名和托管基础设施统一在单一管理界面下，简化DNS传播和SSL配置流程。

SSL/TLS证书

在当今互联网环境中，没有HTTPS的动态网站根本不可行。除了明显的安全需求——加密传输中的凭据、会话令牌和表单提交——Google还将HTTPS作为排名信号。AlexHost提供的SSL证书包括适用于标准网站的域名验证（DV）证书，以及适用于用户信任指标至关重要的电商和金融应用的组织验证（OV）/扩展验证（EV）证书。

配置您的服务器以强制执行HTTPS永久重定向并设置HSTS标头：

server {
    listen 80;
    server_name example.com www.example.com;
    return 301 https://$host$request_uri;
}

server {
    listen 443 ssl http2;
    server_name example.com www.example.com;
    ssl_certificate /etc/ssl/certs/example.com.crt;
    ssl_certificate_key /etc/ssl/private/example.com.key;
    add_header Strict-Transport-Security "max-age=31536000; includeSubDomains; preload" always;
}

第三步：响应式设计与用户体验架构

动态网站的交互模型依赖于健全的前端架构。响应式设计不是可选项——Google的移动优先索引意味着Googlebot主要抓取和索引您网站的移动版本。

主题与框架选择

如果基于WordPress构建，Astra、GeneratePress和Kadence等主题轻量（CSS不足50KB），生成的HTML简洁，不会影响核心网页指标得分。避免使用注入大量内联CSS和JavaScript的页面构建器——它们是WordPress网站最大内容绘制（LCP）得分不佳的主要原因。

对于自定义构建，Tailwind CSS已成为动态应用中占主导地位的实用优先CSS框架，因为它通过PurgeCSS集成仅生成生产环境中实际使用的CSS类，从而将样式表体积保持在最小。

将核心网页指标作为设计约束

Google的核心网页指标——最大内容绘制（LCP）、下次绘制交互时间（INP）和累积布局偏移（CLS）——既是排名信号，也是用户体验指标。以下设计决策会损害这些得分：

LCP：未经优化的大型主图，未使用srcset或WebP/AVIF格式协商。<head>中阻塞渲染的JavaScript延迟了最大可见元素的加载。
INP：交互元素上的重型JavaScript事件处理程序。主线程上超过50ms的长任务阻塞了输入响应。
CLS：图片缺少明确的width和height属性导致布局重排。动态注入的横幅或Cookie同意栏在初始渲染后将内容向下推移。

真正有价值的交互元素

动态功能应该解决用户问题，而非为了存在而存在。高价值的交互元素包括：

分面搜索与筛选：允许用户同时按多个属性缩小产品目录或内容归档范围。需要精心设计URL（?color=red&size=M）以保持对搜索引擎的可抓取性。
实时通知：基于WebSocket或服务器发送事件（SSE）的实时更新，无需轮询。
渐进式表单验证：带即时反馈的客户端验证可显著降低表单放弃率。
无限滚动与分页：无限滚动可提升参与度指标，但会造成SEO问题（折叠线以下的内容可能无法被索引）。对于内容密集型网站，带有适当rel="next"/rel="prev"注释的分页URL（或更新URL的”加载更多”按钮）更为可取。

第四步：动态功能——实现细节

用户身份验证与会话管理

用户账户系统是动态网站上最大的安全攻击面。关键实现要求：

使用bcrypt或Argon2存储密码——绝不使用MD5或SHA-1。
在所有更改状态的表单上实施CSRF令牌。
在会话Cookie上使用HTTP-only、Secure、SameSite=Strict标志，防止基于XSS的会话劫持。
在登录端点上强制执行速率限制，防止凭据填充攻击。
至少为管理员账户实施双因素身份验证（2FA）。

数据库查询优化

优化不当的数据库查询是动态网站在高负载下性能下降最常见的原因。具体陷阱：

N+1查询问题：获取100篇文章列表后，再为每篇文章的作者单独执行一次查询。解决方案：使用JOIN或ORM预加载（Laravel中的with()，Django中的select_related()）。
缺少索引：对未建立索引的列使用WHERE子句会触发全表扫描。在WHERE、JOIN和ORDER BY子句中使用的列上添加索引。
无界查询：在大型表上使用不带LIMIT子句的SELECT *。始终对数据库结果进行分页处理。

使用PostgreSQL中的EXPLAIN ANALYZE或MySQL中的EXPLAIN检查查询执行计划：

EXPLAIN ANALYZE SELECT p.title, u.username
FROM posts p
JOIN users u ON p.user_id = u.id
WHERE p.published = true
ORDER BY p.created_at DESC
LIMIT 20;

缓存架构

合理分层的缓存策略是动态网站能够扩展而不是在流量下崩溃的关键所在：

全页缓存（Nginx FastCGI缓存或Varnish）：为匿名用户提供缓存的HTML，无需触及PHP或数据库。对于内容密集型网站，缓存命中率可达90%以上。
对象缓存（Redis）：缓存昂贵数据库查询和计算对象的结果。在WordPress中，配合Redis后端的WP_Object_Cache API可消除菜单、小工具数据和瞬态数据的重复数据库查询。
CDN（内容分发网络）：将静态资源（图片、CSS、JS）卸载到地理位置靠近用户的边缘节点。Cloudflare等平台也会为匿名流量缓存完整页面。
浏览器缓存：为静态资源设置适当的Cache-Control标头（版本化资源使用max-age=31536000, immutable）。

第五步：动态网站的技术SEO

动态网站面临静态网站不会遇到的SEO挑战。解决这些问题需要超越标准的页面优化。

可抓取性与可索引性

搜索引擎爬虫必须能够访问和渲染您的动态内容。关键问题：

JavaScript渲染内容：如果您的动态内容完全在客户端渲染（CSR），Googlebot必须执行JavaScript才能看到它。Google的爬虫确实会渲染JavaScript，但存在处理延迟（影响抓取预算），渲染错误可能导致内容被遗漏。对于SEO关键内容，服务器端渲染或预渲染更为可靠。
规范标签：动态网站经常生成重复URL（例如，/products?sort=price和/products?sort=name显示相同产品）。使用<link rel="canonical">整合链接权重。
robots.txt和noindex：阻止爬虫索引分面搜索URL、基于会话的URL以及生成近似重复内容的内部搜索结果页面。
XML站点地图：生成在发布新内容时自动更新的动态站点地图。在WordPress中，Yoast SEO或Rank Math等插件可处理此问题。在自定义框架中，实现一个查询数据库获取已发布URL的站点地图端点。

结构化数据（Schema标记）

结构化数据以机器可读的格式向搜索引擎传达内容语义，从而在搜索结果中启用富媒体结果（星级评分、FAQ折叠面板、产品价格）。为以下内容实施JSON-LD：

编辑内容使用Article或BlogPosting
电商使用带AggregateRating和Offer的Product
FAQ部分使用FAQPage
导航层级使用BreadcrumbList

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "What is a dynamic website?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "A dynamic website generates content server-side or client-side in response to user input, database queries, or session state, as opposed to serving pre-built static HTML files."
    }
  }]
}
</script>

网站速度作为SEO变量

页面速度直接影响排名和转化率。动态网站的优化顺序：

在Web服务器上启用HTTP/2或HTTP/3（Nginx两者均支持）。
使用Brotli压缩响应（对于文本资源，优于gzip）。
以WebP或AVIF格式提供图片，并配合<picture>元素回退。
为折叠线以下的图片实施懒加载（loading="lazy"）。
延迟非关键JavaScript（defer或async属性，或移至<body>末尾）。
在生产构建中压缩CSS、JavaScript和HTML。
使用CDN进行静态资源分发。

第六步：动态网站的内容策略

动态网站上的内容不仅仅是编辑内容——它是一个数据模型。您如何构建、存储和提供内容，决定了其SEO价值和运营可维护性。

内容架构

在构建之前定义您的内容类型。博客有posts、categories、tags和authors。电商网站有products、variants、categories、reviews和orders。将这些视为具有适当关系型或文档型模式的独立实体，可以避免将所有内容塞入带有自定义字段的单一通用”文章”类型这一常见错误——这会在规模化时造成难以维护的查询复杂性。

能够获得排名的编辑内容

持续为动态网站赢得自然流量的内容类型：

长篇指南和教程：对某一主题的全面覆盖向Google的系统传达了主题权威性。针对搜索量高、竞争适中的信息性查询。
对比页面：搜索”X vs Y”的用户处于高意向研究阶段。结构良好的对比页面（如本文顶部的数据表）经常获得精选摘要。
用户生成内容（UGC）：评论、论坛帖子和问答内容无需编辑工作即可大规模覆盖长尾关键词。实施UGC审核以防止垃圾内容和低质量内容。
程序化SEO：对于大型目录，从数据库记录程序化生成落地页（例如，每个城市一个页面，每个产品类别组合一个页面）。需要仔细管理规范标签和noindex，以避免重复内容处罚。

内容新鲜度

Google的查询需要新鲜度（QDF）算法会为时效性查询提升近期更新的内容。定期更新您最重要的页面——不仅仅是添加一句话，而是真正提高准确性、添加新数据或扩展覆盖范围。当您进行实质性修改时，更新XML站点地图中的lastmod日期和结构化数据中的dateModified字段。

第七步：受众增长——分发与留存

电子邮件作为自有渠道

电子邮件营销的ROI高于任何社交媒体渠道，因为您拥有列表——算法变化无法将您的触达率降至零。具体实施：

使用双重确认流程确保列表质量，并遵守GDPR/CAN-SPAM规定。
按用户行为（访问页面、下载内容、购买历史）对列表进行细分，发送相关内容而非群发邮件。
通过专用事务性邮件服务（Postmark、SendGrid、Mailgun）而非Web服务器的sendmail发送事务性邮件（密码重置、订单确认、欢迎序列）——投递率会大幅提升。如果您需要完全托管的解决方案，AlexHost提供的邮件托管为事务性邮件和新闻通讯基础设施提供可靠的基础。
监控投递率指标：打开率、点击率、退信率和垃圾邮件投诉率。垃圾邮件投诉率超过0.1%将触发主要收件箱提供商的投递问题。

社交媒体作为流量放大器

社交媒体对动态网站的主要价值在于内容分发和反向链接获取，而非直接转化。其机制是：在社交平台上发布内容，将其暴露给可能从自己网站链接到它的受众，从而产生推动自然搜索排名的反向链接。

实用方法：识别目标受众最活跃的平台（B2B用LinkedIn，技术社区用Reddit，视觉/生活方式内容用Pinterest），将分发精力集中在那里，而不是在每个平台上都维持存在感。

社区建设

留存率最高的动态网站会围绕其内容建立社区。机制包括：

评论系统：Disqus、Commento或原生WordPress评论。审核是必须的——未经审核的评论区会成为垃圾内容的温床。
论坛和讨论板：Discourse是当前社区平台的标准。它与SSO系统集成，具有强大的垃圾过滤功能，并能有机地生成大量长尾SEO内容。
会员区域：将高级内容限制为注册用户可见。这创造了经常性收入模式，并显著提高了回访率。

第八步：性能监控与持续优化

分析栈

生产环境的动态网站需要多层监控：

Google Analytics 4（GA4）：基于事件的跟踪模型。为关键交互（表单提交、视频播放、滚动深度、加入购物车）配置自定义事件。使用探索进行漏斗分析和同期群分析。
Google Search Console：自然搜索性能数据的权威来源。监控核心网页指标报告、覆盖率报告中的索引错误，以及搜索效果中的查询级点击率数据。
服务器端监控：Netdata、Prometheus + Grafana或New Relic等工具提供基础设施级别的可见性——CPU使用率、内存消耗、数据库查询时间和错误率。在Google Analytics中不显示的应用级错误（500错误、数据库连接失败）只能在这里看到。
正常运行时间监控：UptimeRobot或Better Uptime等服务在发生宕机后几分钟内发出警报。宕机的动态网站既损失收入，又损失抓取预算。
热图和会话录制：Hotjar或Microsoft Clarity（免费）揭示用户实际如何与您的页面交互——他们点击哪里、滚动多远，以及在哪里放弃表单。这些定性数据补充了GA4的定量数据。

A/B测试

不要凭直觉做设计决策。使用A/B测试（分流测试）在将变更推广到100%流量之前，衡量其对转化率的影响。工具：Google Optimize（已弃用，由服务器端解决方案替代）、VWO、Optimizely或自托管的GrowthBook。每次只测试一个变量（标题文案、CTA按钮颜色、表单字段数量），并运行测试直到达到统计显著性（通常为95%置信区间，且样本量足够）。

安全维护

动态网站比静态网站拥有更大的攻击面，需要持续的安全维护：

保持CMS、插件、主题和框架依赖项更新。大多数WordPress被入侵事件都是利用过时插件中的已知漏洞。
运行自动化依赖扫描（GitHub仓库使用Dependabot，PHP使用composer audit，Node.js使用npm audit）。
实施Web应用防火墙（WAF）——Cloudflare免费版提供基本WAF规则；Nginx/Apache上的ModSecurity提供服务器级保护。
定期进行数据库备份并存储在异地。存储在与网站相同服务器上的备份不是真正的备份——那只是一种虚假的安全感。
使用WPScan（WordPress）、OWASP ZAP或Nikto等工具定期进行安全审计。

决策矩阵：选择您的动态网站技术栈

使用此矩阵根据您的约束条件选择合适的技术栈：

场景	推荐技术栈	托管层级
—	—	—
个人博客，月访问量不足10K	WordPress + 共享主机	共享
小型企业网站，月访问量10K–100K	WordPress + Redis + Nginx	VPS
电商，WooCommerce，月访问量50K+	WordPress + Redis + CDN	VPS或独立服务器
SaaS应用，自定义身份验证，API	Laravel或Django + PostgreSQL	VPS或独立服务器
实时功能（聊天、实时更新）	Node.js + WebSockets + Redis	VPS
内容密集型媒体网站	Next.js（ISR）+ PostgreSQL	VPS或独立服务器
高流量市场平台	微服务 + PostgreSQL + Redis	独立服务器
ML/AI驱动的个性化	Python + Django/FastAPI + GPU	GPU托管

对于AI驱动的个性化功能或应用层的机器学习推理，AlexHost提供的GPU托管提供了运行推荐模型、图像识别或NLP流水线所需的硬件加速，无需将其卸载到昂贵的第三方API服务。

技术要点核查清单

在启动您的动态网站之前，请逐项核实：

基础设施

已配置具有SSD存储和足够RAM的VPS或独立服务器，以满足预期数据库大小需求
已安装SSL/TLS证书，并通过HSTS标头强制执行HTTPS
已将Redis或Memcached配置为对象缓存
已为匿名流量启用全页缓存层（Nginx FastCGI缓存或Varnish）
已配置具有异地存储的自动数据库备份
已启用带告警功能的正常运行时间监控

应用

密码使用bcrypt或Argon2进行哈希处理
所有更改状态的表单已启用CSRF保护
会话Cookie已设置HttpOnly、Secure和SameSite=Strict标志
数据库查询使用参数化语句（无原始字符串插值）
已通过预加载或JOIN识别并解决N+1查询问题
已在WHERE、JOIN和ORDER BY子句中使用的所有列上添加索引

SEO与性能

核心网页指标达标（LCP < 2.5秒，INP < 200毫秒，CLS < 0.1）
XML站点地图动态生成并已提交至Google Search Console
所有重复/参数化URL上已设置规范标签
主要内容类型已实施结构化数据（JSON-LD）
图片以WebP/AVIF格式提供，并带有明确的宽度/高度属性
非关键脚本的JavaScript已延迟或异步加载
Web服务器已启用HTTP/2或HTTP/3

内容与分发

内容类型在开发开始前已建模为独立的数据库实体
已配置带双重确认和细分功能的电子邮件列表
GA4已为关键转化行为配置自定义事件
Google Search Console已验证，核心网页指标报告已审查

常见问题

动态网站和静态网站有什么区别？

静态网站提供预构建的HTML文件，对每位访客都相同。动态网站在请求时生成内容——服务器端、客户端或两者兼有——基于用户身份、数据库状态或外部数据源。动态网站需要应用服务器和数据库；静态网站仅靠CDN即可提供服务。

动态网站需要什么类型的托管？

至少需要一台具有root访问权限的VPS，以配置应用服务器、PHP/Node.js/Python运行时和数据库引擎。共享主机可以运行简单的WordPress安装，但缺乏生产级动态网站所需的资源隔离和配置灵活性。高流量或数据库密集型网站需要独立服务器。

为什么我的动态WordPress网站加载缓慢？

最常见的原因是：没有对象缓存（每次页面请求执行数十次冗余数据库查询）、没有全页缓存（每次匿名页面访问都执行PHP）、未优化的图片（大文件未进行WebP转换或懒加载），以及阻塞渲染的JavaScript。安装Redis Object Cache，配置Nginx FastCGI缓存，并运行Google PageSpeed Insights以识别具体瓶颈。

如何使动态内容对Google可抓取？

对于SEO关键内容，优先使用服务器端渲染或静态生成（Next.js ISR），而非依赖客户端JavaScript渲染。使用规范标签整合重复的参数化URL。向Google Search Console提交动态生成的XML站点地图。确保您的robots.txt不会阻止Googlebot渲染页面所需的CSS或JavaScript文件。

何时应该使用自定义框架而非CMS？

当您的应用需要无法在CMS内容模型中清晰表达的数据模型时、当您需要对身份验证和授权逻辑进行细粒度控制时、当您正在构建服务于多个客户端（Web、移动端、第三方）的API优先架构时，或当您的性能要求超出CMS即使在积极缓存下也能提供的水平时，请使用自定义框架（Laravel、Django、Node.js）。

全场主机优惠15%