Joomla 2.5有多少种可能的类别
我在谷歌上搜索,但只能找到最多文章的答案 问题:简短版本: Joomla 2.5在共享主机上可以处理多少个可能的类别(带有子类别)。我必须预料到哪些问题 问题:长版本: 我正在为建筑师建立一个网站。内容结构如下所示Joomla 2.5有多少种可能的类别,joomla,categories,max,Joomla,Categories,Max,我在谷歌上搜索,但只能找到最多文章的答案 问题:简短版本: Joomla 2.5在共享主机上可以处理多少个可能的类别(带有子类别)。我必须预料到哪些问题 问题:长版本: 我正在为建筑师建立一个网站。内容结构如下所示 HOUSES Architect A Project 1 Project 2 ... Architect B Project 1 Project 2 ... Places Archit
HOUSES
Architect A
Project 1
Project 2
...
Architect B
Project 1
Project 2
...
Places
Architect C
Project 1
Project 2
...
Architect D
Project 1
Project 2
...
等等。最明显的是将房屋和场所分类。建筑师A,建筑师B。。。作为子类别,项目作为文章。一方面,这将保持使用Joomlas博客视图等的能力,不使用第三方CCK扩展,但另一方面,这可能会导致300多个类别
感谢您一直以来的宝贵意见
Tony唯一的限制是理论上的,主要取决于您的托管环境。只需知道,添加的越多,在使用类别数据的地方加载类别数据所需的内存就越多,并且会使用户界面复杂化,具体取决于一次可以看到多少数据。唯一的限制是理论上的,并且在很大程度上取决于您的托管环境。只需知道,添加的越多,在使用类别数据的地方加载类别数据所需的内存就越多,并且可能会使用户界面复杂化,具体取决于一次可以看到多少内容。您将在
\uu categories
表中查看2147483647个可能的类别
在乔姆拉!2.5对类别表的定义如下:
CREATE TABLE `#__categories` (
`id` int(11) NOT NULL auto_increment,
`asset_id`
<snip ... >
`language` char(7) NOT NULL,
PRIMARY KEY (`id`),
KEY `cat_idx` (`extension`,`published`,`access`),
KEY `idx_access` (`access`),
KEY `idx_checkout` (`checked_out`),
KEY `idx_path` (`path`),
KEY `idx_left_right` (`lft`,`rgt`),
KEY `idx_alias` (`alias`),
INDEX `idx_language` (`language`)
) DEFAULT CHARSET=utf8;
CREATE TABLE`#uuu categories`(
`id`int(11)非空自动增量,
`资产标识`
`语言'char(7)不为空,
主键(`id`),
键'cat_idx'('extension','published','access'),
键'idx_access'('access'),
键“idx\U签出”(“签出”),
键'idx_path'('path'),
键'idx\U left\U right'('lft','rgt'),
键“idx\U别名”(“别名”),
索引'idx_language'('language`)
)默认字符集=utf8;
正如您所看到的,主键被定义为int
,因此最大和默认起始点1会导致超过21亿个类别。看到这个了吗
注意
每个表只能有一个AUTO_INCREMENT
列,必须是
索引,并且不能有默认值。自动增量
列
仅当它仅包含正值时才能正常工作。插入
负数被认为是插入一个非常大的正数。
这样做是为了避免当数字从中“换行”时出现精度问题
从正面到负面,也确保您不会意外
获取包含0
的AUTO_INCREMENT
列
在共享主机上,在达到#uu categories
主键的此限制之前,数据库空间就会耗尽—categories表中的其余记录指定的空间大约是主键使用的1300倍。(大致)
因此,您更有可能让正常内容影响托管限制,而不仅仅是类别表。您将在#uu类别
表中查看2147483647个可能的类别
在乔姆拉!2.5对类别表的定义如下:
CREATE TABLE `#__categories` (
`id` int(11) NOT NULL auto_increment,
`asset_id`
<snip ... >
`language` char(7) NOT NULL,
PRIMARY KEY (`id`),
KEY `cat_idx` (`extension`,`published`,`access`),
KEY `idx_access` (`access`),
KEY `idx_checkout` (`checked_out`),
KEY `idx_path` (`path`),
KEY `idx_left_right` (`lft`,`rgt`),
KEY `idx_alias` (`alias`),
INDEX `idx_language` (`language`)
) DEFAULT CHARSET=utf8;
CREATE TABLE`#uuu categories`(
`id`int(11)非空自动增量,
`资产标识`
`语言'char(7)不为空,
主键(`id`),
键'cat_idx'('extension','published','access'),
键'idx_access'('access'),
键“idx\U签出”(“签出”),
键'idx_path'('path'),
键'idx\U left\U right'('lft','rgt'),
键“idx\U别名”(“别名”),
索引'idx_language'('language`)
)默认字符集=utf8;
正如您所看到的,主键被定义为int
,因此最大和默认起始点1会导致超过21亿个类别。看到这个了吗
注意
每个表只能有一个AUTO_INCREMENT
列,必须是
索引,并且不能有默认值。自动增量
列
仅当它仅包含正值时才能正常工作。插入
负数被认为是插入一个非常大的正数。
这样做是为了避免当数字从中“换行”时出现精度问题
从正面到负面,也确保您不会意外
获取包含0
的AUTO_INCREMENT
列
在共享主机上,在达到#uu categories
主键的此限制之前,数据库空间就会耗尽—categories表中的其余记录指定的空间大约是主键使用的1300倍。(大致)
因此,您更有可能让正常内容影响托管限制,而不仅仅是类别表。请参阅在我的测试站点中进行的一些测量(J2.5.x,未使用J3.x进行测试,但应该是相同的):
每个脚本执行的常见PHP内存限制为40MB(服务器默认值)
你可以期望达到大约800个类别
从而得到一个内存耗尽的致命错误
(权限检查将占用26MB的空间,剩余内存将用于其他内容…)
即在创建类别树并检查权限的位置
e、 g.Joomla文章格式
注:
如果您是超级管理员,则类别权限检查不会占用任何内存
注:
使用128MBs的内存限制,您最多可以拥有(大约)3500个类别
同样,对于5000+或10000+类别,您开始出现一些小型或中型性能问题,但这确实太多了请参见在我的测试站点中进行的一些测量(J2.5.x,没有使用J3.x进行测试,但应该是相同的):
每个脚本执行的常见PHP内存限制为40MB(服务器默认值)
你可以期望达到大约800个类别
从而得到一个内存耗尽的致命错误
(许可证