插件的限制类（自制）
分类： WordPress的插件
2012年4月4日最后更新：
2008-09-24：孙文章
限制类是一个插件，可以张贴到每一个用户。
不小心张贴到不同类别的用户将被限制。
，要么是不容易的，如果你从一开始就限制了一个类别，让你不登记或到另一个用户不习惯错误类别。
作为一个具体的形象，员工博客。
一个雇员将无法张贴只有一个员工的类别。
功能
- 你可以选择允许每个用户类别（可以选择多个）。
- 在一个类别的职位将只创建文章，编辑时被指定。
- 它还支持“编辑”快速“快邮报”。
- 增加了能够维持一个类别的分层视图。 （类别已选择不来）
- 没有设定一个类别张贴时（不检查），可以设置默认类别从类别已经被限制。
截图
下载
你可以从下面下载。
-下载（2079）
安装
- 下载zip文件
- 解压缩后的zip文件，然后把插件文件夹，每个文件夹。
- 从插件管理屏幕启用“限制类”。
如何使用
- 从“设置”菜单选择“限制类”。
- 检查类别，让每一个用户。
- 若要显示所有类别和所有删除的支票。 ←这是默认设置
- 如果你离开“是”到“保持分层显示的类别”，始终保持层次类别（类别检查不出来）。
- 通过点击“保存更改”，保存设置。
- 分类只会出现后，创建文章，编辑被允许。
其他注意事项
该公司负责，甚至在一些麻烦的事件是不以任何方式，如果您尝试使用它需要您自担风险。
更新历史记录
加入2011年11月8日：
错误修正（错误决议公告）（版本2.3.1）
加入2011年7月25日：
公共ver2.3。 您选择的默认类别，一类是现在可以进行检查。 如果只有一张支票，它是默认的。
此外，支持添加，删除，当您删除的插件选项的值存储。
加入2011年7月20日：
添加了一个函数的默认类别时，没有被选中的类别张贴文章时，是有限的。 （如果你有一个以上的类别，以获得第一类是默认）
加入2011年5月26日：
修正（版本2.1）在“警告”级别的错误错误配置屏幕已生成
补充2011-05-25：
版本2.0发布！
兰斯的方案已经发生了根本性变化。 也可在它的“快速编辑”。
这里更多的内容请参阅公告。
补充2011-03-01：
对应到WP3.1（1.1版本）
补充2010-08-31：
（注释掉）被拆除的地方检查用户级别的废物。
补充2010-06-18：
新增为WordPress 3.0的支持。 请联系我们，如果事情是错的。
添加时间：2010-02-16
“致命错误”的发生，使插件在艺术。
效果是一样了出来因为其他插件。
已修复，请下载一个新的更换。
添加时间：2009-09-09
如果错误发生在完整的评论文章，我发现（这将是空白的），屏幕不显示缺陷！
现在您已上载的东西已经改变，请尽快更换，如果你还没有发现，如果正在使用。
“......不便。
其他注意事项：
（我要注册到默认类别）没有插件的效果，并张贴有，因为有一个项目叫做“快邮报”和更高版本的WordPress 2.7。 此刻没有一个相应的时间，请使用2.6版本。
添加时间：2009-08-24
我试图初步支持。
需要做的是在样式表中不可见也表示支持（汗）......
最好的事情是，如果你能和乞求砍在保存时间，所以我没有能力，更不幸的，已经采取了关闭在样式表的方法“快邮报”。
当你打开设置屏幕“Categoly Limitaion”
隐藏力量的“快邮报”是什么？ 有一个条目。
将是：“没有显示”对象的CSS已经在进入“隐藏”，如果你选择“是”保存元素。 是一个元素的“编辑”快速“快邮报”对象默认情况下，已进入。
我认为需要以复加，由逗号分隔的，如果你要隐藏的是另一种元素。 如果你要添加，请按照如何在jQuery中指定的对象。
我认为，没有退路，也可以被用来如果你不能看到，故障，减少到确定性。
- 标签
- WordPress的备忘录 ， 类别 ， 插件 ， 限制
- 引用网址
它可以说是[......]。 然而，这是“限制类”，例如在企业门户的需求，不能使用可以授权内部用户发布，您想要的场景。 这可能是作为一个插件，而不是插件“LimitCategories”在WordPress2.7决定尝试规划“限制类”是的生产。 [...]
下载的ISO从规划网站的一个[...] zip文件[...]
插件在“限制类”限制类的WordPress编辑您的文章
正在创建一个网站，致力于在WordPress成员如布告栏博客，泄漏可能会发表自由先生在它的成员。 只可独立于本博客，有没有问题，如果你建立，类别...
WordPress的设计定制的教训永久←WordPress的登录页面，管理员[...]：正计划限制分类|插件[...]类别（自己的）。
它除了关系的类别，可以隐藏这个博客是在“类别限制规划”，并引进本[...]。 [...]
插件来限制>类别备忘录[...] WordPress的“类别（自己的）[...]
计划此项目被张贴在WordPress书签永久限制[...]类免费软件关注。←Mac OSX的[...]
[...]分类限制[...]
[...]分类的限制http://www.is-p.cc/wordpress/plug-in/category-limit/364 [...]
插件来限制[...]分类«计划（国产）[...]
[...]分类限制[...]
介绍，因为有[...]。 您还描述。 是“限制类”。 [...]
[...]插件来限制类（自己）计划[...]
星期五2009/8/21 13时07分42秒
很高兴认识你，你好。
在这里的网站，使很多公众人士会为你建立一个WordPress站点的信息，一直让我好好学习。
顺便说一下，我认为寻求获准使用“类别限制”这里现在，
配置清单激活的插件，“限制类”的信，是它显示，设置当你点击它时，屏幕不会出现。
什么会说...可能出现故障。 顺便说一下，如果您删除所有插件结合当前使用，单独使用类别的限制，没有提供一个配置屏幕显示。
在我使用的是WordPress的2.7.1。
如果2.7或更高版本，在快速发表声明，这种影响将被禁止类，但已被写入，他们至少2.7不能使用，即使正常后呢？
但带来的不便，我很高兴当你的答案。
2009/8/21 13点37分33秒（星期五）
>感谢您Sessaku的mi_325的你！
目前，两个版本的WordPress 2.8.4是我最新的，他们的工作没有任何问题。
你觉得作为一个因素考虑，你没有权限或没有？
如果或管理员的管理，例如做？
所以我觉得我只赶上（如果如果没有发生错误），但是...有一个部分。
（因为它已完成处理并不是最重要的user_level）
另外，不要做任何事情，即使它不只有“admin”用户相反。 因为你离开了“管理员”，在检索的用户自。
什么比管理的其他用户？
如果一切都失败了（^ ......还是 - ^，我该怎么办？
2009/8/21 15点13分21秒（星期五）
谢谢你的回答马上！
>>已完成处理的最重要的，因为它是不user_level
而且，除了当前的管理员，管理员权限，在尝试的事情，创造一个用户的权限已设置9，
看屏幕是通过改变所有管理权限设置，设置屏幕显示“限制类”！
此外，（现在回的作者），设置屏幕显示正常，但已经作了修改用户的权利，再次来到被安全地设置屏幕显示。
安全，是珍贵的所以在此插件可以推出。
插件和伟大的意见，非常感谢你！
2009/8/21 15时24分51秒（星期五）
>这是很好的，就可以解决安全是像先生mi_325。
我只是一个小的照顾，你需要麻烦大家没有管理权限，应该没事吧，如果管理（例如）作为记录每个用户的变化。 （是，当局将如何设置用户什么都没有做，如果用户是管理员权限，在短期的变化。←这是有点难以理解）
现在，请尝试如有机会。
你正期待着您的回音。
星期五2009/8/21 16时01分08秒
一再感谢你的答复。
如果作为管理员登录的每个用户的变化，>>应该是所有权利
とのことなのですが、プラグインの追加、設定や変更は常時adminでログインした状態、管理者権限で行っていました。が、設定画面は表示されませんでした…。
当方のwordpressに何か他に問題があるのかもしれません…が、今回はひとまず上記方法で解決したので良かったです。
本当にありがとうございました！
2009/8/21 金曜日 16:14:41
＞mi_325さんそうでしたか…また新たな謎ですね。
もしかしたら当方で出力する際、変にこねくり回しているのかもしれませんし、なにぶん結構前の事ですので記憶が…。
今度、クイック投稿の箇所をCSSで強制的に消すように変更しようかと思っていますので、その時に見直してみます。
在。
周三2009/8/26 12时36分41秒
嗨，你好。
一如既往，我们要求他们经常来研究寺庙。
顺便说一下，是什么类别的限制，但确实，但它的工作原理，因为我认为在配置屏幕，
警告：破灭（）[function.implode]：坏的理由/ XXXX / WP /可湿性粉剂内容/插件/类别限制/ WP-类limitation.php上线381
，警告会造成。 但不妨碍操作，例如，是否有任何方式会有一些把？ 我用我的WP2.7.1。
谢谢。
周三2009/8/26 13时20分57秒
>谢谢你先生特意报告komaru！
我想可能是因为不正确的错误走出来时你使用PHP的“破灭的函数参数（）”之称。
我想早点上传，试图修复它。 我想这可能是错误不再。
对不起打扰你，但你可以尝试再次下载和使用？
如果缺陷或出现另一个错误，请让我们知道。
星期三2009/8/26 17:48:36
哇，谢谢你。
欣赏和支持没想到这么快。 错误不是我想立即。
非常感谢。
星期四2009年8月27日9时56分58秒
>我们在这里报告我komaru，谢谢。
谢谢你在未来。
星期日2009年9月13日8时49分45秒
请让我参观你经常☆
谢谢你漂亮的插件！
请让我有舒适的使用！ ！
不能使用，如下面的错误，当您启用该插件，我是版本2.8.4最新版本的最后一个星期日，我想问一个妹妹出...
解析错误：语法错误，意想不到的T_CONST，，期待T_OLD_FUNCTION或T_FUNCTION或T_VAR或'}'/ XX /可湿性粉剂内容/插件/类别限制上线37 / WP-类limitation.php
我认为你的指导，甚至当我怕你非常繁忙的日程手工。
谢谢！
星期一2009年9月14日8时39分二十四秒
>感谢您的问题报告，您说Jela。
被困扰，这个错误......这是第一次。
就是这样的错误，为什么没有在WordPress 2.8.4以前的版本吗？
PHP版本，它是将经过五年多的环境？
9月15日（星期二）10时10分46秒
它已被解决了五个版本的PHP！！
对不起，我已经采取了您的时间很长一段时间，因为这是最基本的;;;
谢谢☆
9月15日（星期二）10时41分13秒
>如何为三层Jela。
这是很好的，像一个安全的移动！
谢谢。
11月13日（星期五）16时00分26秒
虽然我觉得我要提高用户友好的，我们来到这个网站。
虽然我看到下载，下面的错误，
你这么好的休闲，
如果你可以看看是赞赏。
解析错误：语法错误，意想不到的T_CONST，，期待T_OLD_FUNCTION或T_FUNCTION或T_VAR或'}'/ XX /可湿性粉剂内容/插件/限制类37线/ WP-类limitation.php
PHP版本是大于或等于5。
愿望问候。
11月16日（星期一），2009十七点00分29秒
>对不起已故的答复先生bipoo。
顺便说一句，对不起，因为它不仅证实了先前的评论，不...已验证。 我很抱歉。
因此，检查出来，请等待一段时间。
11月16日（星期一），2009十七点12分57秒
>新bipoo
我想对你如何仔细的评论同样的错误; ^（^ - 。
是什么版本的PHP，在五年多的比赛吗？ 对不起，麻烦你，请你再次尝试检查吗？
暂定，我试图寻找各种，仍然没有发现错误“无法与PHP5使用的是大于或等于（常量）恒定......”。
星期五2010年1月15日12时22分55秒
衷心感谢你发表了非常好的插件。
我本能地把评论。
我做我也可以用于添加一个类别，张贴，但不仅限于。
要限制，可以添加到每个用户的类别。
不能有儿童，只有在父类是限制
我意识到这是多么困难？
请考虑在你的业余时间。
星期五2010年1月15日16时41分10秒
>我很高兴你Ponpoko的话，我非常感谢你！
我看到......
你的意思是，你不希望只在自己的类创建一个类别下。 你想知道什么打算。
这样的想法，欢迎！
因此，尝试它，而我考虑是否有可能在业余时间，我希望你可以悠闲地等待。
星期二2010/1/26 12时03分22秒
你好。
前一个人，让我wordpress2.7.1缺陷在这里的意见使用的问题。 请支持我们，该节早，非常感谢你！
从那时起，我们得到了他们使用，如wp2.6.5，有点老了也可能是有用的。
顺便说一下，如果您使用的类别限制，当你登录的用户，因为他们在有限的类别，当您创建的文章，但检查状态已经进入顶部的类别，从一开始，这你删除我吗？
给多个用户，我已经发布了目前的2-3每个分配类别，分别为常常忘记取消顶端......他们以前进入。
如果你有一个用户仅限于一类，或如果你会，因为我也认为这将是更方便的选择是提前检查，如果可能的话，是非常欢迎的，我享受如脚本修改。
但繁忙的日程不便，我很高兴当你的答案。
星期二2010/1/26 13时26分27秒
我很高兴的意思，现在也可以使用先生mi_325。
嗯，你的问题是，如何删除在事先检查是很容易。
在插件目录中的“WP-类limitation.php”将打开，将下面一行101，
（比ereg（“后new.php”，$ _SERVER [“PHP_SELF”]）| |（计数（$ limitid）== 1））{
“| |”如果你改变“&&”，类别，将有限的检查，只有当人进入。 （如果多个类别检查不进入）。
我们希望你要小心一点，但他们将被张贴到默认类别，如果你忘了检查类（公布时），然而在WordPress更新。
由于没有技术的水平，我的“以人砍（公众）更新数据云”，请原谅我。
星期二2010/1/26 15时05分47秒
会回答你，在早期，谢谢。
是修复了这个地方，我认识的存在，我们的工作如预期！
当一类被选中，当多个是伟大的......没有检查。
非常感谢你！
星期三2010年2月10日18时08分25秒
这是默认设置，但我可以很高兴满足DL
国家去检查在早期阶段，或将不能做，但我认为我说编织的人只有有限Kategoi检查显示所有类别，并删除所有的三个用户。检查，并可以发布哦，谢谢你为m
星期四2010年2月11日11点44分49秒
> DL〜津市香山血球计数，非常感谢你！
嗯，我觉得我可帮你，如果你使用的接触行动是可能的。
然而，我们不搭手，相当忙碌了一天的工作好一点。 我认为，如果你可以等待悠闲的，如果你想如果你在这里等着。
※我想是这样的（或有需求）是更重要“的特点是能够添加一个新的类别，只有在指定类别”就个人而言，您将。
不立即辜负您的期望......我很抱歉。
星期五2010年2月12日12时00分09秒
你应该耐心等待〜〜谢谢您的答复，你马上^ ^
星期二2010年2月16日11点47分25秒
我一直在我可以考虑使用“限制类”，我们愿与你们讨论出来一个问题，不能被清除。
使用“自定义字段模板”，建立了一些自定义字段模板。
我和插件自动部署自定义字段模板为每个选定的类别，这里的“限制类”配合使用时，自动部署的模板不工作，不会出现在下拉列表中选择。
■wordpress2.9
■自定义字段Template1.5.7
■分类Limitation1.0
ON或OFF或其他插件被查实，将被复制，只有当你有“限制类”。
在这里，你可以考虑。
星期二2010年2月16日14点01分00秒
>新游佐
我们认为，使用这个插件，谢谢你。
我这样的插件插件自动部署自定义字段模板为每个选定的类别，
所以，我想在这方面的一个错误。
sessaku将被改写，（类）的数据显示，过去的猜测，它会清除“自定义字段模板”，写在这一点上的数据。
上初步进行了检查，告诉你，如果有一种变通方法。 如果你是对不起......如此糟糕。
星期二2010年2月16日十七时18分58秒
>先生游佐的研究结果，有一个地方，正在经历的“致命错误”这个插件的一部分。
我忽略的错误检查，如果一切都正常工作。 啊，尴尬！
对不起，麻烦您了，但因为目前已经上传，修改，请再次尝试更换下载。
谢谢指出。
星期三2010年2月17日10点52分28秒
风尘仆仆，感谢您的及时答复！
现在都可以安全使用。
下纱丽提供了十分便利的插件也，
谢谢。
星期五2010年2月19日九时30分57秒
我很欣赏，因为我在这里能够解决潜在的问题是什么游佐。
一旦沿着需求使用，请使用我们。
周二2010/5/18 14时52分38秒
谢谢你为一个伟大的插件。
我看海外一些插件，我喜欢它喜欢，所以这里是一个简单和稳定。
（在国内的交易！）
的方式，默认情况下，被张贴到所有类别的，在这样的设置不能发表或默认情况下，将无法扭转。
因为该网站可以免费注册帐户，这是默认情况下不可以。
请让我知道，而不是从设置屏幕可以发布只有的非保密此外，如果你是在重写脚本。
谢谢。
星期二2010/5/18 16时52分13秒
>谢谢你为你的海武大弘这里什么。
我擅长英语，我们在日本，使他们不会英语的问题（汗）书面Gattsuri。
现在，我称为“不再被默认情况下，发布”是你的问题的检讨，但我不不知道什么已经被说了到哪里“，如果您有没有设置任何东西，你可以不自己发表”如果你没有它， ，我想我不会强迫以自己的方式修改这个插件在下面。
“如果你默认情况下，只显示（如非保密）初始类别”如果你想，如果可能，如果可湿性粉剂类，limitation.php以下重写。
■如果WordPress的2.9以上，改变线469。
美元Selected_cats_str =“;
↓
美元selected_cats_str“（如非保密类别ID）的类别ID =;
■如果是超过2.9 wordpres少，改线517。
美元Selected_cats_str =“;
↓
美元selected_cats_str“（如非保密类别ID）的类别ID =;
一旦ID非保密类，例如，
美元Selected_cats_str = '1'
（确定可能不完全相同，但显然还没有尝试过）和重写它，不应该只在该类别可能出现......。
我想你可以负担任何更新频率的变化，这个插件是不是所以很少。 ←是不是感到自豪。
星期二2010/5/18 18时03分03秒
感谢您的早日答复！
説明不足ですいません^^;
ユーザーが作成された段階で、「未分類」のカテゴリのみにチェックが入っている状態が希望です。
早速試してみましたが、管理画面で未分類しか表示されなくなってしまいました。
いかがでしょうか。可能でしょうか。
お忙しいところすいません。
谢谢。
2010/5/19 水曜日 08:49:45
＞うみおよさん
(^-^; 申し訳ありません！
やっぱり何となく「こうじゃないか？」でやるとダメですね…。自分が書いたはずなのに忘れてます。
で、ちゃんと探しましたので下記のように変更してください。
wp-cagetory-limitation.phpの102行目、
if(count($limitid) > 0) {
↓
if(count($limitid) == 0) $limitid = array(1);
你可以改变。 （“1”将继续把默认的类ID。如果你有两个或两个以上的阵列（1，4，5）。）
与133线，
}
删除。
通过改变如上所述，一个新的（有限的类别尚未设置），以防止提交文章时，用户可以只显示一个特定的类别。
请尝试 - （^ O ^）。
星期三2010年5月19日10点10分25秒
太棒了！
我们提出的快速反应和技术能力！ ！
我能说什么再次感谢你·高达
没有说明，因为它在某种程度上在今天和明天，是非常有帮助。
我们期待着在未来的这个插件和积极的增强版本。
星期三2010年5月19日12时02分08秒
这是很好的是像大海的时间是在您的预算。
双方说实话，我的技术能力没有那么多。 我认为该计划已提出改进建议，如果我们看颜色可能是领先的程序员。
我认为最重要的，因为它是“一个用户或顾客满意”，如这里的条件满意，但也很高兴。
星期五2010/7/16 16时十八分54秒
很高兴见到。ユーザーにとってとても素晴らしいプラグイン「Category Limitation」を使用させて頂いております。 谢谢你总是。
ISプランニング様に質問がございます。
「Category Limitation」で選択されたカテゴリー以外を投稿編集画面で選択可能になる、というようにするにはどのようにすれば良いでしょうか？
例えば、以下のように親・子カテゴリーがあったとします。
・メモ - ・wordpress
- ・php
親カテゴリー「メモ」の子カテゴリーは任意に増えていきますので、増える毎に選択するという手間をなくしたいのです。
お時間がありましたら、ご返答頂けたら幸いです。
谢谢。
星期五2010/7/16 16时42分07秒
>我们用我们的插件在酸当量启，非常感谢你！
可用比在编辑画面后选定的类别，在“类别限制”选择其他
它是什么，这么远吗？
这个插件是，它不打算编辑显示在屏幕上选定的类别以外的职位...（^ - ^;
我希望得到摆脱劳动类儿童类的“音符”，因为家长会的任何增加，即增加每一个选择。
嗯.... 我不明白这一点有道理，意味着什么，我总是要选择一个类别任何机会吗？
星期五2010/7/16 20时36分05秒
对不起，我没有说明Tsutanaku。
＞このプラグインは選択されたカテゴリー以外を投稿編集画面で表示させない事を目的
とは逆に、選択されたカテゴリー以外を投稿編集画面で表示させる。ということをやりたかったのです。
自分でソースを編集しようと試みたのですが、あえなく断念して、神頼みをしたしだいであります。
2010/7/19 月曜日 09:29:36
＞カイさんなるほど、逆の場合ですか。
恐らくそれは簡単だと思います。
「wp-category-limitation.php」ファイルの中の519行目の以下の箇所を変更してください。
'include' => $selected_cats_str
↓
'exclude' => $selected_cats_str
これで選択されたカテゴリ以外を表示させるはずです。 （WordPress 3.0の場合）
WordPress2.9の場合は、575行目の以下の箇所を変更します。
include=$selected_cats_str
↓
exclude=$selected_cats_str
要するに「include」を「exclude」に変えれば逆の事になります。
以上、お試し下さい。
2010/7/20 火曜日 10:28:06
wordpress 3.0で試しました。
成功です！ ！ありがとうございました！ ！ ！
これでカテゴリーが増える度にチェックするという煩雑な作業がなくなりました。
まさか、これほど早くご対応して頂けるとは思いませんでした。 ISプランニング様、本当にありがとうございました。
星期一2010年7月26日21时22分02秒
我们感激。
Wordpress3.0日本語環境下で、特定ユーザーに投稿者権限を与え、ログインした時に「ブログ」カテゴリーのみ表示させたいと、探し回ってやっとここにたどり着きました。
全く同じコンテンツのローカル環境（xampp）では素晴らしかったのですが、いざサーバーでプラグインを有効化しようとした時に、
Parse error: parse error, unexpected T_CONST, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /home/cmsjapan/cmsjapan.jp/public_html/wp/wp-content/plugins/category-limitation/wp-category-limitation.php on line 42
となりました。
他のプラグインを全て無効にして一旦ログアウトしてから、異なるブラウザでログインして試しましたが同じでした。 line 42 の ” を ' に変更して試しましたが、これもやはり。
御検討いただけますでしょうか？
谢谢。
2010/7/27 火曜日 08:07:56
＞のろさんご使用いただき、ありがとうございます。
全く同じエラーのご報告が以前のコメントにもありましたが、恐らくそれはPHPのバージョンによるエラーだと思います。
PHPのバージョンが5である事をまずご確認いただけますか？
2010/7/27 火曜日 13:40:34
以前のコメントに同じ質問があるのに、大変失礼いたしました。
てっきり PHP4 → 5 は済ませたと思い込んでました、感謝！
それで、有効化していざ 設定 → Category Limitation と進んだら
設定を行なえる権限がありません！
管理者でログインし直してください。
と表示されてしまいました、他のユーザー設定していないのに。他の全てのプラグインを無効化してログアウトし、ブラウザを変えてログインしても同じ、一旦削除し再アップロードしても同じでしたので、新たに「管理権限を持つユーザー」を新設してそちらから行ったらＯＫでした。 ···？
取り急ぎ御報告まで。
環境：wordpress-3.0-ja / PHP V-5.1.6 / MySQL v-5.0.77
2010/7/28 水曜日 08:31:40
＞のろさんどうやら管理者の権限で多少おかしな挙動があるみたいですね。
全員が同じ症状であれば治しやすいのですが、一部の環境となると再現が難しくてなかなか原因が掴みにくいです…。
「権限がありません」という事はuser_levelのチェックをしている箇所なので見直してみたのですが、別段外れた事はしていませんでした。
(^-^; 何かバグが潜在的に潜んでいるというのは嫌ですね。
2010/7/29 木曜日 11:55:17
WordPressで構築したブログを複数ユーザで投稿ユーザごとに投稿できるカテゴリを限定
他のCMSでは容易に実現可能なこの仕様が
WordPressでは意外にもなかなか実現できず、困っていました
管理人様のcategory-limit はそんな状況において、本当に助けられました。
大変便利なプラグインで今では重宝しております。
谢谢。
2010/7/29 木曜日 15:21:12
＞b_bさんお使いいただき、ありがとうございます。
確かに誰もが欲しがる機能だと思うのですが、なぜWordPressには無いのでしょうか？不思議ですよね。
今後ともどうぞ宜しくお願いします。
2010/8/25 水曜日 03:36:06
始めまして。
Wordpress3.0.1を先日よりカスタマイズ中です。
ユーザーが多いのでカテゴリ毎の投稿制限をしようと調べていてISプランニングさまにたどり着きました。
早速プラグインをアップしてみたのですが、設定画面で下記のエラーメッセージが表示されました。
Fatal error: Call to undefined function get_nested_categories() in /***/plugins/limitcats.php on line 233
自分で修正をかけようとプラグインを開き該当行を確認したのですが、書かれているのはhtmlソースで何がおかしいのかわかりません。
よろしければご教授お願いいたします。
2010/8/25 水曜日 08:08:32
＞おのひろさんそのエラーは「get_nested_categories()」というfunction（関数）が見つかりません、という意味です。
ですのでlimitcats.phpというファイルの中で「get_nested_categories()」を探して定義されているか、他のファイルで設定されている場合、そのファイルを読み込んでいるかを確認してください。
ちなみに、恐らくそのプラグインは私共のとは全く違うものだと思いますが…。
「get_nested_categories()」という関数は使っていませんし、そもそも「limitcats.php」というファイル名ではありません（デフォルトではwp-category-limitation.phpというファイル名のはずです）。
それとも何かしら同じような機能のものを使用されていて、関数名で衝突とかしているのでしょうか…。
2010/8/30 月曜日 15:20:02
你好。便利なプラグインありがとうございます。
実は2010/7/27 投稿の、のろさんと同じ症状がでて、同じ解決策で使えるようになりましたので、ご報告します。
インストールまではエラーも出ずうまくいったのですが、adminでログインしているにもかかわらず
設定を行なえる権限がありません！
管理者でログインし直してください。
のメッセージが表示され困っておりました。
こちらの投稿を順に試して、のろさんの方法で、
既存のユーザーを管理者に変更してそのユーザーでログインしたら無事に設定画面が表示されました。
まるでwordpressで初期設定されたadminは無視されているかのような挙動です（？）。
ともかく、便利なものをありがとうございます。
使えて本当に嬉しいです。
同じように困っている（おそらく少数の）方がいたらお試しください。
wordpress var2.9.1 ／php 5
2010/8/30 月曜日 16:00:01
＞なまけものさんご利用ありがとうございます。
> まるでwordpressで初期設定されたadminは無視されているかのような挙動です（？）。
そうですか…。
何人もそういった症状が出るという事は何か問題があるのかもしれませんね。
恐らくプラグインの234行目で行っているユーザーレベルのチェックがちゃんとされていないのが一番の原因だと思います。
そもそも173行目のadd_option_pageで既にユーザーレベルを限定しているので外して良いかもしれません。 （無駄な事をし過ぎてる？）
ちょっと検討させてください。
2010/8/30 月曜日 18:17:27
早々のお返事ありがとうございます。
>ユーザーレベルのチェックと見て、はっと気付いたのですが、権限をいじっているプラグインをもう1つ使っています。
私が少数派になってしまったことと関係あるのかわかりませんが、情報を小出しにする形になってしまい申し訳ございません。
使用中のプラグイン
Hide Admin Panels
今のところ両立して使えているので（adminは相変わらず無視されていて設定を行なえる権限がありません！
管理者でログインし直してください。
が出ますが）
特定のユーザーのカテゴリを非表示にするという動作には特に問題はないです。
2010/8/31 火曜日 09:29:52
＞なまけものさんいえいえ、こちらこそ情報ありがとうございます。
早速そのプラグインをダウンロードしてインストールしてみたのですが、やはり再現しませんでした…。もっと細かい設定による影響でしょうか。
ただ、役に立っているとは言えない（無駄な？）箇所をコメントアウトしましたので恐らく管理者（admin）でも行えると思います。
お時間がある時でも再度ダウンロードして差し替えてみてください。
2010/8/31 火曜日 16:03:52
ＩＳプランニング様、ありがとうございます！
差し替えてみましたところadminでも認識してくれるようになりました！
Hide Admin Panelsとも共存しております。
（もしかして当方のプラグインの使い方に間違いがあったのかとも思って、今、冷や汗です。）
本当にお礼のしようもないくらい感謝です。
今後ともよろしくお願い致します。
2010/8/31 火曜日 17:07:20
＞なまけものさんとりあえず上手くいって良かったですね。
なぜ環境によってユーザーレベルが上手く取れないのか、謎が残りますが…。
こちらこそ今後とも宜しくお願い致します。
2010/11/1 月曜日 20:27:50
很高兴见到。
とても素晴らしいプラグイン「Category Limitation」を使用させて頂いております。
いつも感謝いたしております。
ISプランニング様に質問がございます。
モバイルからの投稿時、予め決められたカテゴリーに投稿される。という動作はできるのでしょうか？
ちなみにモバイルからの投稿は、「ktai_entry」プラグインを使用させていただいた降ります。
何かソース上をカスタマイズしたら可能でしょうか？
お忙しいとは思いますが、ご助言お願い致します。
2010/11/2 火曜日 08:56:03
＞まさとさんご利用ありがとうございます。
当方はKtai_entryを利用した事が無いのでよく分からないのですが、確かモブログですよね？ （Ktai_styleは使用した事があります）
だとすれば、こちらのプラグインでどうこうというのは難しいと思います。
恐らく「携帯でメール投稿」→「Ktai_entryで自動投稿」という流れだと思いますので、入り込む余地は無いかな、と。
やるのであれば「Ktai_entry」の自動投稿（更新）の箇所を改造するしかないでしょう。当プラグインの情報は「get_option(“isp_cat_limit_options”)」で取得できるのでそれで何とか…という所でしょうか。
（ただし今後のバージョンアップの事を考えてもあまりやるべきではないと思います。）
先程プラグインの正規ページを見ましたが「カテゴリー指定 (複数カテゴリーに対応) およびキーワードタグの付与が可能です。」とありますので、現状それでやってもらうしかないように思われます。
お役に立てず申し訳ありません。
2010/11/2 火曜日 10:12:06
早々のご対応感謝いたします。
なかなか難しいみたいですね。
もう少し調べてみます。
谢谢。
2010/12/11 土曜日 16:54:34
以前から「Category Limitation」を便利に利用させていただいております。
とても感謝しています。
私が以前に取得したバージョンから２回ほど改修されているようですが、
ファイルの中身を確認すると最新のものもバージョンが1.0となっています。
可能でしたら、改修時にはバージョン表記も上げてくださいますと幸いに存じます。
今後とも、どうぞ宜しくお願い致します。
2010/12/13 月曜日 08:30:22
＞よっちさん大変申し訳ありません！
公式（サイト）で公開していない野良プラグインという気安さから疎かになっておりました。
確かにそれを目安にアップグレードされる場合もありますよね。
今後バージョンアップの際にはしっかりとバージョン表記を上げていきますのでどうぞ今後とも宜しくお願い致します。
2011/1/28 金曜日 00:55:33
すばらしいプラグインですね＾＾
ひとつ思ったのがクイック編集には便利な機能もあり、逆に不要なメニューも混在しているので、不要なメニューのみdisplay:none;を指定できればより使い勝手が向上しそうな気がします。
クイック編集内の要素にはデフォルトでは固有idや固有classやらが振られていないものがあり、jqueryから要素指定ができないので、クイック編集内の各要素にあらかじめidを振り分ける機能をつけるのはいかがでしょうか？
2011/1/28 金曜日 08:43:18
＞ magicさんコメント、ありがとうございます。
クイック投稿の件は頭を悩ましています。
そもそも何故クイック投稿を非表示にするかというと、投稿した時点でデフォルトのカテゴリーに全て入ってしまうので「Category Limitation」の存在意義が無くなってしまうからなんです。
保存後にカテゴリーデータを変更できれば解決できそうですが、以前ちょっと調べたところ上手くいきそうになかったので「とりあえず非表示にしてしまえ。」という後ろ向きな解決に至ったわけです。
恐らくそれなりに解決方法はあると思うのですが、あれから全然調べていないのでいまだ未解決のままです。
という根本的な問題がありますのでご理解いただければ、と思います。
いずれ解決はしようと思ってますので、気長にお待ち下さい。
2011/1/29 土曜日 10:09:31
マルチサイトにしないで、模擬的にでもプログを何個か開設したいと思ってプラグインを探していました。 「Category Limitation」が目的にぴったりです。ご提供ありがとうございます。
少し質問があります。
投稿画面のカテゴリー表示上で、Aさん向けの親子のカテゴリーの間にBさん向けのカテゴリーが割り込んで表示されたり、親子のカテゴリーが階層表示されないでフラットに表示されたりすることがあります。
親カテゴリー名が異なっても子カテゴリー名が同じ場合があるので、AとBに投稿できるCさんのときはAかBの子カテゴリーか区別が付かず困ったことになる場合があります。
利用上のコツとか、カストマイズのことで何かアドバイスがあればお願いします。
2011/1/31 月曜日 09:17:31
＞typelogさんご利用ありがとうございます。
>投稿画面のカテゴリー表示上で、Aさん向けの親子のカテゴリーの間にBさん向けのカテゴリーが割り込んで表示されたり、親子のカテゴリーが階層表示されないでフラットに表示されたりすることがあります。
これはどういった事でしょうか？
Aさんが「A,B」カテゴリーを選択しながら「C」というカテゴリーも表示されてしまうという事でしょうか？だとすればちょっと問題ですので詳しい状態（設定内容）を教えていただきたいのですが…。
階層表示の件ですが、例えば子カテゴリーのBが既に選択されてある状態、とかでは無いのでしょうか？ WordPressの投稿を見る限り、選択されたカテゴリーは親子関係に関わらず列のトップにきています。
↑こういう単純な問題ではなく、ですか？
> 親カテゴリー名が異なっても子カテゴリー名が同じ場合があるので、AとBに投稿できるCさんのときはAかBの子カテゴリーか区別が付かず困ったことになる場合があります。
これはちょっと難しいと思います…。
解決策としては親カテゴリーも選択に入れるしかありませんが、前述のように既に選択されているカテゴリーは親子関係から外れてしまいますし、間違えて親カテゴリーを選択する可能性もあります。
typelogさんの方で名前を変更する等、何らかの対処をしていただかないといけないかなぁと思います。
当プラグインが行える大原則は「投稿時に選択されたカテゴリのみを表示する」というのみです。それを踏まえた上で上手く活用していただければ幸いです。 （^-^）
2011/1/31 月曜日 22:09:04
ご返事ありがとうございます。
はしょった投稿が混乱の元でした。ひょっとしたら当方のみの現象かもしれません。
少し具体的に。二つの親子カテゴリを定義しています。
第1类
一
乙
Ç
第2类
X
Ÿ
乙
とした場合、トラさんの投稿画面へは次のように表示されています。もちろんトラさんには二つのカテゴリ親子ともども投稿を許可しています。
一
X
Ÿ
乙
乙
Ç
カテゴリ2は階層表示されていますが、カテゴリ1はフラット表示で、カテゴリ2に割り込まれています。
どのBがどちらの親カテゴリに属するかは分かりますが。
カメさんにカテゴリ1の投稿だけを許可すると、カメさんの投稿画面のカテゴリ表示は以下のようにフラットになってしまいます。
一
乙
Ç
こんな状況ですが、こちらの特殊事情かも知れませんので、WoedPressを再インストールしたりしてみます。
2011/2/1 火曜日 09:51:26
＞ typelogさん恐らくですが、その時に「A」というカテゴリーは選択されている（チェックが入っている）のではないでしょうか？
もしそうであるなら、それはWordPressの仕様なので直らないと思います。
前述した通り、選択されたカテゴリーは親子関係に関わらず一番上に表示されるようになります。もし「Ａ」が選択されている状態であるならば、上記のような現象になると思います。
これを直そうとしたら、WordPressの関数を変更する必要があると思います。
（確かにこの仕様は少し不便ですよね…。）
2011/2/1 火曜日 14:33:32
毎度、申し訳ありません。
確かにAをデフォルトの投稿先カテゴリーにしています。
Category Limitationの設定画面やサイドバーウィジットのカテゴリー表示ではAを先頭に二つのカテゴリーとも階層表示されているので質問した訳です。
投稿画面のカテゴリー表示は別とのご指摘、WordPressの仕掛けも分からずの質問でした。
大変ありがとうございました。
2011/2/3 木曜日 11:44:06
確かに不便というか、？なことです。
投稿画面でも、親子のあるカテゴリは親子を離れ離れにせずまとめて表示し、かつ親子の階層で表示してほしいものですね。
2011/2/3 木曜日 12:52:29
＞ typelogさん出力の仕方を変えてくれると良いんですけどね。
ちなみに設定画面の方は自前で出してるから親子関係が崩れていないんだと思います（多分）。
2011/2/3 木曜日 21:28:39
ISプランニングさん自前のは親子が生き別れにもならず、きれいな階層表示ですね。
自前ではないサイドバーでは親子カテゴリーもちゃんと階層表示さています。全く、残念。もはや愚痴。
「Category Limitation」でマルチサイトにしないでもブログを何本か立てられますから、投稿ユーザーが限られる内輪のブログで便利に利用させていただきます。
2011/3/2 水曜日 02:55:00
以前コメントさせていただいた者です。
先ほどWP3.1にアップグレードしたらPHPエラーになったので飛んできました。
早速の対応バージョン公開ありがとうございます。
本当に素晴らしいプラグインだと思います。
2011/3/2 水曜日 08:06:05
＞よっちさんこちらこそ当プラグインのせいでエラーが発生してしまい、大変申し訳ありません。
これからも宜しくお願い致します。
2011/4/9 土曜日 00:13:57
认识你很高兴。
複数の部署の人が1つのブログで投稿する際に自分の担当カテゴリーのみ投稿できるようにというのでプラグインを探していてたどり着きました。 谢谢。
質問なのですが2点あります。
１）ある担当（投稿者）のIDで入った時でも、Press Thisを使うと違うカテゴリーでも投稿出来てしまうようなので、それを回避する方法はないでしょうか？
２）後で決裁者が確認した上で投稿できるようにその担当者の投稿を必ず下書きで保存させるようにはできないでしょうか？
プラグイン自体の質問ではないものもあるかと思いますが、何か良い方法があればご教授ください。
谢谢。
2011/4/11 月曜日 08:55:39
＞amameさんご利用ありがとうございます。
一つ目の質問ですが、他のプラグインとの兼ね合いになるとこちらでもちょっと対応が難しいですね。独自で色々やってる場合もあるので…。これは解決できないと思います。
２つ目ですが、これもちょっと機能外になります。
恐らくそれ用のプラグインを作成した方が早いかな？ 我想。
例えば、パっと思いつく一番簡単な方法は、投稿画面の表示の時にユーザーレベルを調べて一定以下ならスタイルシートを利用して「公開」ボタンを表示させない、とか。
どちらにしろ当プラグインでは難しいです。
あくまで「投稿管理画面で選択できるカテゴリーを制限する」だけのプラグインですので…。
2011/5/24 火曜日 13:28:41
ご無沙汰していました。
「wp-category-limitation.php」というファイルの465行目、$checked_ontop = true の箇所を $checked_ontop = falseにするだけですね。
確かに投稿画面のカテゴリー階層が親子水入らずできれいに階層表示されました。
これは2月始めにISプランニングさんと応答した件ですが、ISプランニングさんのフォローの丁寧さには望外のありがたさです。
ブログの書き手にはさらに分かりやすくなりました。もう言うことはありません。便利に利用させて頂いています。
2011/5/24 火曜日 16:16:27
＞typelogさんこのプラグインは力技により実現しています。
意外に需要があるので、もう少しWordPressのルールに則った書き方でないと拙いなぁと思っておりました。
この度、少し時間が空いたので色々見直していたのですが、以前ご質問された内容の解答がそのまま転がっていたので、お知らせしておこうと思いました。
（滅多にこちらを覗かないだろうと思い、直接メールさせていただきました）
近日中には、もう少しまともなバージョンがアップされると思いますので、そちらに差し替えていただければ、と思います。
2011/5/25 水曜日 11:39:02
実装したいことが簡潔にできました。 是最好的！ 谢谢！
環境:WordPress 3.1.2
2011/5/25 水曜日 12:03:10
＞hidelowさんお役に立てて何よりです。
是非ご活用下さい。
2011/6/20 月曜日 09:52:48
最新版にアップデートしました。
マルチサイトにするまでもなく、これで小グループの筆者交代ブログなどに簡単、最適なブログサイトにできます。
谢谢。
2011/6/20 月曜日 10:25:34
＞typelog さんこちらこそアップデート版、ご利用ありがとうございます。
私もちょっと学んで、階層表示を取り入れました。自分でも納得しております。
（実はこれが無ければもっとスッキリしたコードになるのですが(汗)…）
2011/6/20 月曜日 14:28:40
カテゴリーを設定しないで投稿すると（よくありそう）許可されていないカテゴリーに入ってしまい、「あれ?どこ行った」の対応。
「カテゴリー未設定投稿仮置」とかのカテゴリーを作って、それを投稿設定でカテゴリーの初期値にしておくと、後の編集投稿のときに分かりやすいようです。
投稿ユーザーにも納得できますね。
2011/7/2 土曜日 13:07:10
初めましてカテゴリーを制限するプラグインを探していてこちらにたどり着きましたとても素晴らしい機能なのでぜひ使いたいとおもっているのですがプラグインをインストールして有効化をしたところ
Parse error: parse error, unexpected T_CONST, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /*******/wp/wp-content/plugins/category-limitation/wp-category-limitation.php on line 41
と出て有効になりませんでしたよろしければ解決方法を教えていただけないでしょうか
wpのバージョンは3.1.4になります
谢谢
2011/7/4 月曜日 07:57:56
＞wpsabuさん恐らくPHPのバージョンが引っ掛かってるのではないでしょうか？
PHPのバージョンが5である事をご確認いただけますか？
2011/7/4 月曜日 13:35:23
PHPのバージョンが4でした。
PHPのバージョンを5に変更したら無事に有効有効化になりましたありがとうございました。
2011/7/20 水曜日 09:44:43
＞ typelogさん
ver2.2よりデフォルトのカテゴリーがチェック（制限）されたカテゴリーになるように変更しております。
2011/7/20 水曜日 22:40:21
素晴らしいフォローに感謝します。早速ver2.2を適用しました。
例えば、Aさんのブログ向けに以下のようにカテゴリーと制限を定義。
親 Aさんのブログ すべて (チェックなし)
子 未分類 (チェック)
子 野球 (チェック)
子 サッカー (チェック)
子 ゴルフ (チェック)
もし、カテゴリー定義で子の未分類が一番上に来ないときはカテゴリー順番変えプラグインで一番上に持ってきて投稿時カテゴリー設定忘れのデフォルトカテゴリーにできました。
もうこれで完璧なようです。 谢谢。
2011/11/4 金曜日 12:13:15
ユーザー権限で新規投稿・投稿編集の際、Noticeが出てしまうのですが、
私の環境だけでしょうか？
Notice: Trying to get property of non-object in /*****/category-limitation/wp-category-limitation.php on line 105
2011/11/4 金曜日 13:11:03
＞Mao さん先程、投稿者として編集画面を開いてみましたが私の環境では問題ありませんでした。
エラー内容を読むと「105行目でオブジェクトではないデータを取得しようとしている」的な感じでしょうか。
現在、他の方からの報告はありませんが、もし宜しければ修正版を作成してメールを差し上げますがどうでしょうか？ご確認後、問題ない場合は少しバージョンを上げて公開しようと思います。
もし抵抗があるようでしたら、こちらで事象を確認できないので修正するのは難しいです（確認ができないので）。
2011/11/4 金曜日 20:21:34
ＩＳプランニング さんお返事ありがとうございます。そうして頂けるとありがたいです。
このメールアドレスにお送りください。
テストしてご報告させていただきます。
2011/11/8 火曜日 11:40:33
ＩＳプランニング さんありがとうございました ^ ^
2012/1/12 木曜日 11:11:23
PHP4の状態でなんとかこちらのプラグインを稼動させることはできないでしょうか？
お客様の都合上PHP5の環境に変更できません。
Parse error: parse error, unexpected T_CONST, expecting T_OLD_FUNCTION or T_FUNCTION or T_VAR or '}' in /home/lcvirtualdomain/nposhifa.net/htdocs/wp-content/plugins/category-limitation/wp-category-limitation.php on line 41
プラグインを有効化すると上記のエラーがでてきました。
他のサイトで使用させていただいていた時はPHP5の環境だったので問題なく使用できていたのですが、お客様の都合でサーバを乗り換えたらPHP4でした。
また、私自身がPHP知識不足というのもあり、困っています。
PHP4で稼動する同じようなプラグインもなかなか見つけられずで･･･。行き詰まってしまいました。
2012/1/12 木曜日 11:29:13
＞takaさんこのエラーは確かPHP4では定数constが使えないが故に出るエラーだったと思います。
忙しいのでこちらで対応というのは難しいのですが、「wp-category-limitation.php」ファイルを以下のように修正していけばいけると思います。
１． 41行目の「isp_cat_limit_options」をコピー２． 41行目の「ISP_OPTION_NAME」が使われている箇所を検索３． 「self::ISP_OPTION_NAME」をコピーした「isp_cat_limit_options」に変更４． 42～44行目まで繰り返す５． 41～44行目をコメントアウト（もしくは削除）
※３番目の変更ですが具体的に一例（282行目）
update_option( self::ISP_OPTION_NAME, $this->myOptions );
↓
update_option( “isp_cat_limit_options”, $this->myOptions );
頑張ってください。
2012/1/12 木曜日 14:09:03
早急にお返事いただきありがとうございました。
書き込みの通リPHPを修正したところ、PHP4で問題なく稼動しました。
2012/3/28 水曜日 13:50:25
好久不见了。いつものサポートに感謝しています。
ところで、最近、書き手としての会員登録を自動化し、登録してくるユーザーにデフォルトの投稿許可カテゴリーを自動で割り付けたいと思っています。
デフォルトユーザーを作り、そこにデフォルトの投稿許可カテゴリーを設定しておき、新たに登録してくるユーザーにはそれをコピーすればいいと考えています。
同様な予定があるとか、どの程度の難易度が低いときは当方でも対応できるのか、ヒントをいただければありがたいです。
2012/3/29 木曜日 09:00:20
＞ typelogさんなかなか難しい事をなされようとしていますね。 (^-^;)
当社の場合は社内システムとか依頼されたＨＰの作成という個人での運用が主なので、そういった不特定多数のユーザーに対する処理というのはあまりしませんのでイメージが沸かないですね。
当プラグインを利用する場合、ザッと考えると、アクションフックの「user_register」を利用する方法が手っ取り早い気がします。 （参考： http://codex.wordpress.org/Plugin_API/Action_Reference/user_register
新規ユーザーのIDが取得できるみたいなので、当プラグインのデータを呼び出して書き換えて更新すれば良いかな、と。
うん、わりと簡単かもしれませんね（user_registerが望み通りだと仮定して…）。
2012/3/29 木曜日 14:23:17
谢谢你的答复。
お聞きした機能が必要な局面は、管理者が不在の間に投稿されたくないカテゴリーへの投稿を防ぐ目的です。後でゆっくりそのユーザー向けのカテゴリーを設定するのが前提です。
ヒントありがとうございます。ちょっと塀が高そうですが、トライしてみます。後でこの件の報告がなければ「挫折」ですが、代案はユーザーの自動登録承認を止めて、管理者承認にすればいいことですが。
2012/4/3 火曜日 18:12:24
你好。
足掛け4年に渡ってこちらのプラグインを愛用させて頂いております。バージョンアップの度にどんどん快適になり、感動しています。
また、以前こちらで何度か質問をさせて頂いた際は、丁寧にご対応いただきありがとうございました。
さて今回お尋ねしたいのは、こちらのプラグイン（Category Limitation）と、他のプラグインとの干渉についてです。
現在、複数の投稿者が存在するサイトを運営しており、PCからの投稿の際はCategory Limitationを利用してユーザー毎に投稿できるカテゴリ―を制限しています。
これと同時に、WPへメールで投稿する際のデフォルトカテゴリ―をユーザー毎に指定するため、『Ktai Entry』と、さらに『Bind user to category』というプラグインを有効にしたところ、PCから投稿する際、それぞれのユーザーがどのカテゴリ―を選択しても、Category Limitationの設定画面で指定したデフォルトのカテゴリ―で投稿されてしまいます。
CategoryLimitationとKtaiEntryだけを併用していた時は、上記のような不具合は発生しませんでしたので、問題はBind user to categoryだと思うのです。
他のプラグインとのことでこちらにお尋ねするのは筋違いかもしれないのですが、何か解決のヒントなり頂けますとありがたいです。
使用しているWP・プラグインのバージョンは以下の通りです。
WordPress：3.1.1
Category Limitation：2.3.1
Bind user to category：0.2b
（Ktai Entry：0.9.1.2）
お忙しい中恐れ入りますが、どうぞよろしくお願いします！
2012/4/4 水曜日 09:55:02
＞ mi_325さんいつもご利用ありがとうございます。
ご質問の件ですが、「Bind user to category」と干渉していそうな箇所を調べましたが、恐らく、というか間違いなく「category_save_pre」のフィルターフック関数が原因だと思います。
これは「選択されたカテゴリーを保存する前に実行する関数」ですが、どちらにもそのフィルターフックがあります。
多分、「Bind user to category」→「Categoly Limitation」の順番で実行され、後で実行される当プラグインが「制限されているカテゴリーが選択されているから排除→選択されたカテゴリーが無いからデフォルトを使用」という判断をしているのだと思います。あくまで憶測なので正しいかどうか分かりませんけど。
ただ問題となる箇所は上記のフィルターフックで行う独自関数なのは間違いありません。
「Bind user to category」がどういう仕組みなのか、フィルターフックによりどんなIDを返しているのか？を調べればより詳しく調べられるかもしれません。 （「print_r」なんかを使って配列を調べたりすれば分かりやすいと思います）
また、実行順序に問題がある場合はadd_filter関数で実行する優先順位を変えてみるのも手かもしれません。
では頑張ってください(^^)
2012/4/21 土曜日 20:32:31
登録してきた新入りのユーザーにあらかじめ決めておいたデフォルトユーザーと同じ投稿許可カテゴリーを与える件ですが、挫折。
ユーザー登録時にフックしてそのユーザーIDに、読んできたデフォルトユーザーのカテゴリをコピーして保存すればよさそうですが、敷居が高くでだめでした。
Category Limitationの標準機能になることを期待しています。
2012/4/24 火曜日 09:18:22
＞typelogさんそうですか、諦めましたか(^_^;)
当プラグインの標準機能にしてもあまり需要は無さそうなので、当面それは無いと思います。 对不起....
ちなみに挫折との事ですが、私なりに前回でコメントした思いつきのやり方を一応挙げておきます。試していないので上手くいくか分かりませんが、もし改めてチャレンジされるなら参考にしてください。
１． user_registerを利用して独自関数を用意（functions.phpに書いても（多分）大丈夫
function function_name($user_id) {
/* your action */
}
add_action( 'user_register', 'function_name');
两个。関数の中でCategory Limitationのデータを呼び出す（上のfunctionでいくと/* your action */の後）
$val = get_option(“isp_cat_limit_options”);
三。新ユーザーのデータを追加して保存し直す（当プラグイン「wp-category-limitation.php」の280行目にデータ形式が書いてあります
/* デフォルトのカテゴリーIDが20の場合
$val .= '&'.$user_id.'=default_20′;
update_option( “isp_cat_limit_options”, $val );
多分、上記で大丈夫だと思います。 （コメントを除くと３行でいけるかな、と）
ご理解していると思いますが、注意していただきたいのはプラグインのデータを弄るので下手をするとプラグインが動かなくなる可能性があります。まずはテスト用で試したりするのが無難だと思います。