Спасибо за инфу. Некоторые питоновские скрипты меня не устраивают по скорости и распараллеливанию, поэтому посмотрю и в сторону go.
Да в общем то и не важно. Важно то, что скорость демоверсии в разы тормозней, поэтому скорость можно будет оценить только сделав нормальную установку проекта.
danforth, приятный синтаксис, надо будет ознакомиться, но это потом, сейчас надо на чем то более привычном сделать (Python/PHP).
Кстати, как Go по скорости? ---------- Добавлено 02.07.2017 в 23:29 ---------- В общем пока склоняюсь к Django Oscar. Сейчас нашел инфу по его тормозам:
Т.е. в режиме отладки (а демоверсия работает только в нем) скорость значительно ниже - составляет 17 к 120 запросам в сек., а при включении кэширования шаблонов 17 к 140, т. е. демоверсия по определению очень медленная и надо пробовать на полноценной исталляции. В общем попробую установить оскар по нормальному и тогда посмотрю. Из коробки он имхо превосходит OpenCart, но под капотом у него джанго и API-конструктор интернет магазинов, плюс я еще Wagtail задействую с Elasticsearch. Если со скоростью будет все нормально, то вероятно на нем и остановлюсь.
Это конечно всё интересно, но как например в Go на лету создать Word/Exel/PDF документ? В ПХП и тем более в Питоне огромное количество библиотек и пакетов, что очень важно.
Конкретизируйте...
Да и какой еще выбор? На ПХП у меня, честно говоря, аллергия (на синтаксис - знаки доллара и пр.), хотя ПХП7 весьма хорош. Но мне нужен универсальный язык - с научными пакетами, алгоритмами ИИ и пр.
Поэтому, если делать самопис на фреймворке, то на ПХП я делать не буду (не хочу). Если на ПХП найдется подходящее (главное простое и гибкое) решение, то тогда возьму этот вариант. В принципе мне как конструктор Друпал 7 Commerce нравится, если бы не его вечные болячки. Глянул в сторону коммерса на Друпал8, но там вообще сырое всё ещё, а судя по тому, для Друпал7 множество необходимых модулей так и остались в альфа-бета-версиях, то перспективы выглядят нерадужными. Да и вот на днях пытался обновить все устаревшие модули на имеющихся проектах - фиг там, вылезают ошибки, поэтому обновил только уязвимые модули. Хотел свой модуль удалить, а фиг там - ругается на привязанное к ноде поле. Удалил это поле - ругается, очистил кэш и запустил крон - ругается, в итоге оказалось, что для полного удаления надо было крон раз 5-10 запустить... И вот такой фигней приходится постоянно с друпалом заниматься. Надоело...
Ооооооо, всё что угодно, но только не этоооо....
Посмотрю глубже. Но глянул примеры кода - мне не очень понравилось. Но надо поиграться, установлю демку.
У меня уже были такие порывы, но на django/wagtail. Буду рассматривать и этот вариант, но тогда этот магазин будет целиком на меня завязан, что не хорошо.
Нет, консруктор имею ввиду программный, не мышкодвигательный.
После возни с друпалом, я всё чаще прихожу к выводу, что проще на хорошем фреймворке с нуля магазин набросать, но ещё лучше написать на базе надстройки над фреймворком, например как конструктор магазинов позиционируется Oscar (на базе фреймворка Джанго), я попробовал его демоверсию - там и админка магазина готовая из коробки и соответсвующий API для создания товаров/атрибутов/опций/скидок/и т.д... Но что-то он мне несколько тормозным показался - около 200-300 мс (насколько помню) страница товара открывалась. Но попробую еще поглубже разобраться и поэкспериментировать.
Мне тоже очень эластик понравился (правда в куче настроек непросто разобраться, а по дефолту поиск неадекватен), поэтому его хочу задействовать.
Вот какого хрена сюда законодательство Евросоюза приплели. Это обезличенные данные. Или в законодательстве РФ что-то изменилось? Вроде как у нас закон о bigdata только в стадии начального обсуждения находится.
Что касается уведомления Роскомнадзора, то вроде, это не надо делать, если перс.данные собираются для исполнения договора.
Я бы начал поиск с технических ошибок. Гляньте, что там яндекс в вебмастере пишет, на что ругается. Как идет индексация, паукам нормально ли контент отдается, какая скорость загрузки (может быть хостинг чудит?) Далее посмотрел бы, не появились ли клоны или еще какие-либо зловредные действия конкурентов...
Вы вряд ли сделаете, как у них. У них, похоже, вообще самопис, т.е. система уникальна. А у вас - шаблонный движок и шаблонный дизайн. Себестоимость вашего проекта в сотни раз ниже, чем проект конкурента. При таком раскладе у вас нет шансов к ним даже близко приблизиться.
Здесь больше вопрос распределения (распыления) сил и ресурсов на два сайта. Если видите смысл, то делайте. Афиллиат не так страшен - в худшем случае по каждому запросу будет один из сайтов показываться, т.е. оба сайта как бы объединятся в глазах поисковика.
Ну и уникализируйте по возможности, что сможете, чтобы дольше продержаться без афиллиата, но если попадете под него продумайте, как быть с посетителями, чтобы они не запутались, а смогли сделать покупку не зависимо от сайта.
Персональными данными являются те данные, по которым можно точно идентифицировать физлицо. Указанные вами данные вряд ли можно в общем случае отнести к персональным. Вы наверно путаете с обсуждаемым законом о больших данных, где даже обезличенные данные будут регулироваться, но этот закон находится только в начальной стадии обсуждения, как я понимаю.
