Jump to content

Ekuvenok

Новичок
  • Content Count

    15
  • Joined

  • Last visited

Community Reputation

2 Обычный

1 Follower

About Ekuvenok

  • Rank
    Пользователь

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Если не на чистый магаз бекапом, то смысла мало может все улететь в тах-тарары. Если все же хотите тогда заходим базы данных через сервер/панель/запрос и тянем нужное, Это если не ошибаюсь 2-ХХ таблиц, с запуском выборки вытащить юрл, запросом к формированию экспорта, правда я х.з. что у Вас база сделает с ними на втором магазе. Все уже зависит от повислого груза бд на магазе и как работает он, каким дефом и т.д, а может модуль какой что-то вытворил. Вот так можно штатными, если в этом разбираетесь, на уровне хотя бы выше среднего и работали с базами, но я бы не рисковал дефолтом тащить. Тогда тащить их лучше полностью и полностью всей толпой. Одно дело отбэкапить все, другое - часть, еще и без знаний, чтоб потом не было крика "ай-я-яй помогите" - существуют модули). В случае с экс/имп (вариантов модуля несколько бесплатных есть) в принципе все так же идет через базу, но Вы туда самостоятельно не залазите, и ничего не тащите, в итоге будет быстро легко и без всяких сверх эксцессов, танцев с бубнов, тряски в руках и нет нужды разбираться в БД. Просто и удобно. Да и разница всплывет, если дефолтом экспорт разным будет, т.е. еще проведя экспорт с одного и с второго будет видна разница и где стоит подправить док если это нужно. Тем более вы хотите seourl только категорий... Один файл с одного и другого скачать, сравнить имена (открыть обычным Excel) и вставить с одной версии в другую ИД и сео юрл. В остальных полях можно оставить все по дефолту, либо прописать: "00100" - вместо текстов для будущей простоты редактирования, да и просто так правильнее запись ляжет, остальное по дефолту берем из строк которые там были.
  2. Экспорт-импорт. Ставишь и экспортируешь меняешь что нужно в файле и заливаешь в другой магаз. если там уже есть категории. Экспортируем их редактируем файл добавляя из первого значения жмем импорт и заливаем.
  3. Можете сделать проще. Берем гугл ищем модуль "option-equals-sign" (бесплатный кажись). И после установки используем знак "=" в опциях. Все Ваша проблема решена. Цены отображает актуальные напрямую из опций и главная цена остается редактируемой. Не забудьте бэкап сделать, перед установкой модуля. Должен быть совместим, но все же. И проверьте в опциях наличие знака "=". Данный модуль часто идет в комплектах с другими, может уже быть нужный функционал.
  4. Тут согласен, просто видел хорошие решения для привлекательности, решил себе подобное добавить, после понял - нужно прописать поведение для разных экранов... В итоге простенький код - превратился в толстячка
  5. В админке: Систем - Локализация - Страны, жмем карандашик и редактируем. Через бд - редактируем. Идем в гугл и ищем модуль который сделает это за Вас)
  6. Проверьте что кешируете на стороне клиента и кешируете что-то или нет (если нет - стоит начать, если да - проверить на наличие лишнего). Если все норм - тогда вариантов может быть куча. Еще вариант: скорость обработки может быть маленькой - тогда к хостеру (но я склонен к кешу).
  7. Опе 3.0.3.2 Делал мультиязычность, столкнулся с такой проблемой: Модуль Текстовый блок - HTML - имеет ограничения, не знаю с чем они связаны... 290 строк или примерно 24038 знаков (для каждого языка). Короче, если делать такой код на 3 языка - получаю полностью пустой документ отключенный док [870 строк или 72500 знаков примерно, в общей сложности должен содержать]. Я конечно поборол эту проблему "хитростью", но возможно у кого-то есть решение, может нужно где-то аргумент увеличить? Или это того не стоит? Интересно чужое мнение) Решение вполне устраивает и сейчас... Конечно в плане редактуры оно затрудняет работу, но что уж там. Работает и славно.
  8. Все решил. Снес все кроме базы, автоподстановкой залил опен... Залил через менеджер сам сайт, кроме конфиг и еще 10-ка файлов в ошибку кидали. БД обращение перенаправил на свою базу. Я был в шоке от такой мизерной разницы. Теперь снова нужно ставить 21 модуль, из тех что подтянуть не получилось
  9. Появилось уточнение: Играл с конфигом, если: define('DIR_IMAGE', '/home/mmmmm/public_html/image/'); Изменить на: define('DIR_IMAGE', '/home/mmmmm/public_html/image'); Все товара снова становятся с картинками, однако логотип отключатся... А поле баннера где красовались названия (не тянуло картинки) - вовсе уходит. Менеджер - мертвым сном лежит...
  10. Знаю что в гугле полно информации и тем... Но ничего не помогло. Ситуация состоит в следующем: поругали мне сайт (РКН) и сказал хостер - бери мальчик сервер... Взял, сайт перенесли криво, но перенесли. Директорий часть изменил по образу и подобию прошлого, пришлось, уже привык работать с public_html... Так что так сказать на ВПС сервере переселился в новое место... Итогом стало данное чудо: Картинки пропали в админке, каталоге и менеджер перестал работать (но прямые работают /image/catalog/Icon/indor.png - для страниц информации делалось - так же и в бд прописано, лого тоже открывает). На серваке есть. Конфиги оба поправил после переселения. БД тоже смотрел - все норм пути прописаны верно. Названия всех картинок "a-z, 1-0". Размеры допустимые в том числе папок (до 4,5 мб). Кеш чистил, даже с чистых машин заходил. Делал всякое, логи пустые, ошибок в консоли - нет. В чем еще покопать, суть проблемы? Может кому-то знакомо?..
  11. Это я подозревал - по итогу, еще думал странную рекомендацию выдал сервер проверки скорости, но на момент ускорения, подумал: "Авось - так все же надо"... На других машинах вроде работает... На моей где-то застряла часть кеша, снесу браузер поставлю снова.
  12. Убрал даже кеши обнулил вроде все... Все равно доступ к оформлению заказа блокируемый... Добавил-удалил, добавил-удалил, и все товар зациклился... да и отображает совсем другие товары иногда... На всякий случай ссылку кину может кто так сможет понять проблему... Сори за тематику Деньги на разработку выделять отказались
  13. Наверное следует изменить вопрос, как снять кеширование со страниц оформления заказа и корзины... Используя .htacess, но только для определенных страниц... Как я понял он загоняет их в кеш из-за чего браузер приходится обновлять каждый раз на стороне клиента, при любых изменениях корзины, а мой клиент с подвязкой сессии (или просто очистка не проходит) и вовсе не идет в обработку запроса, т.е. выдает результат - fault по умолчанию...
  14. Может в этом причина быть? <IfModule mod_expires.c> ExpiresActive On ExpiresByType image/jpg "access 5 month" ExpiresByType image/jpeg "access 5 month" ExpiresByType image/gif "access 5 month" ExpiresByType image/png "access 5 month" ExpiresByType text/css "access 3 month" ExpiresByType text/html "access 3 month" ExpiresByType application/pdf "access 5 month" ExpiresByType text/x-javascript "access 3 month" ExpiresByType application/x-shockwave-flash "access 2 month" ExpiresByType image/x-icon "access 3 month" ExpiresDefault "access 2 month" </IfModule>
  15. Здравствуйте! 3.0.3.2 Вот уже 5 часов пытаюсь решить умираение корзины и оформления заказа... При чем в режиме инкогнито все работает... Потому все шишки скорее всего создает кеш... Товары которые раньше были в корзине пропавших постоянно возвращает в корзину обновление при нормальном входе при чем даже удалить их нет возможности, а с оформления скидывает назад в корзину, очистка кеша браузера тут не помогает, скинуть кеш стороны хранилища конечно могу, но это проблему не решит. А лишь создаст вид решения... Может кто подсказать как правильно с ней справиться, потому как я уже киплю, а то что нахожу лишь еще больше направляет в другое место
×

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.