Lasthem

Хм, огромное спасибо за наводку.. изучим

Добрый день! Есть задача автоматизировать работу модуля "Автоматическое обновление прайс листов" (далее АОП) Как мы видим работу скрипта: 0. Есть 4-5 поставщиков (скрипт выполняется по расписанию для каждого из поставщиков) 1. Забрать CSV по URLу с сайта поставщика 2. Положить в папку Х 3. Пересорханить в xml переименовав ( например в 1.xml) 4. Выполнить обновление средствами АОП ( обновляем остатки и цены, если есть новый товар кладем в категорию новинки) 5. После отработки скрипта файл (1.xml) перекладываем в папку Y, добавляем к наименованию дату и время ( данное требование не обязательное, если есть сложности можно просто удалять или 1.xml должен будет перезаписываться при следующей итерации) Если есть альтернативный сценарий выполнения - с радостью рассмотрим. Предлагайте. Спасибо за внимание.

Выбор 3.0 обусловлен следующими факторами: 0. Если я не ошибаюсь тестовая версия вышла летом 2017 уже год почти... 1. Предположение, что будет проще переехать на стабильную версию тройки с 3.0 чем с 2.3 2. Интерфейс администратора - для оператора и продавцов (отдельная тема =) 3. Лично для меня - Language Editor 4. Касательно SEO, такой задачи не ставилось, но на сколько мне известно эти баги кочуют от 1.5 к 2.х и тд 5. Полагаю, что модули касающиеся функионала ( т.е. не касающиеся GUI) - будут бытро адаптированы Еще раз подчеркну, что я дилетант, но что-то мне подсказывает, что все в любом случае рано или поздно будут в 3.х, а если это неотвратимый факт, то зачем откладывать? Альтернатива = ждать стабильную версию 3.х ? Но как отметил n3bo

Добрый день! Есть действующий сайт на OсStore 2 - хотелось бы его кардинально переделать, но на мой взгляд проще развернуть заново. Текущий сайт делал сам, но в настоящий момент со временем беда, поэтому хотел бы делегировать данную задачу профессионалу или нескольким по сегментно. Может офтоп, но больше похоже на сайт с нуля. Идея следующая: 1. На другом домене (есть) развернуть CMS (могу сам) 2. Настроить выгрузку остатков с сайтов поставщиков CSV (в настоящий момент использую "Автоматическая обработка прайс листов") - возможно появилось, что-то более совершенное 3. Автоматизировать выгрузку остатков. ( в настоящий момент делаем в руками, полагаю что нужен скрипт который бы ходил по линку, забирал CSV, переименовывал, клал в нужную папку, запускал "Автоматическая обработка прайс листов" (при условии, что выгрузка будет реализована по средствам данного модуля)) 4. Установить модуль оплаты по карте 5. Установить модуль выбора способа доставки (самовывоз 2 магазина, доставка курьером, транспортной компанией, забор в точке ТК) соответсвенно тарификация в зависимости от выбора способа доставки и суммы (+ к цене товара, более 3 тыс = бесплатно) 6. Установить модуль быстрой оплаты (облегченная регистрация) 7. Натянуть шаблом 8. Протестировать, что получилось (сам) 9. Сделать бекап старого сайта, на его место повесить новый Прошу извинить, если запрос не достаточно информативен - это мой первый опыт делегирования. Сам работаю в IT, но в интерпрайсе, поэтому не знаю как правильней поступить раздробить описанную задачу на подзадачи и искать исполнителя по каждой, либо искать одного исполнителя под весь скоуп. буду рад получить от вас предложения/рекомендации От себя гарантирую: Адекватность Четкое ТЗ по каждому пункту Своевременную постоплату Спасибо! С уважением,

Спсибо за идею.. Возможно другой параметр ибо: File Uploads upload_max_filesize Maximum allowed size for uploaded files. 2M А вот это больше похоже на правду: Resource Limits memory_limit Maximum amount of memory a script may consume (32MB) 32M но то же не факт, так как до этого успешно загружал 33,3 мб. Так же вчера протестил следующее: порезал прайс до 29,8 мб и залил - скушал. Получается 413 Request Entity Too Large все же зависит от размера файла!? Или есть другие мнения?

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

Коллеги, день добрый! Подскажите пож, если кто знает как справляться с 413 Request Entity Too Large В прайсе 25 000 + товаров (51 мб), до этого выгружал 20 000 + без проблем, сейчас у поставщика поменялись категории, решил снести старые залить по новой, но не тут то было. Что пробовал: Загружал 10 строк ( нашел где-то раньше в обсуждениях) - кушает Загружал 18 000 + строк (35,1 мб) ( отфильтровал, те что в наличии) - 413 Request Entity Too Large Загружал старый прайс на 20 000 + строк (33,3 мб) - кушает От чего зависит данное явление "413 Request Entity Too Large" - ?? Есть подозрение, что модуль или хостинг не пропускает файлы более 35 мб - но проверять опытным путем не хочется( Буду признателен за любую информацию, по теме. Спасибо.

День добрый! Наполнить сайт 1ntim.ru - 6 тыщ позиций с копейками Донор http://www.astkol.com/catalog/websrv/ ( есть все выгрузки) На сайте установлен модуль Автоматической обработки прайс листов https://opencartforum.com/files/file/2306-%D0%B0%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D1%87%D0%B5%D1%81%D0%BA%D0%B0%D1%8F-%D0%BE%D0%B1%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B0-%D0%BF%D1%80%D0%B0%D0%B9%D1%81-%D0%BB%D0%B8%D1%81%D1%82%D0%BE%D0%B2/ Можно с помощью модуля, можно таблицами в php - как Вам удобней P.S. Сейчас нет под рукой машины на винде, на моем маке возникают проблемы с кодировкой Жду предложений