Владимир

а ранее купленные не обновляются?
обновил, но только проверив вручную- т.е. не показывало обновление почему то

а так {$_modx->getChunk('MyChunk@PropertySet')} не вызывается? в соответствии с документацией

скрыты как- что подразумевается?

и потом расскажи народу об опыте использования Grid Class Key vs Collections )
А Collections постоянно использую, вроде всем устраивает, встроенная в него Подборка пока в зачаточном виде, а остальное отлично себя зарекомендовало, особенно тем, что далеко не нужно лезть вносить правки.

Collections -уровни, без проблем

Grid Class Key был страшно глючным, Collections очень стабилен и надстраиваемый.
Как то Grid Class Key сломал мне сайт (черновик, естественно), и вернуть тип ресурса можно было только через базу данных. Говорю о прежних выпусках Grid Class Key. На всякий случай.

логично, но robots.txt доступен любому пользователю, хотя директории закрытые то пусть знают, на здоровье.

И по папкам тоже. Факт, что, например, файлы .html шаблона лежащие в папке до того как их «натянешь на движок» оказываются в индексе. Стоит их забыть удалить и они там, в индексе, особенно в Google.

))) спасибо, не надо.

В assets — все что можно получить по прямой ссылке, css, js, медиафайлы и т.п., а все что содержит хоть какую то логику логичнее скрыть. А это чанки с модификаторами и феномом, например. Об этом же речь.

Странный пример ты привел. Тем более, что в приведенном примере наружу все, и far*****ood.com/core/components/ и fa*******ood.com/core/packages/ и т.п.
100% тебя ни кто не заставляет ни чего прятать. Но видимо и не все согласны с твоим мнением относительно этого (и вроде все нормальные пацаны :)) ).
Мне кажутся неправильными расширения для файлов чанков .html, IMHO .tpl уже не так «бегут» индексироваться. А расположение в core очень логично.
Но каждый сам решает, как ему виднее.

Интересно, вот скажи, а нормально, что эти файлы попадают в поисковый индекс и доступны извне? Просто обоснуй, почему ты считаешь так или иначе.

Обращаюсь к автору modDevTools с просьбой о добавлении чанков и снипетов к шаблону в ручном режиме, через настройки, в случае использования фенома. Что бы редактирование элементов было под рукой.

И снова о modDevTools и fenom.
Вопрос к автору. Уважаемый Виталий! Очень прошу рассмотреть следующую «хотелку»:
Добавление чанков и снипетов к шаблону в ручном режиме, через настройки.
Fenom исключительно удобен для логики в чанках, а и искать их приходиться как до появления modDevTools. А если бы можно было в настройках указывать набор чанков и снипетов для определенных ID (шаблонов), то и при использовании фенома все было бы под рукой.

Очень интересует, планируется ли поддержка Fenom в modDevTools?

Ждем`с в pdoTools!
Лишь отсутствие поддержки в modDevTools фенома и новых статичных чанков (снипетов) весьма печалит.
Верю, прогресс победит! ))

Лучше хороший хостинг, чем крутые выплаты по реф. программе (что неизбежно повысит стоимость самой услуги для клиентов). А то Таймвеб и т.п. весьма щедро благодарят, только к ним клиента уже направить просто «западло», извините.

Аперенести ЭТУ ЗАМЕТКУ в раздел Вопросы и пометить как «решенный» все равно нужно обязательно, нужно нам всем, потому что на сайте есть поиск по разделам и понятная удобная структура — не надо ее игнорировать!

Спасибо! Теперь знаю и какие роботы постоянно тусуются и что их интересует, т.е. в ЯМетрике то этого нет, а иногда полезно знать. Например, как часто и когда Яндекс новости читают предназначенный для них feed, сколько висит постоянно «читателей» на общем RSS и многое другое.

Понял. Спасибо!