"xSPiRiTx" wrote:

якобы свои html верстанные шаблоны натягивать одно удовольствие.

Он темплейты в базе хранит... Это же адовый ад.

Оригинально. Добавил в закладки) Я когда надо было просто js'кой сортировал.

"q2_faith" wrote:

+1

"Ветер" wrote:

Спам!

Кстати, а почему бы не сделать "nofollow" ко всем ссылкам в форуме и профилях? Чтобы не сомневаться - спам это, не спам... Пусть добавляют сколько хотят...

Просто выстраивать систему работы. Те же рестораны - там система, меню, вызов милиции при неуплате счета, все понятно и прозрачно. Айтишникам этой системности как ни парадоксально недостает. Отношения должны быть не заказчик - исполнитель, а заказчик - система - исполнитель. С системой не поспоришь, с ней не будет бодаться ни заказчик (договор+тз+документированная история переписки, прозрачность), ни сотрудники (нет вопросов по зарплате, "своей", "не своей" работе, компетенции - видно сколько заработал и как можно получить больше, что для этого сделать).

"WebRemake" wrote:

Друпаловские сборки продавать нельзя!

Кто сказал?) Вы GNU GPL читали? Можно продавать, только с исходниками.
Исходники не представляют собой никакой ценности. Ценность не в сырцах, без команды и структуры работы они бесполезны, а это не украсть.

Если статус - это cck поле, то ревизии вполне подойдут - и нативно в ядре и с правами доступа можно настроить гибко.

Как минимум 2 решения могу подсказать:
1. (более костыльный) - cck поле со статусом задачи (ну там, "на рассмотрении"), только это поле может менять сторонний юзер. User reference поле, назначается админом - кто выполняет. И ревизии как средство контроля изменений.
2. Сделать на Rules - тут больше простора, есть вопрос что взять за триггер - это на месте уже будет видно.

Как угодно - все равно приедем )
Буду агитировать за 2 дня - лететь в Москву на день - мало что успеешь, а так будет повод остаться на 3 дня и побеседовать лично со всеми будет время.

Весь вопрос в том что сейчас мало кто решит изобретать велосипед. Ну да, у нас есть 2 языка шаблонизатора js, чуть более вылизанной логикой... и без истории разработки, привычных сниппетов... Как я подозреваю, netbeans/eclipse о подсветке синтаксиса кофескрипта ничего не знают. А отсутствие нормального IDE для работы... это так - поиграться с кодом, но не работу за деньги делать.

Написал свои мысли обо всем этом - http://www.drupal.ru/node/73383 .

"cosmos" wrote:

то что вы сделали все кроме самого основного:
-методы оплаты?
-методы доставки?
все остальное соберет любой программист из готовых модулей
Кстати есть ли в вашей сборке самописные модули?
Напишите если я их не увидел.

Создание дистра - это огромный труд, я когда смотрел количество кода, которое написано для этой сборки... Оно велико. Вы тут опрометчиво с заявлением))

update.php ничего не нашел, изменений в базе соотв. нет, только файло. Хороший апдейт, всегда бы так)

Как человек, привыкший "партизанить" в рекламе первым делом заметил "Веб сайт: Может быть разработан студией ITassist". Зачетная идея. Вот вообще шикарно.

Возьмите карточку visa/mastercard в любом нормальном банке с банк-клиентом и оплачивайте услуги из дома на реквизиты хостера без всяких комиссий и очередей, не надо никуда бегать...

Видимо они принимали на личный wmr/wmz кошелек деньги, что не совсем корректно с точки зрения налогов (да и вашей защиты как клиента). Все нормальные платежные аггрегаторы (которые по договору и с выводом в безнал, от Киви до Робокассы и РБК) как работали, так и работают без всяких проблем.

Начинать надо с программы действий и поведения. Причем писать ее с позиции клиента - зачем клиентам ваш профсоюз? Чем он может помочь? Я лично готов вкладываться деньгами/временем только в то, что может принести пользу моим клиентам, не себе, не сообществу - клиентам. Мне кажется что все "начинания", все эти неудачные попытки на протяжении уже многих лет - все они слова "клиент" даже не замечали. Делали что-то "для тусовки", "стартапы для разработчиков", но, черт возьми, клиента куда-то подевали... Первый пункт задумки - о регулировании цен.

"kyky" wrote:

Толсто.

"bsyomov" wrote:

клиент на поддержке, у которого 3 раза менялись разработчики на проекте сделанном на Symfony

Вам не кажется что в этой фразе таятся некоторые контраргументы к вашей речи?)

Проекты где есть финансовые риски (в том числе все сайты для заказчиков) - на 6ке.
Проекты где нет финансовых рисков (песочница, поиграцца) - на 7ке.

И в ближайшие полгода пересматривать эту позицию как-то не намерены.

Дискуссию считаю странной - эдакая холиварная тема, есть куча аргументов как за так и против. Мне кажется вопрос должен упираться в деньги и риски для каждого конкретного проекта - а это уже не тема для публичного обсуждения. Должно быть параллельно как там другие управляют чужими рисками, меня больше интересуют свои.

"kyky" wrote:

Тех, кто захочет делать продукты, ждет разочарование, что с Друпалом там ловить нечего.
Эра фреймворков, господа.

Люблю девелоперов. Время от времени мне говорят "надоел друпал, дурной он", и уходят писать на кохане или симфони к примеру. И все. С концами. Ни проектов новых не публикует, клиентов его никогда не вижу. .. Ушел, значит, в себя, вернется, видимо, не скоро...

Выводится через views, это видно по классам (views-row views-row-4 views-row-even), сами изображения через galleria (тоже видно через вывод - #galleria-content)

"tarasovvlad" wrote:

А им интересно сделать друпал - пригодным для своих "крутых" проектов. Что не совсем гармонирует с задачей обычного сайтостроительства, где сайты не супер-пупер сложные и вообще очень разные и лишнее им только мешает и ограничивает. Это видно по значительному увеличению дистрибутива семерки и тенденции безапелляционного использования нелегких решений - ctools, rules, panels и т.д. Убер 7-й зависит от первых двух...

"Crea" wrote:

Я хотел сказать, что это может быть только вершина айсберга. Ведь чтобы бросить наработки стольких лет, должна быть более серьезная причина.

Есть мнение что "целесообразность" должна быть измеряема. Выбирайте единицу измерения - количество посетителей, доход/прибыль, любую другую, лишь бы можно было подсчитать. Мне нравится единица измерения "деньги". Если я переведу какой-либо из проектов на семерку - сколько в деньгах я выгадаю. Если выгадаю. На текущий момент получается что только потеряю. Но это мои задачи и мои проекты - может для ваших все по другому, везде своя специфика. Через полгода-год перевод на 7ку будет дешевле, т.к. большинство подводных камней будет уже изучено.