Цель состоит в том, чтобы активировать существующую тему на странице записи в блоге. Обычно пользователь делает это в разделе Атрибуты страниц следующим образом:
Теперь моя цель - сделать это программно. Я не буду выкладывать здесь все свои испытания (начиная с 2-х дней), потому что это просто хрень, но вот то, что я сделал до сих пор.
Сначала я добавляю страницу блога к выбранной родительской странице (ID 157):
use Concrete\Core\Page;
$parentPage = Page\Page::getByID(157);
$template = \PageTemplate::getByHandle('blog_entry');
$entry = $parentPage->add($type, array(
'cName' => 'My title',
'cDescription' => 'description',
'cHandle' => 'my_title',
'cvIsApproved' => true,
'cDatePublic' => $publishDate->format('Y-m-d H:i:s')
), $template);
Поскольку вновь созданная страница представляет собой шаблон blog_entry
, темы для записей в блоге уже назначены.
Затем я создаю тему и добавляю ее в дерево тем (темы записей в блоге) следующим образом:
use \Concrete\Core\Tree\Type\Topic as TopicTree;
use \Concrete\Core\Tree\Node\Type\Topic as TopicTreeNode;
use \Concrete\Core\Tree\Node\Node as TreeNode;
$topicTree = TopicTree::getByName('Blog Entries');
$parentTopic = TreeNode::getByID($topicTree->getRootTreeNodeObject()->treeNodeID);
$item0 = TopicTreeNode::add('udland', $parentTopic);
Как активировать/присвоить эту тему (Udland) моей странице ($entry)? (как показано на рисунке)
Я знаю, что это должно быть связано с таблицами БД CollectionAttributeValues
и atSelectedTopics
. Также должны быть задействованы классы CollectionValue
и CollectionKey
.
Я мог бы добавить эти записи вручную в БД, но это не очень хорошая идея, потому что я не знаю, какие данные необходимы для правильной работы. Темы используются для фильтрации записей в блогах, поэтому я совершенно уверен, что здесь задействованы и другие таблицы, и, как сказал основной разработчик: "Это хрупкие мелочи" ;-).
Поскольку эта версия бетона 5 представляет собой совершенно новый запуск, документация для разработчиков не завершена, и после двух дней копания в основном коде я просто в отчаянии.
Обновление (после недели поиска...)
Мне удалось взломать метод контроллера: (/concrete/controllers/panel/page/attributes.php -> submit()
).
Я знаю, что это совсем не подходит, но на данный момент это мой лучший пробный вариант:
(Я просто включаю NameSpaces здесь, чтобы прояснить, какие классы я вызываю)
use Concrete\Core\Page;
use Concrete\Core\Page\Collection\Version\Version;
use Concrete\Core\Workflow\Request\ApprovePageRequest;
use CollectionAttributeKey;
use \Concrete\Core\Tree\Node\Type\Topic as TopicTreeNode;
Получите идентификатор атрибута по дескриптору:
$ak = CollectionAttributeKey::getByHandle('blog_entry_topics');
$attributekID = $ak->getAttributeKeyID();
получить тему
$item_one = TopicTreeNode::getNodeByName('Udland');
затем смоделируйте опубликованную форму:
$_POST = array(
'topics_' . $attributekID => array($item_one->treeNodeID)
);
Я знаю, что это такой уродливый и серьезный взлом и совсем ненадежный, но, как уже было сказано, он взят из контроллера...
Затем я делаю упрощенную версию метода submit()
:
$c = Page\Page::getByID(157);
$published = new \DateTime();
$nvc = $c->getVersionToModify();
$nvcObj = $nvc->getVersionObject();
$data = array();
$data['cName'] = $nvcObj->cvName;
$data['cDescription'] = $nvcObj->cvDescription;
$data['cDatePublic'] = $published->format('Y-m-d H:i:s');
$data['uID'] = '1';
$nvc->update($data);
$setAttribs = $nvc->getSetCollectionAttributes();
$processedAttributes = array();
$selectedAKIDs = $attributekID;
if (!is_array($selectedAKIDs)) {
$selectedAKIDs = array();
}
$selected = is_array(array($attributekID)) ? array($attributekID) : array();
foreach ($setAttribs as $ak) {
if (in_array($ak->getAttributeKeyID(), $selected)) {
$ak->saveAttributeForm($nvc);
} else {
$nvc->clearAttribute($ak);
}
$processedAttributes[] = $ak->getAttributeKeyID();
}
$newAttributes = array_diff($selectedAKIDs, $processedAttributes);
foreach ($newAttributes as $akID) {
$ak = CollectionAttributeKey::getByID($akID);
$ak->saveAttributeForm($nvc);
}
Итак, как было сказано ранее, это действительно уродливо, но пока это лучшая пробная версия, и она каким-то образом работает.
Затем подтвердите запрос, выполнив:
$pkr = new ApprovePageRequest();
$u = new User();
$pkr->setRequestedPage($c);
$v = Version::get($c, "RECENT");
$pkr->setRequestedVersionID($v->getVersionID());
$pkr->setRequesterUserID($u->getUserID());
$pkr->trigger();
$u->unloadCollectionEdit();
Но что действительно заставляет меня задуматься, так это метод внутри /concrete/src/Attribute/Key/Key.php
, где, наконец, все должно произойти (по моему скромному мнению):
/**
* Calls the functions necessary to save this attribute to the database. If no passed value is passed, then we save it via the stock form.
* NOTE: this code is screwy because all code ever written that EXTENDS this code creates an attribute value object and passes it in, like
* this code implies. But if you call this code directly it passes the object that you're messing with (Page, User, etc...) in as the $attributeValue
* object, which is obviously not right. So we're going to do a little procedural if/then checks in this to ensure we're passing the right
* stuff
*
* @param CollectionValue|mixed $mixed
* @param mixed $passedValue
*/
protected function saveAttribute($mixed, $passedValue = false)
{
/** @var \Concrete\Core\Attribute\Type $at */
$at = $this->getAttributeType();
$at->getController()->setAttributeKey($this);
if ($mixed instanceof AttributeValue) {
$attributeValue = $mixed;
} else {
// $mixed is ACTUALLY the object that we're setting the attribute against
//todo: figure out what $nvc should really be since it doesn't exist in this scope
$attributeValue = $nvc->getAttributeValueObject($mixed, true);
}
$at->getController()->setAttributeValue($attributeValue);
if ($passedValue) {
$at->getController()->saveValue($passedValue);
} else {
$at->getController()->saveForm($at->getController()->post());
}
$at->__destruct();
unset($at);
}
Поэтому мне действительно любопытно посмотреть, какой надежный и подходящий для системы способ решить эту проблему.