e_v_medvedev

e_v_medvedev
Рейтинг
183
Регистрация
07.03.2013
nvsibmv:
Спасибо, почитаю о них.
Переформулирую вопрос: в каком программном продукте вы бы хранили базу товаров, если одним из условий было бы - бесконечное её (базы товаров) увеличение.
Хочется начать с малого (загнать свои 100-1000 товаров), но сразу в правильном программном продукте, и постоянно добавлять новые категории товаров. И выгружать их (по определенным выборкам) на разные площадки.
От базы много всего хочется: несколько складов, синхронизация остатков на всех площадках, просчет цены (наценки) в зависимости от площадки (у всех разные комиссии) и т.д. и т.п. (или это все делается вне базы?)

В продолжение наших обсуждений - PIM системы это инструмент не только для хранения данных о товарах но и организации работы с ней. Например Akeneo имеет функционал управления процессом перевода контента товара на разные языки. То есть она помогает организовать работу переводчиков. Это полезно когда у вас большая номенклатура, много языков и не хочется пускать в админку сайта-витрины, где толпятся покупатели, кучу бестолковых контент-менеджеров. Из такой системы можно организовать раздачу контента как по сайтам-витринам (у меня есть заказчик, которому из такой системы раздается контент в 4 разных магазина на 2-х или 3-х языках в зависимости от потребностей), а можно выгружать в разные агрегаторы, если они не требуют дублирования публикации контента на сайте с открытым доступом, типа сайта-витрины (то есть выгрузка в Я.Маркет тут не пройдет, т.к. в Akeneo доступ только авторизованным посетителям).

А вот управление складами - это другая задача. Многоскладовость, точнее многовитринность реализована в таких движках как Magento и Prestashop. В Magento 2 даже реализован механизм резервирования товаров на разных складах под заказ. Это когда заказчик запросил столько, столько у вас раскидано по нескольким точкам продаж и вам нужно организовать доставки одному клиенту из разных точек под выполнение одного заказа. Но Мадженто 2 это очень сложный и тяжелый инструмент. Для стартапа с неопределенными долгосрочными перспективами он не годится. Слишком высокая стоимость владения сайтом.

nvsibmv:
Здравствуйте.
Посоветуйте, пожалуйста - где лучше хранить базу товаров, если планируется залив некоторой её части на разные площадки для торговли: инет-магаз на РФ, ибей.ком для заграницы и др.?
Например, имеем прайс листы от поставщиков. Обрабатываем их, итог заливаем в одно место (куда?), каждый день корректируем. На инет площадках, где продаем, также нужна ежедневная корректировка цен и наличия (в соответствии с главным хранилищем).
Как удобнее организовать хранение базы товаров, если планируется периодическое подключение новых площадок для торговли?

Для таких задач обычно используют PIM-системы тыц

alexverem:
Всем привет!

Коротко обо мне:

Образование высшее экономическое, затем учился 1999-2001 на ПМиК (не закончил). Довольно хорошо знаю английский, могу общаться, писать грамотно, читать.

Изучал Basic, Delphi, затем Java (в 2001 получил сертификат ява программиста (SCJP), потом php.

Поработал 2 года удаленно по Java, затем занимался только своими информационными проектами более или менее успешно (для себя программил на php + mysql + различные API, без фреймворка). В общем опыт программинга на данный момент постоянный именно на php, напр сегодня программил )) Но думаю и Java вспомню.

Сейчас планирую вернуться к программированию на удаленной основе.

Встал вопрос о технологии: Что выбрать? Мониторинг на HH говорит, что з.п. больше у Java спецов, но и требования к ним как мне кажется выше.

1) Если Java, то в какой именно области? Под приложения или под веб? Вообще в каком направлении стоит смотреть (но что-то не самое сложное)?

2) Если Php, то какой фреймворк лучше выбрать? Какие минимальные навыки необходимы?

На что рассчитывать в ближайшее время? Вообще может быть я сильно отстал от этой жизни и не стоит даже соваться? ))

Web-разработки в перспективе будут только расширяться. Из наиболее распространенных языков для этих целей на сегодня:

PHP и JS. Изучайте оба языка.

Если нужны самые передовые фрэймворки на длительную перспективу, то:

  • для PHP это конечно же Symfony
  • для JS это конечно же ExtJS.
SeVlad:
35тыщ на ВП :)

Жаль, что ответа на вопрос о стоимости мажентоспеца я так и не получил. Секретная инфа что ли?

Стоимость маджентовца такая же как и как и налюбом другом движке. Я работаю с 3-мя движками для ИМ (куда входяти и Мадженто и ОС) и я не вижу необходимости менять расценки на свой труд в зависимости от движка. Дилетант маджентовец, стоит столько же сколько дилетант ОС или WP. По-моему это очевидно.

---------- Добавлено 25.01.2020 в 20:01 ----------

LazyBadger:
И как я регулярно наблюдаю вполне (коммерчески) успешные ИМ на именно Опенкарте с десятками тысяч товаров (40-50-70), ась?
Может все же тазоплечевую аномалию надо править, а не на зеркало пенять?
Вот сотнями тыщ ТП - да, народ мигрирует на CS-Cart (с песнями и плясками и матерно), но там снимается радикально проблема масштабирования

Это характерно для все, кто кроме ОС ни чего не знает.

---------- Добавлено 25.01.2020 в 20:08 ----------

SeVlad:
35тыщ на ВП :)

Жаль, что ответа на вопрос о стоимости мажентоспеца я так и не получил. Секретная инфа что ли?

https://gtmetrix.com/reports/www.tarox.co.uk/YJeHAcgr

https://gtmetrix.com/reports/mage.demo.smartceo.ru/G59tkApW

Почувствуйте разницу. Последний это мадженто 1 демо сайт на простейшем шаред хостинге за 150 рублей в месяц, слепленный из бесплатных общедоступных модулей, и номенклатура 30 000 и то просто потому что мне лень было больше генерировать. И кстати не все дефолтные возможности для ускорения задействованы (например Redis было в лом разворачивать). Так что WP не лучший выбор.

Savka:
Здравствуйте!

Собираемся запускать интернет-магазин стройматериалов. Будет много товаров и структура каталогов. Одни нам советуют делать на ОpenCart, другие на WordPress (woocommerce)
ИМ будем развивать постепенно, запустить и постепенно дорабатывать с учетом потребностей и продвижения

Хотелось бы услышать мнение людей из практики, которые в этом хорошо разбираются.

Какая лучше КМС с точки зрения:
- SEO продвижения
- в какой КМС можно сделать больше функционала с помощью бесплатных модулей? Или придется часть покупать что в одной что в другой?
- в какой из них более функциональные шаблоны или так или иначе надо будет дорабатывать программистам?
- адаптивный магазин будет у обоих или нет?
- стоимость доработки, исправлений?
- синхронизация с CRM?

Буду благодарен за Ваше мнение и комментарий

Если номенклатура будет больше 10000 товаров то ни тот ни другой. Надо смотреть в сторону Magento. Лучше М1. М2 слишком тяжелая.

Boull:
Приветствую Всех.
Случайно обнаружили авторский контент от врача высшей категории нагло скопированный на сайте _bolnicenet.ru
Причем не просто рерайт рерайтов из выдачи, а именно врачебную диагностику.

Ссылка на источник обозначена красным цветом, неактивная.
но нам не нужна его активная ссылка.

Мы запрещаем копирование своей мед.информации.

Подали жалобы в соответствующие структуры.
Яндекс уже ответил.

Народ, ищем активно свои труды и требуем справедливости!
За воровство нужно наказывать.
сайт на Бегете. пишем и туда.

Прежде чем публиковать, надо подготовиться к защите своих авторских прав. Когда есть возможность доказать в суде авторство, то дальше наказать плагиатора не проблема. Тот же яндекс выполнить предписание суда без оговорок. Если сможете доказать ущерб, то можете затребовать не только удаление нелегально скопированного контента но и возмещение ущерба. А если не можете доказать авторство, то писанина в конторы типа бегета или яндекса бессмысленна.

SeVlad:
Я наоборот считаю, что последнее правильнее. Хуже может быть только в том случае если предложат самопис без длительной поддержки.
Ну и да, выбор исполнителя - задача не из лёгких.

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

Зависимость от подрядчика всегда хуже в силу человеческого фактора. Движок денег больше просить не будет, а подрядчик будет.

А чтобы понять такое ТЗ нужно быть скорее не программистом а Вангой :-) .

Amigo_ks:
Но движок сам по себе без сопровождающих специалистов с компетенцией не нужен. Даже готовые движки девочка-секретарь или штатный 1С-ник не сможет просто и быстро интегрировать в требуемую среду.

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

---------- Добавлено 23.01.2020 в 12:28 ----------

DenisVS:
Кстати, вот подробный разбор Drupal vs Magento, не в пользу последней.

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

Amigo_ks:
Также в топике была отмечена важная мысль: кадровой вопрос приоритетный, чем технологический

Выбирая движок - зависите от движка, выбирая подрядчика - зависите от подрядчика. Последнее как правило хуже.

staf888:
ну я это и хочу понять - какой должен быть план, чтобы получать ссылки и копить ПФ, а не закупать ссылки и накручивать ПФ

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

Всего: 2095