Fi1osof

Ааа… Вон оно что. Ну тут надо бы наверно это все разбить на два этапа:
1. импорт картинок на сам сервер, с созданием объектов для них в БД
2. стандартный механизм выборок.
У тебя же там просто «ретрансляция» картинок и все, без сохранения в БД?

Привет!

Но у тебя там то же самое API. В чем именно глючность заключается?

Вот она сила коллективного разума :)
Спасибо! Вопрос снимается.

Я понял твою мысль. Ладно. Пусть будет так. Я сейчас больше ориентирован на тех, кто хочет мустанги.

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

Так с моей стороны ни к кому претензий нет на самом деле (и тем более к тебе, твоя поправка корректная). Просто меня немного удивляет… Я без смарти вообще никак. Разнос всего и вся на отдельные чанки, псевдоусловия и прочие прелести родной MODX-шаблонизации — это вынос мозга. Василий выдал феном довольно давно уже, довольно подробно все писал как и где его использовать (я не особо вчитывался, так как у меня смарти, потому и глупые вопросы иногда задаю), и вот я ожидал что народ будет более активно его использовать, так как с нормальным шаблонизатором вздыхаешь полной грудью. Но вот пока не вижу такой популярности.

Тогда уж стоит придумывать какие-то общие инструкции «как делать сайт на MODX правильно»

Да, вот это как раз очень не плохо было бы :) Всегда говорил — в MODX каждый может делать так, как ему больше нравится, но именно от этого и сложности возникают — заходишь в чужой проект и чуть не с нуля его изучаешь. К слову, у нас внутри команды уже давно боле менее стандарты выработаны, и потому даже заходя на какой-нибудь проект двухлетней давности, довольно быстро втыкаешь где и что, даже если другой член команды его выполнял. Потому стандарты конечно же не помешали бы. Но на счет времени и желаний совершенно не поспоришь.

Первая ссылка битая.

Тот же кэш, например, надо будет отдельно чистить

Сам понимаешь, можно плагин на очистку добавить.

В целом ясно. С удобством, конечно, не поспоришь. Потому и говорю про какую-то методологию, чтобы и полноценно было, и не очень сильно от стандартов отходило. А то кто-нибудь как ударится в творчество, что потом вообще не разберешься после него))

Так, по-моему, тем более лучше более простые конструкции использовать :) В подобных строках с двоеточиями запутаться довольно легко)

Ааа… Печаль… У меня-то в Смарти отключен глобальный парсинг…
А ты не хочешь разработать какую-то универсальную методологию? Ты же говорил, что на файлах может быть шаблонизация с ним. Задал бы направляющую как правильно все это делать, чтобы и условия всякие выполнять можно было, и чтобы не кушал лишнего. Просто так не получается на полную его использовать.
К слову, у меня в modxSmarty идет сниппет Smarty. Простейший, но зато использовать можно где угодно, в любом месте воткнуть.

Народ, у вас давно уже есть феном. Почему вы не берете его на вооружение? [[if:… ..ne ..eq… Это все не только тормознутое, но и даже воспринимается тяжелее.

{if ..}
	....
{else}
	....
{/if}

Разве так не наглядней?

Сергей, спасибо за упоминание нашего движка, но тут есть важный нюанс: люди спрашивают про 500к+. Не вдаваясь в тонкости работы тех или иных модулей, здесь в первую очередь проблема родного MODX-кеширования стоит. Вопрос этот не раз уже обсуждался, особенно полезно будет ознакомиться вот с этим.

С вышесказанным в целом согласен.

Каким-то авторам нужны такие «акционные» продажи — а кому-то нет.

А вот это уже решит рынок. Если будет партнерская инфраструктура, можно будет изучать спрос и выпускать более выгодные и качественные дополнения, которые годятся для сборок.

Вот как раз об этом я и говорил, и +100 с этим согласен. Так же и у меня работает, и никого я этим не удивлю. Именно поэтому я не против буду, если кто-то мои платные компоненты будет распространять в своих сборках платных, пусть даже и без платы мне. Лишь бы не скрывал автора. Это, во-первых, фидбэк и дебаггинг. Во-вторых, все та же популяризация. В-третьих, демонстрация пригодности для разных задач.

Свое мнение на это я выше выразил.

Теперь я забегу немного вперёд и скажу...

На это было сказано выше.

3. Плата за дополнения дает право на поддержку автора дополнения. Если не оплатил дополнение (получил в составе сборки) — то и поддержки нет. Нужна поддержка? — оплати дополнение и в путь...

P.S. Я выше предложил единственный и верный вариант, когда все будут довольны и покупатель будет с техподдержкой...

Даже я стараюсь избегать утверждений на счет единственно важных и верных вариантов. Не понимаю, на основе чего можно утверждать, что ваш вариант единственный правильный. Зато можно усмотреть в ваших комментариях просто нежелание того, чтобы на свет еще появились какие-то сборки. Судя по количеству скачиваний вашей платной сборки, рынок пока не велик и профиты далеки от желаемых, а появление еще одного игрока может сказаться падением и без того низких показателей. Конечно все может и не так, но вероятность есть.

Я же вижу все это по-другому. Если есть интерес к каким-то компонентам, надо изучать возможные пути их использования. Человек хотя бы пришел и задал вопрос на счет этого, а не сразу выкатил свое решение, а там хоть трава не расти. При правильном подходе может быть популяризация компонентов и технологий, а это в любом случае положительно. У меня сборка ShopModxBox вообще бесплатно распространяется, и ничего. А если следовать вашему единственно верному варианту, то скорее всего будет так, как написали ниже:

Пиши свои. =)

К чему это приведет?
1. Увеличению издержек, а значит и увеличению стоимости продукта для конечного клиента.
2. Появление новых аналогов уже готовых продуктов. А это, во-первых, не факт, что качественней будет. Во-вторых, снижение доходов их разработчиков, которые уже меньше калорий будут тратить на их развитие.
В итоге будет 100500 аналогов среднего качества, вместо качественных специализированных популярных решений.

В общем, лично я считаю, что вопрос поднят правильный, и его надо внимательно изучать. И как мне видится, самое лучшее что здесь можно сделать — это в modstore.pro добавить партнерку. Вот тогда больше шанс, что интересы всех будут учтены и все будут довольны. Автор сборки сможет по своей партнерке распространять чужие платные компоненты со скидкой. Авторы компонентов будут получать отчисления автоматически. Клиенты смогут обратиться за поддержкой, так как в тикетной системе будет информация о продаже компонента.

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

1. Может все-таки это стоит спрашивать у авторов дополнения?
2. Без правильно настроенных дополнений не будет работать сборка.
3. Плата за дополнения дает право на поддержку автора дополнения. Если не оплатил дополнение (получил в составе сборки) — то и поддержки нет. Нужна поддержка? — оплати дополнение и в путь.

Здесь вряд ли возможен идеальный вариант. И я по-другому делаю. У меня же смарти, то есть практически все на файлах. Тут у меня нет проблем с синхронизацией (просто гитом). А вот если надо MODX-элементы добавить, то тогда я создаю новую версию скина сайта боевого, плагином переключаюсь на новую версию и веду работы на нем. Обычные пользователи видят старую версию скина и новые ТВшки их никак не касаются. А я работаю на новом скине. Когда все сделано, я переключаю скин для всех. После этого заливаю новую базу на дев-сайт (чтобы была точная копия).

В теории сложностей может быть ох как много, вот это факт. Простой пример: работают два разраба. Один ТВшку новую создал (у него на сайте id 5), и другой ТВшку новую создал (и у этого id 5). На главный сайт они создадутся как новые ТВшки с новыми id-шниками (5 и 6 (ибо id-шники не сохраняются при переносе как раз во избежание конфликтов id)). Так вот, и тот и другой прописал у себя в кодах $resource->getTVValue(5). Или $c->innerJoin('modTemplateVarResource', 'tv', 'tv.id = 5 AND tv.resourceid = modResource.id'); Что мы на выходе будем иметь? Верно. Проблемы. А оперировать в запросах не айдишниками — это часто совсем не круто.