mes

Так ошибка в логах будет, поле name то теперь в 2-х таблицах есть, надо указать какое брать.

В файле admin\model\catalog\manufacturer.php в функции getManufacturers() строка 125: if (!empty($data['filter_name'])) { $sql .= " AND name LIKE '" . $this->db->escape($data['filter_name']) . "%'"; } и строка 136: if (isset($data['sort']) && in_array($data['sort'], $sort_data)) { $sql .= " ORDER BY " . $data['sort']; } else { $sql .= " ORDER BY name"; } name надо заменить на md.name

Лучше же когда это в стандартной поставке идет.... Tom, спасибо большое.

Предложение: - добавить фильтр по производителям на странице списка товаров в админке - по моему фильтр по цене (на странице списка товаров в админке) в том виде как он сейчас есть мало полезен. Может лучше сделать 2 поля, чтобы можно было задать интервал ("от" и "до"), а когда одно из полей будет пустое, то будет работать как "больше определенной цены" или "меньше определенной цены".

Спасибо, поищу.

странно, мы про эти 2 варианта в ocStore говорим: http://joxi.ru/E2pgXB9fBGRkam ? А то просто я натыкался на слова, что много разных SeоPro есть ). Просто я думал, что при выборе "Default" получается урл вида http://[domen]/[seo_url_товара], т.е. урл один, не важно откуда открывается страница. Откуда тут могут быть дубли? А при выборе "SeoPro" урл имеет вид http://[domen]/[seo_url_категории]/[seo_url_товара]. Тут дублей наверное нет, если сделано все правильно, и для SEO дополнительные ключи будут в урле, но зато если товар перенести в др. категорию, то урл изменится. Хотя конечно сохранение в поисковом индексе возможно, если прописать редирект. Или надо выбирать SeoPro и "ЧПУ товаров с категориями" выставлять "нет"?

так и сделаю, спасибо. Может ответите тогда еще на вопросик не по данной теме, чтобы новую не создавать. В ocStore 2.1.0.1.1 есть возможность выбирать тип ЧПУ, какой вы посоветуете? С одной стороны SeoPro предпочтительнее, но не получится ли, что в какой-то момент нужно будет поменять категории и тогда страницы вылетят из индекса?

еще раз спасибо sku, если я правильно понимаю, артикул в смысле складского учета, т.е. он как раз пересекаться не должен. И если в моем случае его заполнять, то как раз надо добавлять какой-то префикс, обозначающий производителя. Или я не прав?

Спасибо за ответ. Если я вас правильно понял, то если модуль будет поддерживать сравнение по нескольким полям, то тогда просто заносить артикул в Model, и не париться. Проблем в работе магазина из-за дублирования поля Model возникнуть не должно. Так?

Здравствуйте. Начинаю заполнять магазин на ocStore2.1.0.1 и возник вопрос по заполнению полей Model и SKU. Исходная информация - прайсы товаров, с характеристиками: наименование, производитель, артикул (из прайса производителя), штрихкод (не у всех), ну и др. поля. Но при этом артикулы у различных производителей могут пересекаться. Хотелось бы услышать советы людей, которые уже давно работают с движком, как правильно сделать. Сейчас пока мне на ум приходит 2 варианта: 1) артикул товара занести просто в поле Model, но есть опасение, что дубляж в этом поле (как я уже писал, артикулы у различных производителей могут пересекаться) может как-то повлиять на работу магазина. 2) как то разнести артикул на 2 поля: Model и SKU, в одно из полей занести чистый артикул, во второе поле, например, префикс производителя + артикул... Вопрос еще возникает потому, что даже если самому движку пофиг на дубляж в поле Model, то как использовать модуль для экспорта товаров и обновления цен, ведь там задается поле, по которому происходит сравнение товаров. Сравнивать по наименованию - не вариант, вдруг в прайсе что изменится, логичнее всего выбирать сравнение по артикулу. Но с учетом не уникальности артикулов по всем производителям надо либо чтобы модуль мог сравнивать артикулы в разрезе производителей, либо в какое-то поле занести "расширенный артикул" = префикс производителя + артикул. В общем буду благодарен подсказкам/разъяснениям по "правильной работе" с артикулом товара.

Спасибо, действительно не там выбирал логотип.

да делал я это, не дурак, и кеш через новые инструменты сбрасывал. Да вы сами попробуйте, это же не долго...

Пытаюсь заменить логип, загружаю картинку logo.jpg и выбираю ее. При этом в HTML все равно остается logo.png и отображается дефолтный логотип.

Ну тогда уж в админке должно настраиваться плюсовать товар или нет.Чаще все-таки товар плюсуется, но лучше конечно сделать эту возможность настраиваемой.

Может хостер обновления какие накатил, всмысле php или еще что...

Скорее всего потому, что ты не поменял свои данные в личном кабинете

Спасибо, сразу не обратил внимания. Зачем только это сделано...

Ставлю с нуля ocStore v0.1.6, ничего не менял. Включаю SEO_URL. Пытаюсь зайти в категорию "Desktops" или в товар "iPod Classic", для которых прописан псевдоним, результат: Not Found The requested URL /desktops was not found on this server. Additionally, a 404 Not Found error was encountered while trying to use an ErrorDocument to handle the request. Для других категорий/товаров страницы открываются, но с обычными url (не seo), что есть правильно, т.к. для них псевдонимы не прописаны. Подскажите, в чем проблема?

На счет номера телефона на Хабре регулярка вроде есть http://habrahabr.ru/blogs/regex/110731/

Хочу тоже высказаться на счет расположения полей. Сразу напишу, что только начал пользоваться данным движком (да, поставил ocStore v0.1.5), так что не пинайте если что :? . Адресная книга Ну про ФИО уже написали. Но ведь и остальные обязательные поля тоже расположены не логично. По моему логичнее сначала выбирать страну, затем регион, потом индекс или город (не знаю что лучше вперед загнать), а затем адрес. Причем не совсем понял зачем нужно 2 адреса, но это видать так надо :? . Затем переводы: почему в регионах указан "как-бы" город (областной центр наверное), можно же наверное перевести как будто это область или край (Новосибирская, Омская, Томская, Краснодарский и т.д.). А то как-то не логично, что на сайте и в письме 2 раза "как-бы" город пишется. Далее: - Когда при входе в кабинет вводим не правильный пароль, выдается "Не заполнены поля E-Mail и/или пароль!". Сам даже не сразу сообразил, что не правильный пароль ввел, думал ошибка в скрипте есть. - Не переведены состояния на складе, только товар "в наличии". Думаю, что не плохо было бы перевести еще как минимум "Нет в наличии". Это так, с ходу. Мелочи, но впечатление портят. Я понимаю, что все это можно поправить ручками, но думаю, что такие мелочи должны быть реализованы по умолчанию. Буду дальше разбираться...

19th правильно написал, кассовый аппарат нужен при работе с наличкой, т.к. интернет-магазин может работать только по УСН.Предположим ваш интернет-магазин рассчитан на клиентов из вашего города. Тогда логично добавить возможность оплаты наличкой при доставке товара на дом. Вот тогда нужен кассовый аппарат.

ККМ вроде как не обязателен и на упрощенке, если работаешь только по безналу, т.е если тебе перечисляют деньги на твой расчетный счет.

Как я понял интернет-магазин не попадает под ЕНВД