Хорошая тема. Любые вопросы по CS-Cart и не только


#14580

Сейчас всё восстановилось, а проблема была замечена пару недель назад. Всё обошлось без поддержки и обновлений. Спасибо!!!


#14581

Сегодня всё заработало, ничего не делали, просто само по себе стало нормально работать


#14582

Самовывоз. Если пользователь не залогинен, показывает пустую страницу, нет пунктов самовывоза. Залогинишься - все как положено, все пункты на месте. Где собака порылась? Способ доставки “самовывоз” включен для всех.


#14583

Тут есть нюанс. Если клон делать на отдельном другом хостинге - вообще без проблем, в конце концов так и сделал.
А если на том же сервере в соседнюю папку… они начинают друг на друга влиять и оба глючить :frowning: проверял, танцевал с бубном. И на форуме такой вопрос был, но остался без ответа. Втч мой :slight_smile:


#14584

Лучше использовать субдомен, можно использовать тот же хостинг, если идет конфликт установок


#14585

ура ура!помогло!оказалось были папки cache и cache1 и в них вперемешку папки со свежими датами и нет
после удаления обоих заработало


#14587


Всем привет. как убрать? от куда появилось не понятно.
В модулях посмотрел вроде нет не чего.


#14588

В настройках витрины посмотрите, не включена ли настройка Страница входа


#14590

Здравствуйте!
После создания других размеров одежды (цель у характеристики - вариации как один товар). Вариации с другими размерами не наследуют изображение основного товара. Другие размеры генерирую через импорт, а не в админке. У всех так? Как вы генерируете другие вариации?


#14591

Подскажите, что может быть? Как полечить? при обновлении до CS-Cart 4.10.1 пишет:

Ошибка при валидации
Проверка «Восстановить» завершилась неудачно
Файл
Невозможно подготовить скрипт восстановления.

http://joxi.ru/Grqj16xC4Jvpem

Обновление делаю тестово на субдомене.


#14592

Может, прав на запись в папку upgrades нет?


#14593

К сожалению нет. Было 755 этого достаточно т.к. я владелец. Поставил 777 все равно не сработало (.

Блин, даже еще не начал Юнитему 2 ставить, уже проблема (

Такого за 3 года не помню


#14594

а что пишет в/var/upgrade/core_log.txt - чем заканчивается процесс - там можно понять на чем и даже причину дознаться почему вылетает, как минимум - в правильном направлении пойти


#14595

К сожалению, я не силен в чтение логов, но по сути тоже самое он и пишет.

################################################################################
################################################################################
2019-07-24 11:59:18: Starting installation of the “core” upgrade package
2019-07-24 11:59:18: Upgrading version 4.9.3.SP1 to 4.10.1
2019-07-24 11:59:18: Running as user “buybeaut”
2019-07-24 11:59:18: Storing entry point files permissions…
2019-07-24 11:59:18: index.php ==> 33206 (-rw-rw-rw-)
2019-07-24 11:59:18: admin643.php ==> 33206 (-rw-rw-rw-)
2019-07-24 11:59:18: api.php ==> 33206 (-rw-rw-rw-)
2019-07-24 11:59:18: ==> 16872 (drwxr-x—)
2019-07-24 11:59:18: Executing pre-upgrade validators
2019-07-24 11:59:18: Found 2 validators at package
2019-07-24 11:59:18: Executing “Core Changes Confirmation” validator
2019-07-24 11:59:18: Executing “Variation conversion will be required after the upgrade” validator
2019-07-24 11:59:18: Executing “collisions” validator
2019-07-24 11:59:18: Executing “permissions” validator
2019-07-24 11:59:19: Executing “restore” validator
2019-07-24 11:59:19: Backup filename is “upg_core_4.9.3.SP1-4.10.1_24Jul2019_115918”
2019-07-24 11:59:19: Preparing restore script
2019-07-24 11:59:19: Upgrades directory permissions: drwxr-xr-x buybeaut:buybeaut
2019-07-24 11:59:19: Source restore script permissions: -rw-rw-rw- buybeaut:buybeaut
2019-07-24 11:59:19: Directory “/home/buybeaut/uni2.buybeauty.com.ua/upgrades/core_4.9.3.SP1-4.10.1/” for restore script already created
2019-07-24 11:59:19: Created restore script at “/home/buybeaut/uni2.buybeauty.com.ua/upgrades/core_4.9.3.SP1-4.10.1/restore_2019-07-24_11-59-18.php”
2019-07-24 11:59:19: Restore script permissions: -rw-r–r-- buybeaut:buybeaut
2019-07-24 11:59:19: Correcting target restore script directory permissions…
2019-07-24 11:59:19: ----------
2019-07-24 11:59:19: Changing permissions of “/home/buybeaut/uni2.buybeauty.com.ua/upgrades/core_4.9.3.SP1-4.10.1/” to 755
2019-07-24 11:59:19: Using chmod()… OK
2019-07-24 11:59:19: ----------
2019-07-24 11:59:19: Target restore script directory permissions: drwxr-xr-x buybeaut:buybeaut
2019-07-24 11:59:19: Correcting upgrades directory permissions…
2019-07-24 11:59:19: ----------
2019-07-24 11:59:19: Changing permissions of “/home/buybeaut/uni2.buybeauty.com.ua/upgrades” to 755
2019-07-24 11:59:19: Using chmod()… OK
2019-07-24 11:59:19: ----------
2019-07-24 11:59:19: Upgrades directory permissions: drwxr-xr-x buybeaut:buybeaut
2019-07-24 11:59:19: Checking restore script availability via HTTP
2019-07-24 11:59:19: HTTP error: curl (6): Could not resolve host: uni2.buybeauty.com.ua
2019-07-24 11:59:19: Restore script is NOT available via HTTP at “http://uni2.buybeauty.com.ua//upgrades/core_4.9.3.SP1-4.10.1/restore_2019-07-24_11-59-18.php”.
2019-07-24 11:59:19: Upgrade stopped: unable to prepare restore file.


#14596

Видимо хост uni2.buybeauty.com.ua не имеет записи в днс, а только на пк, с которого делается обновление(возможно в файле hosts, если на windows). Похоже что проблема именно в этом


#14597

Да, скорей всего в этом проблема. Да, ns не наравляли, прописал хостс на ПК. А как это вопрос решить? Нужно сделать запись ДНС по другому никак?


#14598

Можно функцию подправить prepareRestore в файле app/Tygh/UpgradeCenter/App.php
Там перед выходом эти проверки и висят.
Либо же добавить маршрут на веб сервере


#14599

А что именно подправить, я не програмист… хотя ладно… сделаю наверно записи, а то потом еще где то вылезет.


#14600

return false закоментить


#14601

Спасибо. Сейчас попробую!