LiveStreet CMS

Это надо брать и вскрывать все модули и давать список того, что есть а чего нет.

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

Свежий пример Модуль Афиша, нет документации, разработчик заявляет что все есть в SVN вот тока пользоватся им тут умеют далеко не все.

Модули от Gran обычно идут близкими к идеалу форматы, и инталл поверх ЛС и ручное описание.

Модули от OZZ как правило мануал как все поставить ручками, довольно подробный…

ну и т.д. НЕТ ЕДИНОГО ПОНИМАНИЯ ЧТО ТАКОЕ ПРОДУКТ — МОДУЛЬ (или хак) каждый делает и пишет посвоему, а в итоги винегрет модулей которые между собой конфликтуют.

Это мое мнение, но когда заплатив за модуль я получаю папку с лайвстритом непонятно какой версии и больше ничего нет, я чувствую что меня развели как кролика, ибо это не модуль и без описания разобраться практически не реально.

ПОэтому и должны быть критерии модуля и правильный его состав.

Только «крутые» разработчики не пишут документации на свой продукт, а крутые бывают тока яйца и горы.

Поэтому я считаю что процесс создания и публикации модуля должен быть максимально документирован как для самого разработчика, так и для потребителя.

Иначе покупая каждый модуль, мы получаем кота в мешке! А я так не хочу!

присоединяюсь 700-1000 не вопрос.

а мне нравится ))) хорошая идея а то смайлы уже задолбали )))

тут речь идет о модуле )

Инсталлер будет эффективен если ORT включит его в релиз!..

а пока это такойже модуль как и другие.

Не согласен автор делает движок, а не дополнения. Поэтому в наших силах сделать продукт лучше и помочь ему.

Считаю что модули должны быть качественными и удобными.

Да, Орт, может либо помогать дополнять движок модулями, либо нет, это его право.

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

Поэтому именно мы должны выработать критерии качества! Это наша задача!

а заплатишь за добавление?

как интеграция с работой и компаниями от Gran слышал что есть проблемы?

спасибо учту но вы хотели просто красивый сделать из букв и цифр )))

Это логика. Дальше поковырйтесь пожалуйста сами…

Чтобы не быть многословным, подскажу куда копать.
classes/actions/ActionRegistration.class.php строка 40 вызывает экшен Invite

вот тока куда копать дальше, я еще не въехал (((

а язык не вяжет уже ((( сори за грамматику

всеравно инвайт будет опубликован на преглашениях и в бумажном журнале. А нужно все это как элемент контроля и отчетности по каналам привлечения.

не секрет, статью в журнал даем, и хотим иметь инвайты ))

ага мне печать тогда в такую копеечку выйдет )

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

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

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

подождем увидим )))

опять делят шкуру не убитого медведя )))

ужасно по цветам ((( стиль покойника.

в чем трабла то??? стандартный размер журнальных статей до 75 000 знаков это 5-6 полос