Модуль доставки СПСР-Экспресс - страница 2 - [VM1] Оплата и доставка

Я не понял что надо посмотреть, эта часть кода идентична ..

нет, смотреть надо не код а что в таблицах творится.

В таблицах SQL ?? это для меня китайский (

тогда разберись с phpMyAdmin, иначе помочь тебе не получится, я в твою базу заглянуть не могу.

Помогите разобраться. Joomla 1.5.14 VM 1.1.4 скачал и установил но вложенной инструкции SPSR_vm_112_001.zip. При импорте  файла spsr_f через phpmyadmin получил ошибку
Ответ MySQL: 
#1062 - Duplicate entry '2' for key 1
Но таблица создалась, регионы и данные заполнены.
Что не так? Помогите пожалуйста!

Посмотри этот файл на наличие дубликатов по ключевым полям, сравни что записалось в базу с запросом в файле, при отсутствии строк допиши вручную в базу.

хм..  при весе товара меньше 500 грамм пишет "СПСР-Экспресс - ошибка расчета тарифа.
Неправильный формат веса."

если больше то все нормально считается.

и  про доставку все равно пишет так "Доставка осуществляется в течение 0 - 0 дней"

возможно на сайте спср переменные какието поменяли.

по поводу сроков доставки - они ничего не поменяли, но в получаемых XML стоит 0-0, видимо отключили эту возможность.
По поводу веса - отправлял вручную запрос получил ответ т.е. вроде-как считает. Посмотри какую строку выдает в режиме отладки твой скрипт

С весом разобрался -  VirtueMart округлял до целого значения (до кг)

Как поправил:

внес исправления в таблицу jos_vm_product

переменная  product_weight была    decimal(10,0) стала    decimal(10,3)   и вот оно счастье

По срокам доставки -  решил не напрягаться и просто убрать строки при выводе вариантов доставки

Так по срокам хоть как занапрягайся - если их спср не выдает, значит нет.

Уважаемый, Arkadiy

В архиве для установки, в мускульном запросе в таблицу jos_vm_spsr_f отсутствует город Москва как таковой. Проверьте, пожалуйста.

Поэтому и не видит модуль ни продавца "в Москве" ни покупателя...

Здравствуйте! обнаружилась проблемка: периодически страница с вариантом выбора способа доставки вываливает ошибки типа: Ошибка при загрузке модулей:MySQL server has gone away SQL=SELECT id, title, module, position, content, showtitle, control, params FROM jos_modules AS m LEFT JOIN jos_modules_menu AS mm ON mm.moduleid = m.id WHERE m.published = 1 AND m.access <= 1 AND m.client_id = 0 AND ( mm.menuid = 2 OR mm.menuid = 0 ) ORDER BY position, ordering
Ошибка при загрузке модулей:MySQL server has gone away SQL=SELECT id, title, module, position, content, showtitle, control, params FROM jos_modules AS m LEFT JOIN jos_modules_menu AS mm ON mm.moduleid = m.id WHERE m.published = 1 AND m.access <= 1 AND m.client_id = 0 AND ( mm.menuid = 2 OR mm.menuid = 0 ) ORDER BY position, ordering
при это страница грузится секунд по 20, как я понимаю это из-за задерки в ответах от сервера СПСР мусуль отваливается? и можно ли это как-то победить?

З.Ы. Проблема к данному модулю не относится, сервер затыкался на запросе в БД от стандартного модуля доставки.

Мускуль от сервера СПСР никак не зависит, если конечно это не их мускуль. Связи одного с другим не вижу.

 Похоже затыкается на вот на этом запросе, но что интересно в PHP админе этот запрос проходит на ура....object(ps_DB)#157 ( { ["row"]=> int(-1) ["record"]=> NULL ["error"]=> string(0) "" ["errno"]=> string(0) "" ["_sql"]=> string(96) "SELECT state, country FROM #__vm_user_info WHERE user_info_id='3aa3004087b80b870f102b2c76d0efe8'" ["_query_set"]=> bool(false) ["called"]=> bool(true) ["_database"]=> &object(JDatabaseMySQL)#11 (19) { ["name"]=> string(5) "mysql" ["_nullDate"]=> string(19) "0000-00-00 00:00:00" ["_nameQuote"]=> string(1) "`" ["_sql"]=> string(97) "SELECT state, country FROM jos_vm_user_info WHERE user_info_id='3aa3004087b80b870f102b2c76d0efe8'" ["_errorNum"]=> int(2006) ["_errorMsg"]=> string(128) "MySQL server has gone away SQL=SELECT state, country FROM jos_vm_user_info WHERE user_info_id='3aa3004087b80b870f102b2c76d0efe8'"

Однако решился вопрос, выключил несколько плагинов и глюк ушёл.... но при 300 товарах, а что будет при 1000? наверно другой хостинг

На самом деле твой хостинг вызывает слишком много вопросов. Можно подумать о смене прямо сейчас.

Хостер говорит, что "запрос выполняется в то время, когда подключение к базе данных уже закрылось
по таймауту. Нужно оптимизировать скрипт таким образом, чтобы запрос
выполнялся вовремя." может кто кинет ссылочку с описанием работы мускуля?
Я то свято верил, что отправленный запрос открывает сесию а ответ на него закрывает сесию.

Вот смотри, до тебя этот модуль скачало 143 человека и ни у кого аналогичных проблем с ним не возникло. Так-же в первом твоем посте в этой теме присутствуют запросы вообще не относящиеся к данному модулю, но присутствующие у каждого, кто использует Joomla. Так-же у тебя были проблемы с косяченными файлами.

1. Я полностью согласен с тем что опубликованный в данной ветке модуль работает стабильно и без проблем и описанная выше проблема с ним никак не связана.
2. Есть некая проблема в разделе доставки которую нужно решить, и на данный момент точно не понятен путь её решения, возможно проблема не связанна с жумлой.
3. Скорее всего данные рассуждения надо перенести в другую ветку, Биглер?
4. Провайдер по моему требованию перенёс мой аккаунт на другой сервер, к стабильности работы других страниц и модулей пока вопросов нет.
5. Проблема косячных файлов до конца не раскрыта (была ли она вопще?) скорее всего её не было сначала, просто не было подробной пошаговой инструкции и у каждого собственное понимание элементарных вещей, да так бывает
6. Часть проблем, не относящихся к данной теме, например лишние варнинги, решились исправлением в исходный вид файла .htaccess в исходный вид.
7. Я хочу найти решение проблемы и оставить его на форуме, сэкономив тем самым кому-то время и не важно связана проблема с самой жумлой или хостером, так как с ней не раз ещё столкнутся.
8. К сожалению в данный момент нет возможности перенести сайт на другой хостинг, и требуется вывесить ещё несколько вариантов с использованием стандартного модуля доставки, которые увеличивают нагрузку и снова вызывают ошибки сервера sql. Возможно есть путь скорректировать стандартный модуль доставки относительно работы с sql сервером.

Так всё таки как проходить взаимодействие скриптов жумлы и sql сервера (открытия и закрытия сессии)?

Если посмотреть в корень (минуя различные функции для облегчения работы с БД) то все работает как обычно, причем в любой CMS, ведь в php не создано разных способов обращения к БД.

1. Ещё один момент, у меня стоит доработанный стандартный модуль доставки по методике предложенной здесь:http://joomlaforum.ru/index.php/topic,55246.0.html и если модуль СПСР не включен, то в стандартный модуль доставки передаётся стоимость заказа, а если включить модуль СПСР, то в стандартный модуль доставки (отображаемый на этой же странице, но ниже) передаётся стоимость доставки рассчитанная модулем СПСР.
2. То есть ошибка sql сервера в моём случае некоим образом не связана с кодом сайта?

1. Я не знаю откуда "доработанный стандартный модуль" берет стоимость доставки.
2. Думаю что да.

1. Берёт из глобальной переменной $total. После работы модуля СПСР ест льи данные о сумме заказа без стоимость доставки в каких либо переменных?
Переменная tax_total в модуль стандартной доставки приходит пустой.
2. Спасибо за ответ! Похоже придётся решать вопрос с хостингом

global $total, $tax_total используются в функции list_rates( &$d ). Но т.к. они переданы по значению, а не по ссылке, то за пределами этой функции они своего значения не меняют.

У меня на сайте нормально соседствуют СПСР, почта России и стандартный модуль доставки. Никто никому не мешает.

Эта доработка для переработанного по инструкции указанной здесь http://joomlaforum.ru/index.php/topic,55246.0.html стандартного модуля доставки.
Решение: в файле \administrator\components\com_virtuemart\classes\shipping\spsr_f.php после строки
   
   добавляем   $temp= $total;
Далее после строки   добавляем $tax_total=$temp;

в файле \administrator\components\com_virtuemart\classes\shipping\standard_shipping.php
после строк Добавляем $total=$tax_total;

Ещё раз повторяю эта доработка для переработанного по инструкции указанной здесь http://joomlaforum.ru/index.php/topic,55246.0.html стандартного модуля доставки

Ну тогда это вопрос совсем не ко мне, а к автору указанного тобой топика.

Вопрос снят.

global $total, $tax_total используются в функции list_rates( &$d ). Но т.к. они переданы по значению, а не по ссылке, то за пределами этой функции они своего значения не меняют.

У меня на сайте нормально соседствуют СПСР, почта России и стандартный модуль доставки. Никто никому не мешает.

А в почте России авиадоставка и отправления 1 класса пашут?

А почему они не должны пахать? вопрос потому, что отправления 1 класса отключены, авиа есть.

На сервере СПСР изменился формат запроса? что то на на 3 хостах "СПСР-Экспресс - ошибка расчета тарифа."