Sammy95

ой, пардон, это же для языка и валюты по умолчанию. А как для корзины - не знаю.

В корне магазина файл index.php и в system/library/currency.php ищи функцию: setcookie( .... , $code, time() + 60 * 60 * 24 * 30, '/', ....Вот в параметре "time() + 60 * 60 * 24 * 30" = 30 суток. Измени 30 на нужное кол-во суток.

Понятно. А есть ли редакторы, умеющие чистить грязный HTML? А то я тут вставил текст из ОпенОфиса в CKEditor, посмотрел Source и чуть не упал...

А в чём преимущества у TinyMCE с CKEditor? Где можно глянуть пример?

Яваскрипт был выключен в браузере.

Просто сами собой появились или вы что-то сделали перед этим? Может другим браузером зашли?Можете в каталоге изображений сделать листинг всех файлов с их размерами?

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

Найдите закономерность, необходимую для того чтобы воспроизвести проблему исчезновения файлов. Может какие-то имена файлов всё-же содержат какие-то особенные символы? Или проблема возникает при загрузке картинок в определённом формате? - тут у кого-то была похожая проблема при загрузке png. 1.) ./admin/controller/common/filemanager.php ./admin/view/template/common/filemanager.tpl ./admin/language/russian/common/filemanager.php

Заметил только, что текст: "Акции Избранное Контакты Карта сайта" на главной опущен ниже. Проблема скорее всего в том, что теги link на главной находятся находятся в блоке body, - уберите их в head. И script тоже желательно (как на остальных страницах). И ещё блок style должен находиться в head, а у вас он вообще ни в head, ни в body.

У меня всё одинаковое вроде. Про какие отступы речь?

eGeo: а все имена файлов были только из латинских символов и цифр?

А откуда сайту знать, что все 3 браузера = 1 и тот же пользователь? Кукисы же у каждого браузера свои собственные...

Если речь про ИЕ6, то им сейчас в России всего 2% пользуется. Да и в целом доля ИЕ по России уже вроде не первое место занимает.

Насколько я понял из формулировки вопроса и вашего ответа на него - кэш не особо помогает. Это я и имел ввиду, когда говорил что работа с БД сделана не самым лучшим образом. Изначально движок сделан так, что значение берётся из базы. А я подхожу (пытаюсь подходить) к проблемам с позиции "исправь один раз как положено и отправь решение в апстрим". Мне этот путь кажется более выгодным, чем исправление одного и того же каждый раз при обновлениях движка. Вот поэтому я и задал эти два вопроса.

mica: движок для таблиц здесь не при чём, просто на первый взгляд БД и работа с ней спроектированы не самым лучшим образом. И тормоза, возникающие при большом кол-ве категорий, указывают именно на это. afwollis: Спасибо за ответы. Осталась ещё парочка вопросов: Если в админке изменить пункт "Единица веса" в Система->Локализация->Единицы веса, который установлен "По умолчанию" (например "kg" заменить на "кг."), то установка "По умолчанию" слетает и в корзине показываются только цифры (без идентификатора единиц веса) до тех пор, пока в Система->Настройки снова не выставить нужные единицы веса. Я выяснил, что в таблице setting это значение хранится в виде текста (строка `group`="config", `key`="config_weight_class", `value`="kg"). Вопрос 1: если хранить там не текст, а ID этой величины (таблица weight_class_description, колонка `weight_class_id`) - может ли это поломать совместимость с какими-то сторонними модулями опенкарта? Вопрос 2: что в подобных случаях делают разработчики ocStore - забивают на баг ради совместимости или как-то решают вопрос?

afwollis: а при чём тут скорость загрузки? MySQL в общем случае выполняет запросы в порядке поступления, и верятность выполнения нежелательного SELECT после DELETE, но до всех нужных INSERT - зависит только от случая и посещаемости ресурса. Или тут у всех апач работает одним бестредовым процессом?

Понятно, выходит, что это стандартный способ для движка опенкарта по внесению изменений в базу. А что будет, если между DELETE и INSERT на сайт зайдёт клиент? - он получит страницу со сброшенными настройками или этот момент как-то обходится?

Sabrewulf: У меня проблема не воспроизводится. Пакет: php5-gd Версия: 5.2.6.dfsg.1-1+lenny9 Пакет: php5-cgi Версия: 5.2.6.dfsg.1-1+lenny9 А джипеги у вас нормально ставятся?

Я бы на это сильно не рассчитывал - хостинги обычно забиты клиентами под завязку.

Fix305: я понял, что речь про яваскрипт :) Имелось ввиду - где в опенкарте можно посмотреть примеры подобного добавления/редактирования/удаления данных? Или это всё было лишь гипотетическим предположением?

Можно сделать SELECT и затем сравнить массивы... Но в целом понятно, значит разработчики пошли по пути наиболее простой реализации. Хотя подход какой-то странный, ИМХО. А что это за JS такой? Через него можно добавить свои параметры?

Судя по коду, выключенные/сброшенные настройки там просто меняют своё значение в поле `value`. И я всегда считал, что UPDATE обходится дешевле, чем DELETE с последующим INSERT. Но даже если это и не так, то в любом случае это просто смешная нагрузка применительно к изменениям настроек. А вот исчерпание значений Auto Increment выглядит более серьёзным злом. Да и вообще, при таком подходе, какой тогда смысл в поле с Auto Increment? - по нему же всё-равно нельзя ничего найти.

Может GD как-то косячит? Назовите версии установленных php и GD. И приложите к сообщению картинки, вызывающие проблемы (названия файлов не менять) - пусть народ у себя с ними попробует.

Sabrewulf: А сколько весят эти png? Этот формат лучше не использовать для фоток.

Обнаружил странный кусок кода в файле admin/model/setting/setting.php: public function editSetting($group, $data) { $this->db->query("DELETE FROM " . DB_PREFIX . "setting WHERE `group` = '" . $this->db->escape($group) . "'"); foreach ($data as $key => $value) { $this->db->query("INSERT INTO " . DB_PREFIX . "setting SET `group` = '" . $this->db->escape($group) . "', `key` = '" . $this->db->escape($key) . "', `value` = '" . $this->db->escape($value) . "'"); } }Вопрос: а нафига сначала всё удалять, а затем снова добавлять, если надо всего-лишь внести изменения? Ведь однажды так можно и нарваться на предел значений поля с Auto Increment...