alukos

JS может быть включен, но из-за ошибки не работать.

Могли что-нибудь запортить в JS и он после ошибки не обрабатывается. А картинка на той же странице открывается с помощью плагина. Включите FireBug, активируйте панели, он должен показать ошибки JS на странице.

Добавлять инфу о картинке в спец мета тег или в сам виджет. Док. <meta content="http://my_site.ru/files/products/image_name.jpg" property="og:image"> Open Graph используется и там и там. Так как соц.сети используют кеширование, то изменения для закешированных страниц в соц.сети можно увидеть не сразу (кажется чтото у меня на сутки залепало)

Копию 1С и сайта я смогу у себя установить? Подробнее можно через skype и teamviewer обсудить

Настраивал выгрузку по этому протоколу, но с Mой Cклад, обсуждение тут. Синхронизируется через xml, не csv описание протокола здесь В последних версиях Симплы были добавлена синхронизация контрагентов, изменилась библиотека обработки xml. Какая у Вас верcия Симплы? В структуре что-то изменяли? Что имеется ввиду под дикими багами?

Если в Симпле на складе товара с артикулом арт1 1 штука, его заказали, синхронизировали заказы с МС (там товар зарезервировался и остаток стал 0), допустим заказ в Симпле еще не обработали и произошла автоматическая синхронизация остатков МС с ИМ (из МС выгрузился нулевой остаток данной товарной позиции). Получаем заблокированный заказ (недостаточно товара 0 штук) Как рекомендуете решить?

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

Если прописать В api/Config.php написать вот так: date_default_timezone_set($this->vars['timezone']); это разве повлияет на 1c_exchange.php ? Убрал вообще: // Временная зона date_default_timezone_set('CET'); Вроде работает.

если таймзону, например 'Europe/Moscow', прописать в конфиг, то как сделать, чтобы она стала везде доступна и в 1c_exchange.php тоже?

Не нашел такую зону 'CET' http://www.php.net/manual/ru/timezones.php Прописал в 1c_exchange.php // Временная зонаdate_default_timezone_set('Europe/Moscow'); сейчас правильно записывает, харкордно как то Попробовал еще раз, уже не правильно

После синхронизации в 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

похоже должно быть if(isset($filter['modified_from'])) $modified_from_filter = $this->db->placehold('AND o.date > ?', $filter['modified_from']); нет поля created

Денис, большое спасибо. Так и сделаю. Мое упущение, плохо заказчику объяснил, что не нужно заказы править в Симпле.

может все же отрабатывает выгрузка из МС? а где находится access.log? :/

я НЕ менял заказы в Симпле. Когда менял в Симпле все нормально отрабатывало (заказ повторно выгружался) Вся загадка, почему куча заказов выгружается после изменения хотя бы одного заказа в МС, при том, что в Симпле НИЧЕГО не делалось