Павел Ширяев

А какой хостер, если не секрет?
А то вот мастерхост повадился виртуалки в карантин за каждый чих отправлять. Сайт из кэша работает, но вот ни обновить, ни переустановить уже не удается.

Спасибо огромное!
Туда-то я и не посмотрел :)

Все заработало!

Опубликованы и показаны, только что проверил.
pdoMenu из без всяких проблем вывел, таким вызовом:

[[!pdoMenu?
&parents=`49`
&depth=`1`
&tpl=`main_categories`
&includeTVs=`category_img`
]]

Чанк:

<div class="cat equal">
    <div class="cat_image">
        <a href="[[~[[+id]]]]" title="[[+longtitle]]">
            <img src="[[+category_img]]" height="153" width="153" alt="[[+menutitle]]">
        </a>
    </div>
    <a href="[[~[[+id]]]]" title="[[+longtitle]]">[[+pagetitle]]</a>
</div>

В общем, что-то я затупил под вечер, решил вопрос при помощи pdoMenu.

Но сам вопрос все равно остается в силе, любопытно почему pdoResources так себя ведет.

Это просто прекрасно! Бешено плюсую за столь удобную и нужную разработку. Распил шаблона на чанки стал быстрее в разы, не говоря уж о дальнейшей настройке. Утащил компонент в маст-хэв для каждой установки модэкса.

Очень хочется в записи посмотреть. Поучаствовать, к сожалению, не выйдет.

Особенно про воркспейс, а то все времени нет всякие галпы-боверы освоить, все по старинке, открыл Brackets и понеслась. Но на крупных проектах производительность работы страдает, да и CSS в результате выходит неоптимальным.

Я всегда пользуюсь flexslider:

www.woothemes.com/flexslider/

github.com/woothemes/FlexSlider

Умеет все кроме 5. Это можно реализовать через fancybox или что-то другое.

А для управления воспользоваться BannerY или FileAttach. А если на самом слайдере много других элементов (текст разных начертаний и кеглей, кнопки и прочее) можно и дочерними ресурсами оформить, и выводить через pdoResources.

Отличный подкаст, жду продолжения.
Интересно было бы послушать про всякие наработанные методики оптимизации временных затрат на работу с системой. Скажем, готовые сборки шаблонов-тв-шек под разные нужды и прочее.

Ну это понятно, что на модхосте все с преферансом и альтистками :)
Но хотелось бы автономности, часто приходится работать с тем, что предоставил заказчик (включая доступ к свежеустановленной виртуалке, на которой убунта + лампа).

Спасибо, Вапор поизучаю.

Нашел баг в самом компоненте.

Надо здесь: core/components/activedirectory/elements/events/onusernotfound.php
закомментить или удалить строчку 57:

//$user->Profile =& $profile;

Включить таким способом?

error_reporting(E_ALL | E_STRICT);
ini_set('display_errors', 1);

Это я уже пробовал, но страница, на которую выкидывает после первого логина, вообще пустая.

При попытке ее обновления (F5) хром предупреждает о повторной отправке данных формы. Вот только что именно это значит — не могу нагуглить.

Мне удается, как правило, объяснить, что компоновка страниц сайта — это не конструктор, все сделано так не потому, что у дизайнера с утра зачесалось левое ухо, а потому что так наиболее оптимально.

Ну и мне как раз не встречаются такие, которые хотят сами. Наоборот, обычно хотят, чтобы после изготовления сайт еще и поддерживался. Впрочем, самоподдерживающиеся сайты — это обычно дешевые сайты. А я давно усвоил, что делать дешевые сайты невыгодно. Мороки столько же, а выхлопа — с гулькин нос. Ну и клиенты, которые платят хорошо, обычно и более адекватные (главным образом потому, что точно знают, зачем им сайт и что они хотят получить в результате работы над ним).

Просто не надо давать любые настройки на откуп пользователю. Это не пользовательское дело.

Пользователю — ресурсы и html-редактор, в крайнем случае, там есть кнопочка «html», если ему захочется экстрима.

Вы же не лезете в автомобиле самостоятельно настраивать инжектор. И сход-развал сами не делаете.

А с прикладной точки зрения CMS будет посложнее автомобиля в некотором смысле.

То, что в джумле настраиваются модули тычком мышки — это минус, а не плюс. За это пользователи джумлы расплачиваются медленной работой и трудноуловимыми багами. Чудес ведь не бывает, за тычком мышкой стоят километры кода, само собой ничего не делается.

Ну и есть еще один момент. За визуальную и структурную часть сайта отвечает дизайнер. За логическую — программист, за UI/UX — проектировщик интерфейсов, за верстку — верстальщик. На выходе имеем годный сайт с логичной структурой и удобоваримым UI. Ну, в теории :)

Конечный пользователь ни тем, ни другим, ни третьим, как правило, не является. Хорошо, если он пишет без ошибок. Больше от него не требуется. Так что пользователю — только жестко ограниченный html-редактор и папка с картинками. Никаких чанков, сниппетов и прочей мути ему не нужно. Вообще, и выбор размеров шрифтов и прочих украшательств ему тоже нельзя давать, иначе сайт мигом превратится в нечто, что заставляет при взгляде глаза кровоточить.

Сама по себе админка MODx очень удобна. Это отмечают все пользователи. Некоторые просят перетащить другие сайты с джумлы на MODx, раз его попробовав (правда, отказываются, узнав, сколько это стоит :).

Возникла мысль. А почему бы не устроить нечто вроде платной поддержки для MS?

Как я это вижу. Нужно мне, к примеру, некий функционал, отсутствующий в текущей редакции MS. Я обращаюсь к вам, вы разрабатываете компонент (конечно, за деньги), затем он будет доступен в репозитории (платно или бесплатно, это уже детали).

Сразу убиваем кучу зайцев одним залпом:

1. Разработкой занимается команда MS, что гарантирует отличное качество и интеграцию разработки;
2. Инфраструктура и возможности MS растут, что увеличивает долю рынка, сообщество и, в конечном счете, доходы команды;
3. Не нужно искать по закоулкам исполнителя и париться на предмет его добропорядочности, все в одном месте и с гарантией;
4. Заказчик доволен, сообщество довольно, все в плюсах, вкалывают, понимаешь, роботы, счастлив, — не поверите — человек!

Ну все упирается в требования в конечном счете. Если нужно, чтобы было быстрее и меньше рутинных проблем — есть решение. Если же на сайт заходит полторы калеки раз в полгода, то его можно смело хостить на виртуалке за полтора доллара в месяц. Каждой задаче свой инструмент.

Правда, в этом конктексте мне теперь не совсем понятно, зачем на тарифе возможность цеплять несколько доменов. Разве что, для размещения разных доменов в разные контексты одной установки MODX.

Ну, не такой это и минус.

Во-первых, префиксы никто не отменял, и разместить несколько сайтов с использованием одной базы данных не составляет труда. К сайту можно привязать несколько доменных имен (три на самом дешевом тарифе) и для трех сайтов достаточно префиксов.

Во-вторых, ничего серьезного на виртуалке не разместить по определению (3 процесса PHP в самом дешевом тарифе нам на это намекают), да и не для того они. Виртуалки — под мелкие сайты с мелкой посещаемостью. Для серьезных проектов (или кучи мелких сайтов) есть VPS, VDS и прочие интересные решения. Это и дешевле, и удобнее, и быстрее.

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

В общем, предложение вполне имеет место быть.

Чтож, пользуюсь бегетом больше полугода, полет отличный — хостинг очень быстрый, работает без нареканий, админка модэкса с Ajax Manager`ом летает.

Надо еще хостинг Simple Dream потестить — как раз, там сейчас образовались очень и очень привлекательные цены.

Поднимите тему в топ, она уже на второй странице.
Вообще, учитывая, что MS2 является основой чуть ли не половины платных дополнений в modstore, стоит сбор средств, ИМХО, рекламировать в особенном порядке. Может быть, где-то вверху ленты топиков разместить баннер.

Сделал скромный взнос. Чуть позже еще занесу :)