Amigo_ks

Рейтинг
6
Регистрация
01.01.2020
_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) регионы или моногорода - охват вся Россия (доставка силами аутсорса)

6) моносайт с геотаргетингом,

7) Персонал - в начале аутсорс, потом посмотрим.

8) Доп. особенности - специализированный эвристический поиск (говорят будет грузить процессор сильно) в виде отдельного лицензируемого модуля + подключение внешних баз кодов (производителей, VIN и т.д.), часть лицензируемые, часть свои +эквайринг + онлайн-касса + интеграция цен и условий транспортников (CDEK и т.п.)

9) Интеграция с 1С и Галактика.

baddl:
- будут влиять в случае выбора вообще любой платформы. Идеальных CMS нет (какая-то часть кода всегда "говнокод"), профессионализм - дело случая и удачи (на какую группу разработчиков попадёте), смена подрядчика - см. предыдущее, и т.д.

Но "специализированный движок" будет решать именно Ваши узконаправленные задачи, а не "всё для ИМ" + "немного всё, что заранее в нём заложено разрабом по принципу "авось пригодится".
Для примера, в своём ИМ на "спец.движке" я использую процентов 20-25 от заложенных функций. А в "продажнике" на WP - от силы процентов 5. При примерно одинаковой нагрузке на сервер. Причём, при необходимости я в ИМ просто включу понадобившиеся мне опции "из коробки" (+ минимум работы верстальщика), при минимальном увеличении нагрузки. А в "продажнике" на WP - увы, так не получится. А в ИМ на том же Друпале - как в WP, плюс вложения в программера. Долгосрочные.

Я Вам уже писал в другой теме, почему, по моему мнению, Вам впихивают именно Друпал. Задумайтесь - не стоит ли отойти на шаг назад и ещё раз масштабно посмотреть на общую задачу?
Правильный порядок выбора: реальный бизнес-план на 1-2 года (забудьте про удачи конкурентов, у Вас их не будет!) -> грамотный разработчик, понимающий Ваши задачи -> CMS (выбор разработчика, согласованный с Вами!) -> хостинг (и умерьте "хотелки" до уровня потребности).

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

По поводу движка. Тогда какой узкоспециализированный движок взять, который меньше зависел от говнокода и можно было бы менять исполнителей и обслугу без серьезных последствий по деньгам и времени. Нужно решение в этих вопросах подобное 1С Предприятия. Желательно коробочное. Нужно простое и максимально "дубовое" решение с точки зрения эксплуатации и доразработки.

Из опыта. Нам в том году предлагали на diaspar перейти. Он якобы решит все наши проблемы и т.п. Но мы отказались, так как фактически попадаем в серьезную зависимость и есть риск, что разработчики могут начать манипулировать ценами на свои услуги. Не горю желанием попасть с ИМ как основным инструментом в такую ситуацию тоже.

e_v_medvedev:
Это вы про Drupal иди WordPress?

Вы писали специализированный движок всегда функционально будет богаче чем надстройка на движком общего назначения типа Друпал, или вообще пристройка к блоговому движку типа 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С языке, который многое что прощает.

Всего: 70