EVMedvedev

Сложность не в установке модуля связи со Sphinx а с установкой самого Sphinx потому что он работает как отдельный сервер, как Apache, MySQL или Memcached. На шаред хостинг, куда обычно ставят Opencart его не воткнуть. Надо будет брать свой выделенный сервер с самостоятельным администрированием. Неплохой заменой может быть поиск Zend_Lucene. Его можно на шаред хостинге без заморочек использовать. См. https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=1024&page=3

Не очень понятно, почему исходя из вышесказанного вами, вы выбрали именно Opencart. Вы хоть сами оценивали его на предмет соответствия вашим требованиям? Вы видели в ОС "мощный поиск"? Или возможность "засеошить" комбинации опций? После переделки ОС под ваши требования от от "самописки" ни чем не будет отличаться. Какой тогда смысл менять шило на мыло? И как вы думаете как можно вести речь о стоимости при вашей постановке задачи? Вы можете ответить мне на вопрос "Хочу немного радиодеталей, сколько это будет стоить в вашем магазине?".

Кстати ZOHO Crm это как раз тот самое SaaS, которое вам так не нравится. OpenCRX написана на Java а здесь в основном PHP программисты. SugarCRM - платная и тоже SaaS.

Вы имеете ввиду это https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=26049 ? Так не плохо было бы проверить как это работает. Появился то модуль недавно. Но и без этого у вас вопросов предостаточно. Если вы думаете что без интеграции с CRM стоимость работ упадет до 10 тыс рублей, то боюсь вы ошибаетесь. А судя по всему бюджет в 100 тыс. руб для вас все же проблема и не малая. Назовите тогда предельный бюджет для ориентации, может кто и заинтересуется.

Перенос данных без потерь позиций в поиске, интеграция с CRM, разработка других недостающих модулей, в первую очередь платежных и видимо много чего другого, что из указанного выше сразу не видно, обойдется вам от 100 тыс. руб. и выше. Вы уверены что это не проблема?

Человека с опытом именно такого переноса со всеми вашими требованиями в природе скорее всего вообще не существует. Первым подводным камнем для такого проекта может быть ваш бюджет.

Сказать можно все что угодно. А вот сделать потом что сказал не каждому дано.

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

Есть хостинги, на которых это вообще в один клик ставится с помощью скриптакулуса. Вообще ни чего знать не надо. За 5 минут можно подготовить сайт к наполнению. Даже думаю что там техподдержка поможет движок установить.

SuiteCRM и SugarCRM это одно и то же http://smartceo.ru/index.php?id=307

Он это к тому, что трындеть не мешки ворочать :-).

Вы написали о смене платформы а не обновлении ОС. А переезд с платформы на платформу всегда дороже создания нового сайта, особенно работающего сайта.

Редирект и canonical нужен обязательно. При правильном использовании потерь позиций в индексе можно избежать. Поскольку я обычно делаю скрипты конвертации данных то таблицы соответствия старых и новых урлов генерирую автоматом. Далее просто нужно при обработке входного запроса сверяться с таблицей входных урлов и делать редирект в случае необходимости.

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

Odoo это не CRM а ERP система. К ней сделали модуль CRM но совсем недавно. Да и распространение эта система у нас вряд ли получит. Поддерживать системы на Python сложнее и дороже чем на PHP.

Чтобы хорошо программировать мало знать основы языка. Нужно знать не только его изменения в различных условиях (те же JS и CSS имют свои особенности реализации в разных интерпретаторах, читай браузерах), но и еще море разнообразных библиотек и готовых решений, знание которых - показатель профессионализма. А вот тут как раз и возникает проблема. Мало того, что каждый из языков (CSS, PHP, JS) постоянно меняется, так и библиотеки постоянно развиваются. И насколько трудно одновременно поддерживать на должном уровне знания даже по тому же JS со всеми его ExtJS, jQuery, Chaplin, Bootstrap, Prototype и т.д. и т.п. знаю на личном опыте. То же самое могу сказать и про PHP. Даже на должном уровне поддерживать знания одновременно ZF и Symfony крайне сложно хотя по многим решениям идеологически они сильно схожи. Так что я говорю не о поверхностном знании, а о профессионализме. А в этом случае профессионалы широкого профиля встречаются только в американских боевиках.

Про Битрикс сказать не могу. Я с ним уже года 4 или 5 дела не имею. Но большинство более или менее развитых движков (Prestashop, Magento и т.п.) предусматривают возможности командной работы над проектами. В Престе и Мадженто например в последних версиях по умолчанию прилагаются файлы SASS или LESS, для упрощения разработки шаблонов. В серверной части в проектных решениях закладываются широкие возможности модификации функционала движка без затрагивания исходного кода (механизмы override, dependency injection, event/observer). Кроме того, движки, написанные на развитых фрэмворках, вроде ZF2 или Symfony 2 и выше уже навязывают определенную дисциплину разработки PHP кода, изначально предполагающую командную работу над большими проектами, потому что сами так написаны. Битрикс скорее всего в этом плате все же тоже слаб. Битрикс это не экосистема для большого опенсорс сообщества, так что им нет необходимости предусматривать возможности для совместной работы больших команд. Основная часть разработчиков сайтов на битриксе зарабатывают по сути даже не на программировании, а на продаже лицензий на движок.

Это самый сложный вопрос, особенно если учесть что ОС написан во многом на отсталых технологиях и проектных решениях, что изначально занижает требования к профессиональному уровню PHP-программистов в первую очередь. Кроме того вы запрашиваете слишком широкий спектр требований. Одновременное знание в совершенстве CSS, JS и PHP практически исключено. Следовательно ваши требования изначально предполагают прием на работу людей знающих понемногу обо всем, а не все о чем то одном, то есть непрофессионалов. Если у вас как вы утверждаете в компании 50 человек, то есть ли у них специализация или они все "универсалы". Если есть специализация тогда должны быть определенные средства управления техпроцессами командной работы с сайтом, но вы говорите, что только собираетесь внедрять их. А для оценки кодировщика на пригодность к участию в определенном техпроцессе надо оценивать во первых определенный набор знаний по языку (владение шаблонным алгоритмическими решения или паттернами ООП) а так же набора знаний по инструментальным средствам (средам разработки, управления версиями, управления заданиями и т.п.). Чтобы оценить человека у вас в компании должны быть определенные технические стандарты и базовые требования к уровню знаний кодирования по разным языкам (PHP, CSS, JS).

Тут один перенос товаров - это кошмар. Автоматом разобрать HTML код чтобы все изображения особенно на странице товара скопировать, которые AJAХом грузятся, скорее всего будет весьма непросто. А вручную это каторжный труд на месяцы. Поставьте на любой хостинг пустой движок и сначала попробуйте пару тройку товаров вручную скопировать. Я имею ввиду данные. Тогда получите представление о трудозатратах. Тем более здесть тусуются программисты а не контент-менеджеры. Или вы хотите чтобы всю работу за вас организовали? Тогда озвученная выше сумма $58K не будет сильным преувеличением.

kobe, А какую выгоду вы планируете получить от смены движка? За счет каких изменений вы надеетесь окупить затраты по переезду? А если ответов на эти вопросы у вас нет, то тогда спросите себя "А он вам нужен, этот самый переезд?".

А что у вас есть для начала? База данных товаров в 1С? Оффлайн торговля, а значит склад и пункт вывоза? Ориентировочный бюджет и на какой период? Вы ведь по сути хотите чтобы вам сайт создали, а полноценный бизнес то есть наладили продажи. Это не дешево и требует знаний не только и не столько программирования.

llikk, Такой проект скорее всего придется писать практически с нуля. А по вашему "ТЗ" просчитать стоимость нереально.

Опенкарт магазинный движок, а у вас получается билинговая система (то есть взаиморасчеты с клиентами по регулярным платежам). Тут лучше все же писать нормальное ТЗ и делать специализированную систему под ваши задачи на библиотеках вроде ZF2 или Symfony. Или почитайте здесь http://wiki.sitebill.ru/ . Вроде бесплатная биллинговая CMS.

Daikoku, вам надо уточнить требования. Вы пишите в задании, что вам нужно и программирование и качественные картинки и картинки для слайдера делать? Но работы по контенту и работы по программированию - разные вещи. Вам нужна разработка или принятие магазина на аутсорсинг (поддержка графического и текстового контента, реклама и маркетинг, программирование и системное администрирование), чтобы вы только расчетами, доставкой и перепиской с клиентками в чате занимались?

А бюджет какой? А с какой CRM интегрировать? Пишите больше подробностей.