_SP_: Без опыта никаких. Вы же и сами это понимаете.
Альтернатива, либо иметь "технического директора" с опытом, но это будет дороже чем 2млн, и не факт что поможет.
Либо начать с чего-то более мелкого "навыброс" и тут можно слегка сэкономить, наверное.
А потом уже, наступив на грабли что-то делать более крупное, но потеряете время, а его не купить.
Хотя 2млн не сумма ей богу, это год работы обычного разработчика. Без учета лицензий итп.
Тут не сэкономить особо.
Просто надо понимать, что первый проект - это 100% убыток и даже не надеяться на то, что он вам даст что-то кроме
обучения вас лично тому "как оно всё в жизни-то..".
Нет, даже если вы очень умный, но опыта не имеете, матожидание таково, что всё придется списать в убытки.
Исключения бывают, но прискорбно редко, и это скорее везение, чем результат осмысленных действий.
(копнули и из земли брызнула нефть, и она покрыла все неверно принятые решения)
Понимаю, что за собственный опыт придётся платить. Если иных вариантов более приемлемых не будет найдено.
_SP_: Вы почитайте ТСа... какой маженто ей богу, тут бы с вордпрессом разобраться. С вопросами "а как-бы подешевле хостинг" о маженто вообще не надо даже знать.
ЗЫ. По 700 руб в час "внеплановые допработы" ? Дайте... сто... Нет таких цен. Уже лет 10 как нету. Или 20. Ну т.е. есть, конечно, есть исполнители на любой бюджет, вопрос в результате.
Почти два ляма - вполне нормальная сумма, чтобы получить опыт. Её безусловно освоят. Потом можно будет сделать что-то нормальное, годика через 1-2.
Выше написал основные входные данные и пожелания. Какие могут быть альтернативы? Кадры с опытом решают всё. Технологии могут быть навороченными, а еще нужны поддержка и развитие - делать люди будут. То есть человеческий фактор остается важным.
Собственно посчитали приблизительные первоначальные издержки на создание программного кода ИМ (программисты + лицензии) - 1780 тыс. Большая часть на лицензии, интеграцию с ERP и внешних баз данных.
За внеплановые допработы 700 - 5000 рублей в час.
А вот по ТСО не смогли сделать прогноз. Так как у нас есть заметные отличия от конкурента.
baddl: Читая эту статью не стоит забывать: мнение Ефимова - это всего лишь мнение частного лица Ефимова, а не РКН, МКС или судьи (не дай Бог, конечно). Большинство других публикаций в рунете либо ссылаются, либо просто копируют эту же хабровскую статью. А выводы статьи - вообще под большим вопросом.
И таки да, всё-таки задумайтесь над самой постановкой задачи. Вам правильно здесь пишут, что Ваши запросы к хостингу избыточны (если исходить из тех данных, которые Вы указали). 800 уников в день - это средняя нагрузка мини-ИМ. Вам будет более чем достаточно VPS-ки за 1-1,5 кРуб. Вырастете до 2-3 тысяч уников - перенесёте. Если вырастете. Что вряд ли получится в ближайшие год-два. И про Друпал - тоже не зря во второй ветке отговаривают. Не самый лучший выбор с точки зрения расширяемости.
Моё мнение - Вас элементарно "разводят" разработчики сайта конкурентов. У них есть готовый "кейс", не требующий серьёзных доработок, и они хотят его легко продать во второй раз 🚬
Машинка нужна мощная из-за предполагаемого использования специализированного поискового "движка". Разработчики говорят "желателен СPU с рейтингом Passmark Single Thread > 1500".
А то, что хотят продать дважды одно и тоже - это и понятно. Но у нас есть нюанс - ERP Галактика;)
baddl: Для того, чтобы Вам начали предлагать подходящие движки, надо обозначить, как минимум: - направление (пром/мед/потреб/еда), - кол-во категорий, - кол-во товаров (примерно), - планируемые уники через год-два (у Вас же есть бизнес-план?), - регионы или моногорода, - мультисеть на регионы или моносайт с геотаргетингом, - персонал обслуживания сайта (своя "девочка" или проф.аутсорс), ... наверняка ещё что-то забыл указать.
И таки да, готовьтесь - Вам сразу тут объяснят, почему все они "говнокоды 100500!!!" (не зависимо от названия)😂
Вот что прописывается в ТЗ
1) направление - авто (материалы и инструменты для обслуживания)
2) кол-во категорий - до 100
3) кол-во товаров - до 15 000 артикулов,
4) планируемые уники через год-два - 500-1000 в сутки (без учета мусора)
5) регионы или моногорода - охват вся Россия (доставка силами аутсорса)
8) Доп. особенности - специализированный эвристический поиск (говорят будет грузить процессор сильно) в виде отдельного лицензируемого модуля + подключение внешних баз кодов (производителей, VIN и т.д.), часть лицензируемые, часть свои +эквайринг + онлайн-касса + интеграция цен и условий транспортников (CDEK и т.п.)
baddl: - будут влиять в случае выбора вообще любой платформы. Идеальных CMS нет (какая-то часть кода всегда "говнокод"), профессионализм - дело случая и удачи (на какую группу разработчиков попадёте), смена подрядчика - см. предыдущее, и т.д.
Но "специализированный движок" будет решать именно Ваши узконаправленные задачи, а не "всё для ИМ" + "немного всё, что заранее в нём заложено разрабом по принципу "авось пригодится". Для примера, в своём ИМ на "спец.движке" я использую процентов 20-25 от заложенных функций. А в "продажнике" на WP - от силы процентов 5. При примерно одинаковой нагрузке на сервер. Причём, при необходимости я в ИМ просто включу понадобившиеся мне опции "из коробки" (+ минимум работы верстальщика), при минимальном увеличении нагрузки. А в "продажнике" на WP - увы, так не получится. А в ИМ на том же Друпале - как в WP, плюс вложения в программера. Долгосрочные.
Я Вам уже писал в другой теме, почему, по моему мнению, Вам впихивают именно Друпал. Задумайтесь - не стоит ли отойти на шаг назад и ещё раз масштабно посмотреть на общую задачу? Правильный порядок выбора: реальный бизнес-план на 1-2 года (забудьте про удачи конкурентов, у Вас их не будет!) -> грамотный разработчик, понимающий Ваши задачи -> CMS (выбор разработчика, согласованный с Вами!) -> хостинг (и умерьте "хотелки" до уровня потребности).
До конца месяца должны подготовить материал. Пока в общую теорию погружаюсь.
По поводу движка. Тогда какой узкоспециализированный движок взять, который меньше зависел от говнокода и можно было бы менять исполнителей и обслугу без серьезных последствий по деньгам и времени. Нужно решение в этих вопросах подобное 1С Предприятия. Желательно коробочное. Нужно простое и максимально "дубовое" решение с точки зрения эксплуатации и доразработки.
Из опыта. Нам в том году предлагали на diaspar перейти. Он якобы решит все наши проблемы и т.п. Но мы отказались, так как фактически попадаем в серьезную зависимость и есть риск, что разработчики могут начать манипулировать ценами на свои услуги. Не горю желанием попасть с ИМ как основным инструментом в такую ситуацию тоже.
Вы писали специализированный движок всегда функционально будет богаче чем надстройка на движком общего назначения типа Друпал, или вообще пристройка к блоговому движку типа Wordpress. Специализация всегда лучше широкой универсализации.
Если сравнивать "специализированный движок", "Друпал" и "Wordpress".
webinnews: Если посещаемость будет той, что вы описали, то вам не нужен такой сервер.
В России сервера стоят дороже, чем зарубежом и я бы смотрел на зарубежных хостеров (можно взять выделенный сервер с 8ГБ оперативки и жестким на 800Гб (не SSD) и Intel Core 2 Quad (4 x 2.40 GHz) за цену около 2800 в месяц), можно воспользоваться VPS и будет еще дешевле (зависит от нагрузки).
По параметрам:
- зачем вам SSD? Планируется много работы с БД? или вы планируете картинки постоянно перемещать? или поток записи данных будет высокий?
- вы ищите хостинг в России на основании чего? Быстрее работать будет? Замерьте скорость ответа европейских сайтов - она не сильно отличается от скорости ответа наших провайдеров (я не беру в расчет РПС в районе 500, хотя и с таким РПС можно ДЦ иметь в другой стране и не сильно деградировать)
- hdd на 800ГБ - сколько весит в среднем 1 картинка и сколько всего картинок? Возможно на начальном этапе вам нет смысла переплачивать за диск
Резюмируя, с вашей посещаемостью и текущими ценами у европейских провайдеров, можно найти хороший хостинг до 3000 рублей в месяц (а возможно и дешевле)
---------- Добавлено 19.01.2020 в 10:12 ----------
В дополнение в соседнем треде /ru/forum/1026965 (Локация сервера в МСК)
ИМ для физ.лиц из РФ. ПД И РКН как? Или можно задешево обойти?
team-voice: если честно, что бы работало лучше с большим количеством картинок лучше SSD NVME
т.е. что вроде 960х2 в рейд 1 под основную систему и 1 SSD NVME нужного вам обьема под раздачу картинок (если у вас их много)
это сильно эффективнее будет
SAS SSD MLS не дадут такого прироста IOPS как NVME а по цене +- одинаково
Тогда на сколько увеличит стоимость аренды комбинация "960х2 в рейд 1 под основную систему и 1 SSD NVME"?
---------- Добавлено 19.01.2020 в 09:34 ----------
alex_bn: лучше вобще от друпала уйти 🙅
Если есть желание, то ваше мнение хотелось увидеть в этом топике /ru/forum/1026907
e_v_medvedev: Если в основе Drupal 8 действительно лежит Symfony, как тут писали выше, и если вам действительно неймется использовать именно Drupal, то нужно брать именно 8. Symfony это мощнейший из всех PHP фрэймворков самый развиваемый и поддерживаемый и самый широко используемый при разработке разного рода бизнес-систем. Сейчас очень многие движки, переходят на Symfony. Например тот же движок для ИМ Prestashop сейчас переписывается на Symfony, Opencart переходит на использование симфонийного шаблонизатора Twig и тд. и т.п.
---------- Добавлено 18.01.2020 в 18:54 ----------
Неправильным выбор может быть по одной простой причине - специализированный движок всегда функционально будет богаче чем надстройка на движком общего назначения типа Друпал, или вообще пристройка к блоговому движку типа Wordpress. Специализация всегда лучше широкой универсализации.
Говнокод, низкий профессионализм разработчиков и обслуживающего персонала, сложности со сменой подрядчика (не понравился), будут влиять в случае специализированной платформы? Лучше или хуже будет в сравнении с универсальной? Заметные издержки (время и деньги) зачастую приходятся на перечисленное мною. Создавать, как понимаю, будут не на процедурном 1С языке, который многое что прощает.
Без опыта никаких. Вы же и сами это понимаете.
Альтернатива, либо иметь "технического директора" с опытом, но это будет дороже чем 2млн, и не факт что поможет.
Либо начать с чего-то более мелкого "навыброс" и тут можно слегка сэкономить, наверное.
А потом уже, наступив на грабли что-то делать более крупное, но потеряете время, а его не купить.
Хотя 2млн не сумма ей богу, это год работы обычного разработчика. Без учета лицензий итп.
Тут не сэкономить особо.
Просто надо понимать, что первый проект - это 100% убыток и даже не надеяться на то, что он вам даст что-то кроме
обучения вас лично тому "как оно всё в жизни-то..".
Нет, даже если вы очень умный, но опыта не имеете, матожидание таково, что всё придется списать в убытки.
Исключения бывают, но прискорбно редко, и это скорее везение, чем результат осмысленных действий.
(копнули и из земли брызнула нефть, и она покрыла все неверно принятые решения)
Понимаю, что за собственный опыт придётся платить. Если иных вариантов более приемлемых не будет найдено.
Вы почитайте ТСа... какой маженто ей богу, тут бы с вордпрессом разобраться.
С вопросами "а как-бы подешевле хостинг" о маженто вообще не надо даже знать.
ЗЫ.
По 700 руб в час "внеплановые допработы" ?
Дайте... сто...
Нет таких цен. Уже лет 10 как нету. Или 20. Ну т.е. есть, конечно, есть исполнители на любой бюджет, вопрос в результате.
Почти два ляма - вполне нормальная сумма, чтобы получить опыт.
Её безусловно освоят. Потом можно будет сделать что-то нормальное, годика через 1-2.
Выше написал основные входные данные и пожелания. Какие могут быть альтернативы? Кадры с опытом решают всё. Технологии могут быть навороченными, а еще нужны поддержка и развитие - делать люди будут. То есть человеческий фактор остается важным.
Собственно посчитали приблизительные первоначальные издержки на создание программного кода ИМ (программисты + лицензии) - 1780 тыс. Большая часть на лицензии, интеграцию с ERP и внешних баз данных.
За внеплановые допработы 700 - 5000 рублей в час.
А вот по ТСО не смогли сделать прогноз. Так как у нас есть заметные отличия от конкурента.
Читая эту статью не стоит забывать: мнение Ефимова - это всего лишь мнение частного лица Ефимова, а не РКН, МКС или судьи (не дай Бог, конечно). Большинство других публикаций в рунете либо ссылаются, либо просто копируют эту же хабровскую статью. А выводы статьи - вообще под большим вопросом.
И таки да, всё-таки задумайтесь над самой постановкой задачи. Вам правильно здесь пишут, что Ваши запросы к хостингу избыточны (если исходить из тех данных, которые Вы указали). 800 уников в день - это средняя нагрузка мини-ИМ. Вам будет более чем достаточно VPS-ки за 1-1,5 кРуб. Вырастете до 2-3 тысяч уников - перенесёте. Если вырастете. Что вряд ли получится в ближайшие год-два.
И про Друпал - тоже не зря во второй ветке отговаривают. Не самый лучший выбор с точки зрения расширяемости.
Моё мнение - Вас элементарно "разводят" разработчики сайта конкурентов. У них есть готовый "кейс", не требующий серьёзных доработок, и они хотят его легко продать во второй раз 🚬
Машинка нужна мощная из-за предполагаемого использования специализированного поискового "движка". Разработчики говорят "желателен СPU с рейтингом Passmark Single Thread > 1500".
А то, что хотят продать дважды одно и тоже - это и понятно. Но у нас есть нюанс - ERP Галактика;)
Для того, чтобы Вам начали предлагать подходящие движки, надо обозначить, как минимум:
- направление (пром/мед/потреб/еда),
- кол-во категорий,
- кол-во товаров (примерно),
- планируемые уники через год-два (у Вас же есть бизнес-план?),
- регионы или моногорода,
- мультисеть на регионы или моносайт с геотаргетингом,
- персонал обслуживания сайта (своя "девочка" или проф.аутсорс),
... наверняка ещё что-то забыл указать.
И таки да, готовьтесь - Вам сразу тут объяснят, почему все они "говнокоды 100500!!!" (не зависимо от названия)😂
Вот что прописывается в ТЗ
1) направление - авто (материалы и инструменты для обслуживания)
2) кол-во категорий - до 100
3) кол-во товаров - до 15 000 артикулов,
4) планируемые уники через год-два - 500-1000 в сутки (без учета мусора)
5) регионы или моногорода - охват вся Россия (доставка силами аутсорса)
6) моносайт с геотаргетингом,
7) Персонал - в начале аутсорс, потом посмотрим.
8) Доп. особенности - специализированный эвристический поиск (говорят будет грузить процессор сильно) в виде отдельного лицензируемого модуля + подключение внешних баз кодов (производителей, VIN и т.д.), часть лицензируемые, часть свои +эквайринг + онлайн-касса + интеграция цен и условий транспортников (CDEK и т.п.)
9) Интеграция с 1С и Галактика.
- будут влиять в случае выбора вообще любой платформы. Идеальных CMS нет (какая-то часть кода всегда "говнокод"), профессионализм - дело случая и удачи (на какую группу разработчиков попадёте), смена подрядчика - см. предыдущее, и т.д.
Но "специализированный движок" будет решать именно Ваши узконаправленные задачи, а не "всё для ИМ" + "немного всё, что заранее в нём заложено разрабом по принципу "авось пригодится".
Для примера, в своём ИМ на "спец.движке" я использую процентов 20-25 от заложенных функций. А в "продажнике" на WP - от силы процентов 5. При примерно одинаковой нагрузке на сервер. Причём, при необходимости я в ИМ просто включу понадобившиеся мне опции "из коробки" (+ минимум работы верстальщика), при минимальном увеличении нагрузки. А в "продажнике" на WP - увы, так не получится. А в ИМ на том же Друпале - как в WP, плюс вложения в программера. Долгосрочные.
Я Вам уже писал в другой теме, почему, по моему мнению, Вам впихивают именно Друпал. Задумайтесь - не стоит ли отойти на шаг назад и ещё раз масштабно посмотреть на общую задачу?
Правильный порядок выбора: реальный бизнес-план на 1-2 года (забудьте про удачи конкурентов, у Вас их не будет!) -> грамотный разработчик, понимающий Ваши задачи -> CMS (выбор разработчика, согласованный с Вами!) -> хостинг (и умерьте "хотелки" до уровня потребности).
До конца месяца должны подготовить материал. Пока в общую теорию погружаюсь.
По поводу движка. Тогда какой узкоспециализированный движок взять, который меньше зависел от говнокода и можно было бы менять исполнителей и обслугу без серьезных последствий по деньгам и времени. Нужно решение в этих вопросах подобное 1С Предприятия. Желательно коробочное. Нужно простое и максимально "дубовое" решение с точки зрения эксплуатации и доразработки.
Из опыта. Нам в том году предлагали на diaspar перейти. Он якобы решит все наши проблемы и т.п. Но мы отказались, так как фактически попадаем в серьезную зависимость и есть риск, что разработчики могут начать манипулировать ценами на свои услуги. Не горю желанием попасть с ИМ как основным инструментом в такую ситуацию тоже.
Это вы про Drupal иди WordPress?
Вы писали специализированный движок всегда функционально будет богаче чем надстройка на движком общего назначения типа Друпал, или вообще пристройка к блоговому движку типа Wordpress. Специализация всегда лучше широкой универсализации.
Если сравнивать "специализированный движок", "Друпал" и "Wordpress".
Если посещаемость будет той, что вы описали, то вам не нужен такой сервер.
В России сервера стоят дороже, чем зарубежом и я бы смотрел на зарубежных хостеров (можно взять выделенный сервер с 8ГБ оперативки и жестким на 800Гб (не SSD) и Intel Core 2 Quad (4 x 2.40 GHz) за цену около 2800 в месяц), можно воспользоваться VPS и будет еще дешевле (зависит от нагрузки).
По параметрам:
- зачем вам SSD? Планируется много работы с БД? или вы планируете картинки постоянно перемещать? или поток записи данных будет высокий?
- вы ищите хостинг в России на основании чего? Быстрее работать будет? Замерьте скорость ответа европейских сайтов - она не сильно отличается от скорости ответа наших провайдеров (я не беру в расчет РПС в районе 500, хотя и с таким РПС можно ДЦ иметь в другой стране и не сильно деградировать)
- hdd на 800ГБ - сколько весит в среднем 1 картинка и сколько всего картинок? Возможно на начальном этапе вам нет смысла переплачивать за диск
Резюмируя, с вашей посещаемостью и текущими ценами у европейских провайдеров, можно найти хороший хостинг до 3000 рублей в месяц (а возможно и дешевле)
---------- Добавлено 19.01.2020 в 10:12 ----------
В дополнение в соседнем треде /ru/forum/1026965 (Локация сервера в МСК)
ИМ для физ.лиц из РФ. ПД И РКН как? Или можно задешево обойти?
если честно, что бы работало лучше с большим количеством картинок лучше SSD NVME
т.е. что вроде 960х2 в рейд 1 под основную систему и 1 SSD NVME нужного вам обьема под раздачу картинок (если у вас их много)
это сильно эффективнее будет
SAS SSD MLS не дадут такого прироста IOPS как NVME а по цене +- одинаково
Тогда на сколько увеличит стоимость аренды комбинация "960х2 в рейд 1 под основную систему и 1 SSD NVME"?
---------- Добавлено 19.01.2020 в 09:34 ----------
лучше вобще от друпала уйти 🙅
Если есть желание, то ваше мнение хотелось увидеть в этом топике /ru/forum/1026907
Если в основе Drupal 8 действительно лежит Symfony, как тут писали выше, и если вам действительно неймется использовать именно Drupal, то нужно брать именно 8. Symfony это мощнейший из всех PHP фрэймворков самый развиваемый и поддерживаемый и самый широко используемый при разработке разного рода бизнес-систем. Сейчас очень многие движки, переходят на Symfony. Например тот же движок для ИМ Prestashop сейчас переписывается на Symfony, Opencart переходит на использование симфонийного шаблонизатора Twig и тд. и т.п.
---------- Добавлено 18.01.2020 в 18:54 ----------
Неправильным выбор может быть по одной простой причине - специализированный движок всегда функционально будет богаче чем надстройка на движком общего назначения типа Друпал, или вообще пристройка к блоговому движку типа Wordpress. Специализация всегда лучше широкой универсализации.
Говнокод, низкий профессионализм разработчиков и обслуживающего персонала, сложности со сменой подрядчика (не понравился), будут влиять в случае специализированной платформы? Лучше или хуже будет в сравнении с универсальной? Заметные издержки (время и деньги) зачастую приходятся на перечисленное мною. Создавать, как понимаю, будут не на процедурном 1С языке, который многое что прощает.