Интернет-магазин автозапчастей. Rails или PHP?

используя скрипты на все том-же php

ох уж эти пхпшники.. каким образом «скрипты на все том-же php» реализуют доступ к каталогу?

special-k, извините, я не сильно разбираюсь, так как впервые столкнулся с такой задачей, и представляю ее еще очень туманно. Но вот один из найденных мною подобных модулей - каталогов (надеюсь уважаемые модераторы не посчитают это рекламой) - tecdoc-module.com, подключается к cms написанным на php.

Скажите, реально ли сделать такой интернет-магазин, как указанный выше exist.ru используя RoR, или не стоит даже и думать об этом, а воспользоваться для выполнения этой задачи php?

3 000 000 (трех миллионов!) наименований

ты разве не понимаешь, что эти миллионы будут в СУБД, и скрипты никаким боком тут не касаются. Какая разница, на чём скрипты? Да хоть на BF! Вот ежели-бы 3М юзеров в секунду…

Сделать реально, но на мой взгляд PHP более зрелая технология, с которой вы хорошо знакомы и использовать RoR только потому, что кто-то пишет, что она лучше или вам показалось, что можно печатать меньше символов, не совсем разумно. Если, конечно, ваш друг не готов платить за ваше обучение новым технологиям или вы не делаете этот проект just for fun.

А доступы к каталогам скорее всего реализуются каким-ниудь веб-сервисом и используемый ЯП не будет мешать этому. Разве что для PHP у поставщика могут быть готовые примеры и специалисты, готовые помочь в разрешении проблем, а с Ruby вы можете быть предоставлены самому себе.

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

А что, API для «ох уж эти пхпшников» отменили?

реально ли сделать такой интернет-магазин?

Разумеется реально. Сами же, практически, и ответили. Можно сделать быстро, качественно и недорого. Выбирайте любые два. А вот какие технологии использовать, дело уже архитектуры.

Что лучше знаешь, на том и пиши.

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

Благодарю за такой совет, я думал об этом, что для выполнения задачи с созданием интернет-магазина автозапчастей придется использовать php, но ничто не мешает мне использовать RoR что называется «для души», например для личного блога, и подобных несложных задач. Наверное я действительно не готов пока к таким сложным задачам на малознакомом языке.

было сказано не через апи, а через пхп. Помоему там вообще iframe подразумевается, а через админку только цены забиваются, вероятно json..

special-k, извините, я не сильно разбираюсь, так как впервые столкнулся с такой задачей, и представляю ее еще очень туманно. Но вот один из найденных мною подобных модулей - каталогов (надеюсь уважаемые модераторы не посчитают это рекламой) - tecdoc-module.com, подключается к cms написанным на php.

И этот человек, не понимающий, каким боразом осуществляется взаимосвязь между двумя сервисами в интернете, заявляет о монстроузности PHP и божественности RoR. Ха.

было сказано не через апи, а через пхп

Было сказано:

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

Как осуществляется доступ к конкретному каталогу, решать его владельцам. Вышеупомянутый предоставляет свой модуль на php. А Вот многие, и, ИМХО, более правильно, предоставлять API. А вот здесь уже не важен язык, который будет его пользовать, php или Ruby. Хоть на С пиши.

Кстати, ТС, RoR - это не язык, а фреймворк.

Насколько я понимаю, те, кто предоставляют каталоги «в аренду», не допускают подключения к своей СУБД напрямую, а реализуют это с помощью каких-либо скриптов на php, и консультации по подключению дают соответствующие.

а реализуют это с помощью каких-либо скриптов на php

Почитай в интернете на тему API, curl, xml, json и прочих коммуникаций между сервисами.

И ежам понятно то что ты сказал. Я солидарен с DmitriyIvanov ->.

И ежам понятно то что ты сказал. Я солидарен с DmitriyIvanov.

Два предложения противоречат друг другу. Уж определись.

DmitriyIvanov VirRaa
TC далековат от понимания что такое api, использовать неготовое решение ему не желательно (на любом языке).

Читаю сверху(вниз), например ".. комментарий .. special-k" и думаю, что это автор. Интересно, я один такой..

Два чая товарищу.

Без разницы на чем. На PHP сам наделаешь косяков с XSS/SQL injection, в RoR тебе их заботливо предоставят изкоробки.

если дружбан стоит на ногах и готов хорошо финансировать, вот тебе план: берешь готовый модуль, лепишь на любой приемлемой ЦМСке, честно объясняешь что это бутстрап проекта, заказываешь-рисуешь-верстаешь натягиваешь свой шаблон. Все, тут уже у тебя есть стиль и рабочий прототип который можно понемногу выодить в люди, пробовать что к чему, начинать крутиться. Все равно поднять этот бизнес будет трудно и долго (в плане интернета). Далее, деньжата текут, сайт крутится, а ты приступаешь к разработке на рельсе. Попутно сразу видишь недостатки существующих решений. Неспешно составляешь диздок, ну ты понял короче.

Спасибо за совет! Когда мне был задан вопрос: «Сколько на это потребуется времени?», я ответил что не менее трех месяцев. Думаю что если возьмусь, то мне этого времени хватит на обучение.

Думаю, за три месяца ты только готовую пышную версию нормально поднимешь и настроишь (с шаблонами и т.п.). Всегда делай заявленные_сроки * 3.14 ;)

Да. Я на RoR сделал магазин запчастей. 6 миллионов позиций вполне себе держит. Будут конкретные вопросы - задавай. Если вопросы был «можно ли» то ответ тебе «да, можно» :)

Главный вопрос: как и какие подключали каталоги? Использовали ли TecDoc online, подключали ли его с внешних ресурсов, или покупали базу в mysql? Если второе, то это кажется не совсем законным, и возможно чревато судебными исками со стороны правообладателя (возможно я преувеличиваю). Существуют ли каталоги, похожие на exist.ru, какие и как они подключаются? Пока я обратился только в catcar.info, и получил ответ:

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

Но это не совсем меня устраивает, они не очень удобно выглядят. Идеально было бы сделать что-то, именно похожее на exist.ru.

Спасибо.

Идеально было бы сделать что-то, именно похожее на exist.ru.

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

как и какие подключали каталоги?

Пробовали подключать TecDoc, однако впоследствии отказались. Клиент не хочет (и правильно делает) использовать купленную у «дяди» mysql-базу, чтобы в один прекрасный день за одно место не схватили кто_надо, а оригинальный доступ дороговат. Поэтому набили собственную базу. Если быть откровенным в TecDoc'е есть множество того, что в конкретном магазине НИКОГДА продаваться не будет:)

Лучшая база кроссов - своя база кроссов.

По поводу PHP - да, он вам будет нужен в любом случае, потому что много поставщиков имеют SOAP-сервисы, которые нормально работают только через php'шный скрипты. Но это совершенно не проблема, вызвать из руби скриптик на php, который получит данные товара и вернёт их обратно руби. Работает это быстро и вполне надёжно.

По поводу миллионов позиций. Во-первых, используйте Postgresql, а не черезжопный mysql, во-вторых грамотно создайте таблицы и индексы. И будет у вас хоть 50 миллионов вполне нормально хранится и быстро находится. Тормозит база только если она криво спроектирована. А руби/рельсы вполне годятся для этого дела. Хотя бы потому что сайт на РоР намного проще и легче дополнять/модернизировать, что PHPшный.

Благодарю, вот только как вы верно заметили, на это потребуется множество человекочасов, а в моем случае планируется что этим будет заниматься один манагер, да и то совмещая. Идеальным было бы ориентирование на одну-три марки, тогда можно было бы сделать собственную базу, привлекая, например, двух-трех фрилансеров-контентщиков. Но когда магазин торгует всем, начиная от ЗАЗ и заканчивая LEXUS, начинаются проблемы.

когда магазин торгует всем, начиная от ЗАЗ и заканчивая LEXUS

...у него обычно должны быть средства для инвестиций в будущее. Если нет, ССЗБ. Ваша задача, как девелопера, сделать движок и интерфейс, дальше пусть набивают /поддерживают базу как хотят, верно?

много поставщиков имеют SOAP-сервисы, которые нормально работают только через php'шный скрипты

Что? O_o

Я не смог заставить gem 'savon' нормально принимать инфу от большинства web-сервисов. PHPшная либа для wsdl работает отлично. Да, я ленив, свою реализацию wsdl на руби писать не стал.

Перечень не слишком длинный, поовторить функционал пхпшного модуля вполне можно успеть. Но RoR советую изучать на менее объёмной задаче.

Ну амбиций у него точно навалом.

Благодарю за советы!

Думаю, там XML-RPC или SOAP.

Однозначно PHP. По той причине, что ни в рельсах ни в пыхе ты не бум-бум. Сейчас стандарт разработки сайтов это пхп, вот и делай на чём все делают. Почему? Да потому что нормального пхп-программиста найти легче чем нормального, например, питон-программиста. И софта для этого намного больше чем для остальных языков. Почти все компании по разработке сайтов пишут на пыхе. Так что с ним проблем не будет.

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

ПХП и готовое решение (не пиши своих лисапедов). Плюс пару-десятку скриптов для импорта/парсинга этих ваших каталогов.

А для того чтобы были каталоги автозапчастей, их можно самому создать, купить уже готовые или самый простой вариант это взять просто в аренду к примеру, на этом сайте http://www.ilcats.ru