alexts 18 Опубликовано 23 апреля, 2012 Жалоба Share Опубликовано 23 апреля, 2012 Как то странно и нестабильно себя ведет. Один раз дало закачать 3700 товаров из почти 6000, а потом началось То про тайм аут ругается, то магазин закрыт, иногда дает обновить некоторое количество товаров: Интернет-магазин закрыт на техническое обслуживание, заходите позже! Проблема с MySQL. Как узнать причину ошибки. Пробовал разбивать файл пополам, так оно еще в начале ругается , на перво десятке товаров. Джентельмены, где рыть и что делать. Есть доступ к php.ini? может там какой параметр нужно исправить. Помогите, у кого есть опыт... Ссылка на сообщение Поделиться на другие сайты
KoVaLsKy 59 Опубликовано 23 апреля, 2012 Жалоба Share Опубликовано 23 апреля, 2012 да. это то же что и с обработкой картинок http://vamshop.ru/forum/topic/9720-%D0%BF%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D1%8B-%D1%81-%D0%BE%D0%B1%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%BE%D0%B9-%D0%B8%D0%B7%D0%BE%D0%B1%D1%80%D0%B0%D0%B6%D0%B5%D0%BD%D0%B8%D0%B9/ вот. панацея та же самая в тех де файлах. Ссылка на сообщение Поделиться на другие сайты
alexts 18 Опубликовано 23 апреля, 2012 Автор Жалоба Share Опубликовано 23 апреля, 2012 Спасибо за ответ. Не подскажите, а как проверить, что сайт подхватил нужный размер.? У меня на хостинге php.ini лежит в корне, до www , те его настройки общие для всех создаваемых сайтов. Достаочно ли только в нем указать memory_limit = 32M? Не борзеть, это понятно, вот только у хостера нигде не нашел цифири "границы борзости" - сколько он выделяет памяти для моего тарифного плана. Скрывает наверное?:) Вот и думаю какую цифирь выставить скромно ... Ссылка на сообщение Поделиться на другие сайты
support 447 Опубликовано 23 апреля, 2012 Жалоба Share Опубликовано 23 апреля, 2012 Придётся делить на части, целиком и сразу наверное и не получится загрузить. Ну попробуйте 256M например. Но всё равно лучше на части делить, быстрее будет. Ссылка на сообщение Поделиться на другие сайты
alexts 18 Опубликовано 23 апреля, 2012 Автор Жалоба Share Опубликовано 23 апреля, 2012 Сделал следующее: 1. В .htaccess добавить строку (при условии, что PHP работает под Apache): php_value memory_limit 256M В php.ini (при условии, что Вы можете его редактировать) изменить значение параметра memory_limit:memory_limit 32M 2. Добавив в index.php после:<?php следующий код: ini_set('memory_limit', '256M'); 3.Cоздайте файл php.ini в корне сайта: memory_limit = 256M 4. Для верности и в корне аккаунта в php.ini тоже 256. С загрузкой пока без перемен. Если выгружаю файл с 4 633 позиции, то потом он полностью и беспроблемно импортируется. Если файл с изменениями даже с 50 позициями - то магазин закрывается на техобслуживание строго на загрузке(обновлении) 16 позиции. Можно было бы заподозрить некорректность именно в 16 строке, но удалял, какая бы строка ни была, именно на ней и затыкается. А есть ли какой лог процесса загрузки? Ссылка на сообщение Поделиться на другие сайты
support 447 Опубликовано 23 апреля, 2012 Жалоба Share Опубликовано 23 апреля, 2012 Так если на какой-то определённой строке спотывается, наверное в этой строке что-то не так. Может кавычка ' в описании, может ещё что. Ссылка на сообщение Поделиться на другие сайты
alexts 18 Опубликовано 23 апреля, 2012 Автор Жалоба Share Опубликовано 23 апреля, 2012 Нет, уже пробовал, удалял, пяток строк, в том числе и "проблемную", т.е. уже совсем другая становилась под номером 16, все равно затыкается. Ссылка на сообщение Поделиться на другие сайты
support 447 Опубликовано 23 апреля, 2012 Жалоба Share Опубликовано 23 апреля, 2012 Из 4 с линшим тысяч только перве 16 добавляется? Это, мягко говоря, странно, такое может быть только если ошибка в прайсе. Покажите хоть файл, что Вы пытаетесь грузить. Ссылка на сообщение Поделиться на другие сайты
alexts 18 Опубликовано 23 апреля, 2012 Автор Жалоба Share Опубликовано 23 апреля, 2012 Пока таймаут. Во первых хочу новый файл загрузки сваять, а то уж запутался в вариантах. Во вторых с моим хостером видимо после изменений настроек стоит подождать. Есть подозрения, что далеко не сразу сработает memory_limit = 256M. По результатам отпишусь обязательно. Да, в easypopulate.php изменил кодировку по умолчанию на UTF8. Достало выставлять каждый раз и периодически забывать это сделать. Файл работающий прилагаю, таким новичкам как я пригодится. easypopulate.zip Ссылка на сообщение Поделиться на другие сайты
support 447 Опубликовано 23 апреля, 2012 Жалоба Share Опубликовано 23 апреля, 2012 Так я ж вроде спрашивал про файл с данными, что Вы пытаетесь грузить. Ссылка на сообщение Поделиться на другие сайты
Artkey 0 Опубликовано 23 апреля, 2012 Жалоба Share Опубликовано 23 апреля, 2012 Бесплатный совет из собственных опытов, чтобы небыло проблем с загрузкой такого количества, проще разбить сайт на поддомены. Зачем пихать на один сайт кучу неизвестно чего? Для лучшего продвижения ресурса поделить сайт на темы и каждую тему раскидать на отдельный поддомен сайта. Сделать перекрестную перелинковку друг на друга. И все. Поисковик зашел на сайт и нашел что ему нужно, а не кидался из стороны в сторону. Я разделил сайт, и за полтора месяца у трех поддоменов из 4ёх тиц 10 и пр 1 и основной сайт на двадцать пунктов поднялся. Так что всем удачи. Тем более на cms vamshop это делается элементарно, на все поддомены выгружается одна и таже база, потом лишнее удаляется, и все будет работать как часики :) Всем удачи Ссылка на сообщение Поделиться на другие сайты
alexts 18 Опубликовано 23 апреля, 2012 Автор Жалоба Share Опубликовано 23 апреля, 2012 Так я ж вроде спрашивал про файл с данными, что Вы пытаетесь грузить. я же написал, поскольку появились сомнения в корректности файлов загрузки после всех экспериментов, решил подготовить новый, еще раз проверить, а уж потом вопросы продолжать. Не уверен в "чистоте" выводов и в наличии эффекта от правки php.ini Ссылка на сообщение Поделиться на другие сайты
support 447 Опубликовано 24 апреля, 2012 Жалоба Share Опубликовано 24 апреля, 2012 alexts Понятно, удачи Ссылка на сообщение Поделиться на другие сайты
alexts 18 Опубликовано 25 апреля, 2012 Автор Жалоба Share Опубликовано 25 апреля, 2012 Сделал новый файлик, аккуратненько, вроде прошла корректно закачка порядка 4700 товаров. Режим Нормальный UTF-8 При этом часть товаров обновляется, часть добавляется. Какова логика режимов? Если выбрать Добавление, значит ли это , что он не тронет имеющиеся позиции, а только добавит новые? Если выбрать Обновление, значит ли это , что он только обновит имеющиеся позиции, и не станет добавлять новые? P/S Если,для теcтов, например, нужен файлик с данными, то выложу Ссылка на сообщение Поделиться на другие сайты
support 447 Опубликовано 25 апреля, 2012 Жалоба Share Опубликовано 25 апреля, 2012 Проверяется по поле v_products_model Если есть товар с таким кодом - обновляется. Если нет - добавляется. Ссылка на сообщение Поделиться на другие сайты
Liebbe.ru 0 Опубликовано 27 апреля, 2012 Жалоба Share Опубликовано 27 апреля, 2012 Проблемка появилась по экселю. Если беру экспорт выгрузки с сайта, получаю файлик EP кодировка которого не читается экселем. Как быть? Ссылка на сообщение Поделиться на другие сайты
support 447 Опубликовано 27 апреля, 2012 Жалоба Share Опубликовано 27 апреля, 2012 Выбирать кодировку при экпорте. Там есть выбор - utf8 или cp1251 Ссылка на сообщение Поделиться на другие сайты
Liebbe.ru 0 Опубликовано 27 апреля, 2012 Жалоба Share Опубликовано 27 апреля, 2012 версия 1.66 где она выбирается? я голову уже сломал. в 1.47 можно было галочку поставить и всё, а тут она где то спрятана. Ссылка на сообщение Поделиться на другие сайты
support 447 Опубликовано 27 апреля, 2012 Жалоба Share Опубликовано 27 апреля, 2012 Возьмите файлы: /admin/easypopulate.php /admin/easypopulate_functions.php из текущей версии, там будет выбор кодировки. Ссылка на сообщение Поделиться на другие сайты
Liebbe.ru 0 Опубликовано 27 апреля, 2012 Жалоба Share Опубликовано 27 апреля, 2012 Теперь с кодировкой всё нормально, возник вопрос по самой выгрузке. Не могли бы вы сказать менялась ли структура выгрузки вместе с обновлением (в 1.47 и в нынешней 1.67) если да, то какие столбцы менялись и исключались? Вопрос возник т.к. в ацесс модуль выдаёт ошибки в некоторых столбцах (v_product_id, product image и ещё несколько) Ссылка на сообщение Поделиться на другие сайты
support 447 Опубликовано 27 апреля, 2012 Жалоба Share Опубликовано 27 апреля, 2012 Да, менялась немного. v_products_id колонки не стало, основная и обязательная колонка теперь - v_products_model Вы сделайте выгрузку в текущей версии и посмотрите. Ссылка на сообщение Поделиться на другие сайты
Liebbe.ru 0 Опубликовано 27 апреля, 2012 Жалоба Share Опубликовано 27 апреля, 2012 Мы сделали и модули в ацесс отвалились... Теперь не знаем как выгрузить товар на сайт.. Не знаете ли вы какой то экстрено оптимальный способ? Ссылка на сообщение Поделиться на другие сайты
support 447 Опубликовано 27 апреля, 2012 Жалоба Share Опубликовано 27 апреля, 2012 Я не знаю, что такое "модули в ацесс". Наверное в неправильно формате грузите файл с данными. Ссылка на сообщение Поделиться на другие сайты
Liebbe.ru 0 Опубликовано 27 апреля, 2012 Жалоба Share Опубликовано 27 апреля, 2012 Дело вот в чём, есть у нас БД в ацесс. Специальная такая программка, которая заточена была под выгрузки вамшопа, она сводила выгрузку сайта с выгрузкой поставщика, через колонки. Грубо говоря она удаляла дубли товаров, обнавляла цены и наличие. После того как изменилась структура таблица, бд выдает ошибку. Хотелось бы знать полный список изменений по структуре таблицы, чтобы человек который это писал, смог внести эти изменения. Ссылка на сообщение Поделиться на другие сайты
support 447 Опубликовано 27 апреля, 2012 Жалоба Share Опубликовано 27 апреля, 2012 Так код открыт, sql код тоже открыт. Берёте и смотрите. Ссылка на сообщение Поделиться на другие сайты
Рекомендуемые сообщения