Jump to content

alukos

Пользователь
  • Content Count

    98
  • Joined

  • Last visited

Everything posted by alukos

  1. JS может быть включен, но из-за ошибки не работать.
  2. Могли что-нибудь запортить в JS и он после ошибки не обрабатывается. А картинка на той же странице открывается с помощью плагина. Включите FireBug, активируйте панели, он должен показать ошибки JS на странице.
  3. Добавлять инфу о картинке в спец мета тег или в сам виджет. Док. <meta content="http://my_site.ru/files/products/image_name.jpg" property="og:image"> Open Graph используется и там и там. Так как соц.сети используют кеширование, то изменения для закешированных страниц в соц.сети можно увидеть не сразу (кажется чтото у меня на сутки залепало)
  4. Копию 1С и сайта я смогу у себя установить? Подробнее можно через skype и teamviewer обсудить
  5. Настраивал выгрузку по этому протоколу, но с Mой Cклад, обсуждение тут. Синхронизируется через xml, не csv описание протокола здесь В последних версиях Симплы были добавлена синхронизация контрагентов, изменилась библиотека обработки xml. Какая у Вас верcия Симплы? В структуре что-то изменяли? Что имеется ввиду под дикими багами?
  6. Если в Симпле на складе товара с артикулом арт1 1 штука, его заказали, синхронизировали заказы с МС (там товар зарезервировался и остаток стал 0), допустим заказ в Симпле еще не обработали и произошла автоматическая синхронизация остатков МС с ИМ (из МС выгрузился нулевой остаток данной товарной позиции). Получаем заблокированный заказ (недостаточно товара 0 штук) Как рекомендуете решить?
  7. 1. В RK->Личный кабинет->Администрирование Result URL: http://my_site.ru/payment/Robokassa/callback.php Success URL: http://my_site.ru/order Fail URL: http://my_site.ru/order 2. Перед активацией RK предлагает проверить работу (после активации тестовый сервер будет недоступен) Robokassa.php (подключаем тестовый сервер) //$button = "<form accept-charset='cp1251' action='https://merchant.roboxchange.com/Index.aspx' method=POST>".$button = "<form accept-charset='cp1251' action='http://test.robokassa.ru/Index.aspx' method=POST>". 3. По ссылки из http://robokassa.ru/ru/DocTest/R
  8. Если прописать В api/Config.php написать вот так: date_default_timezone_set($this->vars['timezone']); это разве повлияет на 1c_exchange.php ? Убрал вообще: // Временная зона date_default_timezone_set('CET'); Вроде работает.
  9. если таймзону, например 'Europe/Moscow', прописать в конфиг, то как сделать, чтобы она стала везде доступна и в 1c_exchange.php тоже?
  10. Не нашел такую зону 'CET' http://www.php.net/manual/ru/timezones.php Прописал в 1c_exchange.php // Временная зонаdate_default_timezone_set('Europe/Moscow'); сейчас правильно записывает, харкордно как то Попробовал еще раз, уже не правильно
  11. После синхронизации в s_settings.ast_1c_orders_export_date записывается значение на два часа ранее $f = fopen($dir.'logo.txt', 'a'); fwrite($f, ' ;sale query date("Y-m-d H:i:s")'.date("Y-m-d H:i:s")); fclose($f); , соответственно если сразу запустить следующей синхронизации шлются все заказы за два часа до предыдущей синхронизации. Где настроить правильное время не пойму. Если запустить файл <? echo "PHP: ".date("Y-m-d H:i:s"); ?> выводит верное время Попробовал прописать в 1c_exchange.php // Временная зонаdate_default_timezone_set('CET'); т.к. она до этого устанавливалась в config
  12. похоже должно быть if(isset($filter['modified_from'])) $modified_from_filter = $this->db->placehold('AND o.date > ?', $filter['modified_from']); нет поля created
  13. Денис, большое спасибо. Так и сделаю. Мое упущение, плохо заказчику объяснил, что не нужно заказы править в Симпле.
  14. может все же отрабатывает выгрузка из МС? а где находится access.log? :/
  15. я НЕ менял заказы в Симпле. Когда менял в Симпле все нормально отрабатывало (заказ повторно выгружался) Вся загадка, почему куча заказов выгружается после изменения хотя бы одного заказа в МС, при том, что в Симпле НИЧЕГО не делалось
  16. я не нашел где используется время 1С, все вроде по php пусть и не правильному
  17. еще раз ответ похоже тот же s_settings.ast_1c_orders_export_date 2012-08-23 16:40:54
  18. послал запрос http://вашсайт.ru/simpla/cml/1c_exchange.php?type=sale&mode=query даты в ответе: 2012-08-23 15:36:53 2012-08-23 14:29:43 ... 2012-08-22 22:07:39 ... s_settings.ast_1c_orders_export_date 2012-08-23 16:37:02
  19. а зачем эта ветка, если ин-фа о заказах не шлется из МС в Симплу if($simpla->request->get('type') == 'sale' && $simpla->request->get('mode') == 'file')?
  20. last_1c_orders_export_date 2012-08-23 12:47:22 смотрю файл с заказами который выгрузился в МС: <?xml version="1.0" encoding="UTF-8"?>-<КоммерческаяИнформация ДатаФормирования="2012-08-23" ВерсияСхемы="2.04">-<Документ><Ид>155</Ид><Номер>155</Номер><Дата>2012-08-23</Дата><ХозОперация>Заказ товара</ХозОперация><Роль>Продавец</Роль><Курс>1</Курс><Сумма>1210.00</Сумма><Время>12:42:26</Время>...</Товары></Документ> и далее еще 12 документов с датой ранее чем в базе
  21. Все чудесатее и чудесатее. В МС пишут, что запросы одни и теже. Но факт налицо: - пришел заказ в Симплу - синхронизировали - изменили заказ в МС (в Симпле НИЧЕГО НЕ МЕНЯЛИ) - синхронизировали => !!! пришел файл со всеми заказами и затер все изменения в МС Как Денис вы описываете, этого не может быть, но оно есть и причем стабильно Как вариант где то подтверждение не проходит и дата слетает
  22. Всплыл еще глюк. 1) получили заказ в Симплу (ИМ) 2) нажали загрузить заказы в МойСклад (МС) => загрузился заказ => ok 3) загрузить заказы в МС => нет новых => ok 4) правим заказ в МС 5) загрузить => получаем список всех заказов ИМ, хотя в магазине ну ничего не правили => все изменения в МС затерлись Error!!! Вопрос, когда Симпла вдруг решает выслать все заказы, даже те которые уже высылались и в Симпле не правились?
  23. upwear.ru/simpla - не отдает страницу После переноса забыл скомпилированные шаблоны удалить, частенько Smarty забывает перекомпилировать.
×
×
  • Create New...