18 июля 2007 в 19:23
Проектирую игровой портал.
допустим новость относится к конкретной игре, как отобразить другие новости, относящиеся к этой игре?
Варианты:
таксономия - не удобно
nodefamily - в этом случае можно сделать обзор игры родителем а все новости цеплять в дочерние... тоже если честно не удобно..
Есть ещё варианты?
Комментарии
Всегда рекомендую сначала использовать стандартные механизмы Друпала. Но Вы сразу отметаете таксономию, которая специально создана для классификации. (Вы знаете возможности таксономии Друпала вдоль и поперек и точно уверены, что таксономия Вам не подходит?)
В Друпале есть еще механизм блогов. Можете создавать новости от имени разных пользователей. Под каждую игру заводится отдельный виртуальный пользователь. Его имя может совпадать с названием игры. Все новости по игре он пишет в свой блог.
Или можно сделать под каждую игру свой форум.
Или под каждую игру завести свой тип материала.
Или можно в конце каждой новости писать название игры, с подчеркиваниями вместо пробелов и само название тоже окружено подчеркиваниями. Ссылка на все статьи об этой игре будет выглядеть как ссылка на поиск этого названия с подчеркиваниями.
Или завести книгу, где названия глав совпадают с названиями игр. А новости по игре подшиваются к своей главе.
Или еще что-то.
Но ставить сторонние модули, которые хранят данные о статье в нестандартном для Друпала виде - это самое последнее дело. При каждой смене API Друпала отваливается половина сторонних модулей. А вместе с ними и накопленный ими материал.
Если бы Вы написали подробнее о Вашем проекте, советы были бы более и пригодными для Вас.
ну вы советует.. это сколько же труда нужно скажем создавать пользователя на игру!! да и блоги мне нужны..
проект уровня ign.com в чёмто похож..
вобщемто думаю использовать таксономию, но также геморно создавать сперва категорию с названием игры, а потом её выбирать...
реально ли сделать, чтобы при создании материала в поле вписывалось название игры, и если такой игры ещё нет, автоматически бы добавлялась категория? вроде active select есть.. в таком случае же всё хранится в таксономии?
просто хотелось бы увидеть какойто модуль связанных статей, который ну незнаю, может в боди сам смотрит встречающиеся упоминания игры и отображает похожые статьи.. наверное это нереально..
вобщем я так понимаю нужно всеравно вбивать теги.. как это лучше всего сделать?
clubwave.ru says: "ну вы советует.. это сколько же труда нужно скажем создавать пользователя на игру!! да и блоги мне нужны.."
Мне жутко приятно, что Вы полагаете что я умею читать Ваши мысли и знаю, что Вам оказывается нужны блоги.
Но правда такова, что мы сейчас не на сайте Telepat.ru. И читать я умею только то, что Вы написали.
clubwave.ru says: "реально ли сделать, чтобы при создании материала в поле вписывалось название игры, и если такой игры ещё нет, автоматически бы добавлялась категория? вроде active select есть.. в таком случае же всё хранится в таксономии?"
Можно попробовать при создании словаря отметить пункт "Свободная маркировка (Материалы категоризируются путем ввода терминов вместо выбора из списка)".
Но в любом случае нужно иметь ввиду, что одну и ту же игру можно записывать и будут записывать разными способами. Какой бы вариант свободной маркировки Вы бы не выбрали (облако тегов, ключевые слова,...), все равно выбор из заранее установленных вариантов надежнее собирает все статьи по одной теме в одну тему.
clubwave.ru says: "просто хотелось бы увидеть какой-то модуль связанных статей"
Посмотрите на модуль "Similar Entries". Возможно он решит Вашу проблему.
clubwave.ru says: "вобщем я так понимаю нужно всеравно вбивать теги.. как это лучше всего сделать?"
Ответ зависит от того, кому придется создавать новости на Вашем сайте. Если это будете Вы или ограниченная группа заинтересованных лиц, то лучше создавать словарь. Не хватит одного словаря, можете создать их несколько штук (по разным видам игр), пусть при создании ноды висят несколько словарей, а набивающий новость выберет рубрику только из одного подходящего словаря.
Если предполагается, что новости будут набивать люди с улицы, то половина из них не будет выбирать рубрику. Здесь или сажать человека, который всем набитым новостям назначает подходящую рубрику. Или вводить тэги, но они сразу "размоют" каждое название игры по нескольким вариантам написания.
за модуль спасибо! изучу..
честно говоря сам пока не знаю кто будет вбивать.. пока ограниченное число людей, тоесть 2-3 заинтересованных.. и задача для начала сделать как можно более удобным и простым этот процесс..
то что название размоется на несколько не так страшно, как отсутствие названий, так что разницы никакой..
а вот выбор довольно затруднителен уже здесь - http://avataro.ru
сложно представить выбор из тысячи категорий..
поэтому планирую поставить свободную маркировку.. но как сделать, чтобы при условии отсутствия термина он дописывался в словарь?
Вы пишете: "сам пока не знаю кто будет вбивать.. пока ограниченное число людей, тоесть 2-3 заинтересованных.. и задача для начала сделать как можно более удобным и простым этот процесс.."
Если вбивают все свои, то можно попросить их:
Такой вариант не очень обременителен для набивающих новости и не мучает их рубрикацией.
кстати, а как разрешить юзерам изменять свой комментарий?
выдача поиска не годится.. будет задействовань вьюс..
а вот тут за идею спасибо..
все ноды создаются при помощи cck поэтому труда не составит сделать дополнительное поле с идентификацией игры, тобишь темже тегом.. но не лучше ли это сделать через таксономию, если можно както включить возможность добавление категорий при добавлении материала..?
просветите насчёт последнего и я успокоюсь
в теме статьи вбить название игры
а это зачем?
clubwave.ru says: "все ноды создаются при помощи cck поэтому труда не составит сделать дополнительное поле с идентификацией игры,"
Можно добавлять и через CCK.
Но использование стороннего модуля CCK потенциально опасно. Его поддержка может прекратится или Друпал-7 окончательно вберет возможности CCK в себя и материалы, накопленный через CCK повиснут в воздухе или при очередном апгрейде модуля CCK он не "подхватит" свои же данные, созданные в предыдущей версии. На мой взгляд, сторонние модули на пушечный выстрел нельзя подпускать к созданию данных. Поэтому не буду тебе советовать, как лучше использовать CCK для твоих задач.
clubwave.ru says: " а зачем в теме статьи вбивать название игры"
Если хранить информацию о тегах в самой новости, а искать похожие новости через поиск, то где-то же должно располагаться название игры, чтобы его проиндексировал локальный поиск по сайту. В заголовке название игры будет показано более красиво в выдаче поисковиков. Для внешних поисковиков название игры в конце заголовка тоже будет доводом лишний раз показать новость об игре посетителям поисковиков.
Razgonka.ru, ну вы даёте.. если размышлять о том, что развитие CCK прекратиться, то может лучше отказаться от друпал сразу... а вдруг и он?
а если серьёзно у вас были проблемы с CCK, подобные тем, что вы привели в пример?
к сожалению название игры не относится к названию новости и сайт прежде всего для людей а не поисковиков. буду искать обходные пути
clubwave.ru says: "если размышлять о том, что развитие CCK прекратиться, то может лучше отказаться от друпал сразу... а вдруг и он?"
Есть разница между массой людей, которые поддерживают Друпал и небольшой кучкой людей, стоящей за кодом CCK. Даже если руководство Друпала скажет "все надоело" и закроет сайт Drupal.org, то Друпал тут же возродится и продолжит развиваться на сайте NewDrupal.org.
Несколько человек, стоящих за кодом CCK, вполне возможно не смогут возродить его, если лидер уйдет. А жизнь показывает, что лидеры живые люди и у них могут быть причины, по которым они теряют интерес к бесплатным проектам (см. "Да, кстати, а я тут женился недавно
").
Причем смерть ССК может наступить даже при живом лидере CCK. Например, Друпал наконец-то реализует возможности CCK хотя бы на 2/3 и поддерживать CCK потеряет смысл. И не факт, что можно будет легко конвертировать старые материалы CCK в друпаловский формат. Ведь создатели Друпала не сильно будет заботиться о легкости импорта материалов CCK. Для создателей Друпала модуль CCK прежде всего источник идей в области интерфейса, а реализацию они сделают свою, без всякой опоры на таблицы CKK.
clubwave.ru says: "а если серьёзно у вас были проблемы с CCK, подобные тем, что вы привели в пример?"
Один раз CCK не подхватил свои данные из предыдущей версии у меня, другой раз это у моего знакомого из микросообщества, куда я вхожу. Подобное было и с другими сторонними модулями, создающими данные.
Сайтов у нас много, не могу сказать что такое поведение сторонних модулей проявляется всегда. В целом они работают. И часто не доставляют проблем при апргрейде Друпала на очередные версии. Но нескольких подобных случаев хватило, чтобы не наступать еще раз на одни и те же грабли. Был поставлен большой крест на CCK и другие сторонние модули создающие данные.
Идея "зеленой" установки сайтов родилась не в тиши кабинетов, а когда ручками из бэкапа MySQL доставали загубленные ноды, созданные сторонними модулями. Времени это занимает много, думается в это время хорошо.
У меня похожая проблема.
Требуется - при создании статьи пользователем он может выбрать категорию из списка существующих. Если ни одна категория не подходит, то он тут же "на лету" создает новую категорию, просто вводя в текстовое поле ее название.
Как это реализовать на практике?
Razgonka.ru: Макс, сколько много букф.....
Автору: включить таксономию и freetagging, к каждой новости вписывать таги типа "quake, mmorg, idx software " и т.д. В списке тагов есть автодополнение, так что части ошибок и разного написания можно будет избежать.
Использовать модуль http://drupal.org/project/relatedlinks, который на основании этих тагов формирует блок с "похожими новостями"
Кроме тагов, relatedlinks может делать список похожих на основе поиска (хз насколько удачно это он с русским языком, не пробовал; мне хватило тагов)
VLAD_X, спасибо за совет! а вбюс с этой конструкцие работает?
просто у меня дизайн не тривиальный и всякие там блоки стандартные мне не подходят..
Про views не знаю.
В relatedlinks идея хитрая заложена: когда нода первый раз просмотривается пользователем, relatedlinks генерит ссылки на похожие материалы и заносит их в свою таблицу.
Когда нода просматривается в следующий раз. уже ничего не генерится, а берётся готовое из этой таблицы.
А через определённое время (из настроек relatedlinks, н-р, раз в день) эта таблица чистится и при след. просмотре опять генерятся ссылки. Этим обеспечитвается актуальность и новизна ссылок на похожие материалы.
Видами вряд ли такое можно сделать
Одно НО: мне нужно было, чтобы блок ссылок на похожие материалы располагался под нодой, но ДО комментариев. Блоками этого не сделать. Поэтому пришлось поступить так:
в template.php:
function _phptemplate_variables($hook, $vars) {
switch($hook) {
case 'node':
if ($related = relatedlinks_block('view', RELATEDLINKS_DISCOVERED)) {
$vars['related_subject'] = $related['subject'];
$vars['related_content'] = $related['content'];
}
}
return $vars;
}
?>
В шаблоне ноды (node.tpl.php):
Т.е. вызываю функцию из модуля relatedlinks, которая создаёт блок, если надо - создаёт ссылки или отдаёт существующие и цепляю этот блок к концу ноды в шаблоне.
Вот работающий сайт в качестве примера, используются RELATEDLINKS_DISCOVERED (похожие материалы определяются на основе тагов)
VLAD_X, спасибо, думаю мне это тоже пригодится, но это не решает моей задачи.. собственно даже назвал я её не совсем правильно, просто друпал вещь такая абстрактная.. мне не именно ссылки на похожые статьи нужны а связь между нодами например посмотрите тут:
http://ps3.ign.com/articles/806/806337p1.html
мы видем страницу с игрой, к ней привязан блок галереи, блок видео, обзор, я бы докучи и новости привязал.
и конечно же всё это хочется делать автоматически а не руками создавать блок под каждую игру.
я понимаю, чо у них миллионы долларов и всё такое, но думаю друпал и это сможет
Если есть идеи подкиньте, хотябы в каком разделе модули по связыванию контента смотреть?
Razgonka.ru, ну вобщем я согласен с вашими опасениями, но во-первых мне нужен мксимально продвинутый, удобный и красивый сайт сейчас.. а без CCK извините можно делать только блоги и сайты наподобие варезных порталов, где всё идёт сплошной лентой и т.п. Про каталоги тут можно сразу забыть с галереей без сск тоже проблем выше крыши.
у меня сложилось впечатление, что CCK и VIEWS ещё не включили в базовую поставку только по причине отсутствия желания выпускать каждую неделю новые подверсии, потомучто эти два модуля активно развиваются и уж точно я полностью уверен, что их развитие не остановится, если лидер "недавно женится" столь нужное начинание продолжат другие, если в друпале будет аналог в поставке обязательно будет возможность перенести данные. Ну а если поддержки новыми версиями друпал таких модулей не будет, то простите мне лично даром не нужен даунгрейд сайта, прекрасно обойдусь текущей версией, у меня уже фактически не к чему придраться.
Насчёт "CCK не подхватил данные" и как решили проблему?
у меня тоже глюк был иногда, иногда другие модули тоже пустоту показывали, без всяких обновлений. х.з. раньше работал с джумлой, так та вообще живёт своей жизнью. Прорвёмся
clubwave.ru says: мне нужен мксимально продвинутый, удобный и красивый сайт сейчас.
Вы смертельно больны и надеетесь не дожить до очередного апргейда Друпала? Или сидите на чемоданах в ожидании гринкарты на ПМЖ в Америку? Когда гаишник отжимает 500 рублей, так и хочется ответить ему чем нибудь адекватным, пусть и ответ будет ассиметричным. Но что-то нас сдерживает и мы отдаем требуемые деньги.
Прежде чем делать что-либо приятное для Вас сейчас посмотрите немного в будущее на последствия Ваших решений. Возможно тогда у Вас пропадет желание иметь "максимально продвинутый, удобный и красивый сайт сейчас", если завтра он может вызвать проблемы у Вас же.
clubwave.ru says: если в друпале будет аналог в поставке обязательно будет возможность перенести данные.
Вы оптимист. У кого руки привычны в копании в MySQL, будут переносить материалы каждый сам для себя, ручками. Но вряд ли кто-то из них будет оформлять эту одноразовую работу в виде утилиты, да еще выкладывать в Интернет.
Вспомните, сколько версий сам Друпал жил без нормального инсталлятора - и Вы поймете что друпальщики не сильно заботятся об удобстве своих безруких меньших братьев.
clubwave.ru says: Ну а если поддержки новыми версиями друпал таких модулей не будет, то простите мне лично даром не нужен даунгрейд сайта, прекрасно обойдусь текущей версией, у меня уже фактически не к чему придраться.
Без апгрейда Друпала Ваш сайт проживет 1-2 года, а потом его начнут ломать 3 раза в неделю. Версия 4.6 уже исчезла с главной страницы Drupal.org. Поддерживать 4.7 и 5.0 будут тоже не вечно.
К чтению, статья Вадима Барсукова "Примите меры - вас заказали!".
clubwave.ru says: Насчёт "CCK не подхватил данные" и как решили проблему?
В одном случае у клиента не был выделен бюджет оплачивать импорт данных CCK из бэкапа MySQL. Но данных было не очень много и клиент сказал "Значит и не надо", данные так и сгинули.
В другом случае у клиента была большая организация. Он смог выделить девочку. Друпальщик обучил ее за 1 час и она за неделю перенесла данные из текстового бэкапа MySQL. Это обошлось намного дешевле, чем нанимать на перенос друпальщика.
По ощущениям, без CCK можно прекрасно жить. Тем более что в 5-ой версии Друпала появилась возможность задавать свои собственные типы материалов. Пусть это только заголовок и тело, но зато они гарантированно переживут любой апгрейд Друпала.
Razgonka.ru, ну у вас и рассуждения...
А завтра это когда? через год? два? Может вы предложете сидеть на HTML пока друпал или другая CMS не достигнет абсолюта?
Нет уж я буду сидеть и делать приятное для себя, тех кто со мной работает и тех кто посещает мои сайты.
Кнечно отчасти я вашу точку зрения поддерживаю и не меняю код ядра, но извинет делать шаблонные сайты, как почти весь друпал рунет я не планирую. К томуже я думаю вы слишком привязаны к этим апгрейдам. Сайт это прежде всего информация, если он красив и удобен сейчас то почему ему становиться не таким в будущем? club.ru и restoran.ru вон если и меняются со временем то исключительно в худшую стороны, и что у них какието проблемы?
---
да друпал сильно меняется со веменем и да я вижу насколько быстро в нём отметаются те проекты, которые не развиваются активно.
ваше утверждение абсолютно верно для различных не сильно популярных модулей, без которых я обхожусь, но кинуть пользователей с CCK или Views это извините чтото вроде друпал закрылся, теперь у нас есть новый друпал старый идёт в ... вы все ... этого не будет! утилита будет! не будет утилиты сайты будут жить не один год с прежним функционалом, я от этого не умру, на крайняк буду заказывать или писать утилиту, но эти ваши писсимистичные мысли не повод делать все сайты в таком стиле - http://www.razgonka.ru/, ничего конечно против вас конечно не имею, но скажу откровенно я такие сайты закрываю сразу... уже 2008-й год на носу...
---
ну да ломали мне сайты на джумле.. ну подменять они страничку, ну и чего? ну да могут взломать сам пхп, могут аппач, понту то? зайду заново залью, заодно поизучаю вопросы взлома.. Короче видимо я молод и оптимистичен в этом вопросе, но опять же сидеть бояться лучше сайт у себя на денвере настроить и вайфай в компе выключить.. но тогда может недай бог комп сломаться или ещё чего похуже..
---
всмысле у вас в одном случае клиент не оплатил риски, возможные при переносе? тоесть вы сказали что нужно обновиться, обновление прошло не удачно вы потребовали денег, они отказались? прикольно
ну да я же говорил пусть это статичный хтмл, зато на нороде работает!
а views вы тоже не пользуетесь?
скажите как можно сделать такой сайт - http://69auto.ru без cck и views?
clubwave.ru says: "ну да ломали мне сайты на джумле.. ну подменять они страничку, ну и чего?"
Если это Ваш сайт, то здесь проблем никаких нет, сами с собой и разберетесь.
Но когда делают сайт на заказ, то обычно такой сайт обслуживает бизнес клиента. Последствия взлома там совсем другие. Например, хакеры могут поменять заменить на сайте номер кошелька клиента на свой. Прежде чем это обнаружится, много покупателей могут послать свои деньги не туда.
clubwave.ru says: "в смысле у вас в одном случае клиент не оплатил риски, возможные при переносе?
В "зеленой" установке для создания материалов сайта используются только стандартные модули Друпала. Если клиент настаивает на создании материала сторонним модулем, например, CCK, то его предупреждают, что могут быть проблемы с материалами, сделанными через CCK при каждом апгрейде. И что клиенту придется дополнительно оплачивать нейтрализацию этих сложностей. Если клиент согласен, то получает свой модуль CCK. Но обычно отказываются и соглашаются на создание материалов через стандартные модули Друпала. Лишних проблем себе ищут себе только рукастые компьютерщики, а клиенту за любую проблему приходится платить, бесплатно ему никто ничего не делает.
clubwave.ru says: "тоесть вы сказали что нужно обновиться, обновление прошло не удачно вы потребовали денег, они отказались? прикольно :)"
Если клиент заказывает апгрейд сайта (пусть даже сайт был поставлен другим друпальщиком), то он предупреждается, что гарантируется только апргрейд самого Друпала. Все сторонние модули по возможности будут обновлены, но никаких гарантий их работоспособности не дается. Если с каким-то сторонним модулем при обновлении случается проблема, то его просто отключают. А там клиент сам решает, будет ли он отдельно платить за попытки реинкарнации этого модуля и материалов, созданных ими.
При установке сайта нужно сразу предупреждать клиента, что гарантирована только работа стандартных модулей Друпала. А работа всех остальных модулей висит на совести их авторов. Женился или развелся автор - и конец поддержке модуля. И на каждую возможность, которую приходится реализовывать посредством сторонних модулей, нужно предупреждать клиента, чем ему чревато использование этого модуля в будущем. Это честно по отношению к клиентам. Они платят деньги за установку сайта и имеют право знать последствия своих решений.
clubwave.ru says: а views вы тоже не пользуетесь?
Сейчас пробую жить без него, хотя модуль вполне "зеленый".
clubwave.ru says: "скажите как можно сделать такой сайт - http://69auto.ru без cck и views?"
Можно сделать и без них. Будет не так красиво, но будет надежно. Клиент сам решит, нужен ему CCK или нет. Нужно только дать ему всю необходимую информацию для размышления.
А в друпале реально реализовать биллинговую систему? Можно пример проекта, на котором можно кудато деньги посылать на какойто кошелёк? Просто интересно.
---
А вы сайты не в России делаете? а дорого?
Первый раз слышу о клиентах, которые какимито апгрейдами интересуются..
---
Я не особо люблю комуто что-то делать, но опыт имею и могу сказать что ниразу клиент даже не интересовался на какой системе работает сайт.
---
будет не только не так красиво, будет катастрофически не удобно. Хотя вам ка кне администратору всех прелестей данного сайта не видно.
Могу сказать, что CCK позволяет одному человеку делать в разы больше абсолютно не напрягаясь, нежели в других системах, либо в друпале не используя данный модуль.
---
повторюсь ещё раз и CCK и Views я считаю абсолютно зелёными и единственная причина их отсутствия в базовом комплекте - слишком быстрое развитие. ИМХО
приятно же, что друпала версия меняется так редко.. работая с джумлоя я лично затрахался её обновлять каждую неделю.
И ещё я считаю, что одного выбора друпала уже достаточно для обеспечения безопасности, которая и не снилась другим бесплатным движкам. Чесс слово ни разу не слышал о взломе друпала..
А к теме вопроса! мне кажется удалось! потрясающе! друпал великолепен! как доделаю, обязательно покажу..
для связки материалов всё что нужно это выбирать тег при создании нода! И всё!!! ign.com будет повержен нашим функционалом!
clubwave.ru says: А в друпале реально реализовать биллинговую систему?
Как модуль, почему бы и нет. Только придется его каждые полгода обновлять под очередную смену API Друпала или смены API стороны, принимающей деньги.
clubwave.ru says: А вы сайты не в России делаете? а дорого?
По прайс-листу студии Razgonka.ru, установка типового сайта стоит 500$ для русскоязычных клиентов
clubwave.ru says: Первый раз слышу о клиентах, которые какими-то апгрейдами интересуются
Я не скрываю от клиентов, что без апгрейда сайт на Друпале продержится 1-2, а потом его начнут ломать. Это оборотная сторона того, что Друпал популярен.
Но часто заказывают сайты с ежемесячной поддержкой, там периодический апгрейд включен в цену поддержки.
clubwave.ru says: могу сказать что ни разу клиент даже не интересовался на какой системе работает сайт
Да, средний клиент говорит обычно просто: "Нужен сайт". Он не видит разницы между статическим и динамическим сайтом, между форумом и CMS, между Друпалом и Joomla.
Нужно объяснять таким клиентам, в чем разница между установкой сайта на Друпале и установкой самописного движка. Без этого клиент будет в недоумении: "Вы просите за сайт 500$, а мне предлагали сделать динамический сайт всего за 100$".
Но есть и продвинутые клиенты. Они хотят сайт именно на Друпале. Таким клиентам объясняю, в чем разница между "зеленой" установкой от студии Razgonka.ru и типовой установкой от других коллег-друпальщиков. Повторюсь, разница в том, что "зеленая" установка заточена на легкий апгрейд и сохранность всех накопленных материалов. А "красный" установщик живет сегодняшним днем и не думает, как клиент через год будет апгрейдить сайт с 30 модулями, из которых половина самописных и активно создает материалы своего типа.
clubwave.ru says: Могу сказать, что CCK позволяет одному человеку делать в разы больше абсолютно не напрягаясь, нежели в других системах, либо в друпале не используя данный модуль.
Вы все говорите о том, как хорошо жить с CCK сейчас. Клиенты, которые обломались с использованием CCK, думают совершенно по другому. Возможно, Вам повезет и Вы в жизни никогда не будете иметь проблем с CCK. А возможно и Вам CCK тоже подставит ножку на одном из проектов. Рулетка.
Я играть в рулетку на деньги клиентов не хочу. Поэтому предупреждаю их, что использование CCK потенциально опасно, равно как и любых сторонних модулей, создающих свои типы данных. А там клиент сам решает, будет ли он играть в рулетку с CCK или нет.
А в какую сумму обойдётся разработка биллинговой системы у вас?
clubwave.ru says: А в какую сумму обойдётся разработка биллинговой системы у вас?
Биллинговая система понятие очень размытое. Готовый модуль подключить можно за 50$, писать полноценный биллинг с нуля может стоить начиная с нескольких тысяч долларов. Без техзадания называть точные цифры не смогу.
Если у Вас проект весь завязан на магазине, то проще поставить на сайт движок какого-нибудь электронного магазина. В нем есть готовые биллинговые модули практически ко всем основным система приема денег через Интернет.
248-268-755 напишите
У меня похожая проблема.
Требуется - при создании статьи пользователем он может выбрать категорию из списка существующих. Если ни одна категория не подходит, то он тут же "на лету" создает новую категорию, просто вводя в текстовое поле ее название.
Как это реализовать на практике?