wildrover Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 В БД сайта после импорта товаров находится больше 20 производителей, а в админке отображается только 3 производителя. При этом, есть переход на вторую страничку производителей в админке. Из трех отображающихся производителей, только по одному можно отфильтровать товары на сайте, хотя на всех товарах выводится производитель.Проблема не единичная, на втором тестовом сайте повторяется. Обновление на 2.1.0.1.1 задачу не решило. Что делать? Надіслати Поділитися на інших сайтах More sharing options...
tabook Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 Теребить автора модуля импорта. Вангую проблему с языками (language_id у новых записей) Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 Есть один маленький ньюанс:До релиза ocStore 2.х, я пробовал ставить "Русскую сборку" 2.х и заливал туда товары из E-Trade PriceList Importer (есть у меня на работе эта программа) - импорт проходил правильно, с отображением всех производителей, т.е засада может быть и на стороне osStore.На ocStore тестировались как PLI, так и Автоматическая обработка прайс-листов. v.8.4.7. с одинаковым результатом в части обсуждаемого вопроса. Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 Все может быть. Не видя пациента шанс угадать - практически нулевой. Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 Все может быть. Не видя пациента шанс угадать - практически нулевой. Как мне его показать? Доступы дать? Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 Ну, если завтра не решите до обеда, то бросьте в ЛС. После обеда гляну. Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 Ну, если завтра не решите до обеда, то бросьте в ЛС. После обеда гляну. Хорошо, спасибо. Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 т.е. почитав тему релиза и объемную про баг с производителями в ocStore_20x - не нашел причины и не исправил? Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 (змінено) т.е. почитав тему релиза и объемную про баг с производителями в ocStore_20x - не нашел причины и не исправил? Что Вас так это удивляет? Степень компетентности у посетителей форума весьма сильно разнится. Если подскажете где искать, буду весьма признателен. Змінено 24 грудня 2015 користувачем wildrover Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 если игнорировать "штампование" всеми "некомпетентными" отдельных тем с вопросами, которые уже обсуждались и решались - форум превратится в помойку с одинаковыми темами-вопросами, ответы на которые давно есть в других темах. https://opencartforum.com/topic/53987-%D0%BD%D0%B5-%D0%B4%D0%BE%D0%B1%D0%B0%D0%B2%D0%BB%D1%8F%D1%8E%D1%82%D1%81%D1%8F-%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D0%B8-%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D1%8F-2101/ https://opencartforum.com/topic/53461-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7-ocstore-2101/ https://opencartforum.com/topic/54743-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7-ocstore-21011/ Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 Так Вы меня не поняли. Я две недели читаю эти темы и фиксы с обновлениями установлены. Вручную хоть сколько могу создать производителей и вручную могу их к товару прикрепить, но в процессе импорта, все эти настройки слетят и, более того, в БД может оказаться два одинаковых производителя, один - созданный вручную, второй - импортированный. При этом, в карточках товара исправно отображаются на положенных местах все производители, посмотрите здесь: http://don-sharm.ru/, и сравните с тем, что здесь (числовые - специально для проверки сейчас добавил): http://don-sharm.ru/index.php?route=product/manufacturer В первом сообщении я написал, что при тесте на другой сборке 2.1.0.1, этой проблемы не было. Ради чистоты эксперимента я постараюсь воспроизвести этот пример сегодня-завтра, т.е установлю другую сборку, не osStore и выгружу туда товары. Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 может и такое быть. только вот это До релиза ocStore 2.х, я пробовал ставить "Русскую сборку" 2.х и заливал туда товары из E-Trade PriceList Importer (есть у меня на работе эта программа) - импорт проходил правильноявно говорит об использовании версии с багом. ну, либо таки Теребить автора модуля импорта. Вангую проблему с языками (language_id у новых записей) Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 25 грудня 2015 Автор Share Опубліковано: 25 грудня 2015 Здравствуйте, люди.Чтоб в какой-то мере прояснить ситуацию, провел натурный эксперимент.Постановка эксперимента: Были взяты два домена и на них "с нуля", на чистую, девственную БД и пустую файловую директорию установлены две разных сборки: osStore 2.1.0.1.1 и RS 2.1.0.1, после чего на оба сайта были импортированы абсолютно идентичные каталоги товаров. К сожалению, мои предположения относительно osStore 2.1 подтвердились.Результаты можете наблюдать сами:Сайт №1, osStore 2.1.0.1.1 : http://tehnikus.ru/ Сайт №2, RS 2.1.0.1 : http://m-apple.ru/Такие дела. Надіслати Поділитися на інших сайтах More sharing options... Tom Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Скорее всего проблема ваша обозначена уже во втором сообщении данного топика. Вангую проблему с языками (language_id у новых записей) Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 26 грудня 2015 Автор Share Опубліковано: 26 грудня 2015 Скорее всего проблема ваша обозначена уже во втором сообщении данного топика. 1.С учетом моего опыта в данных вопросах, это не приближает к решению. 2. Почему на чистом сайте проблема повторяется и почему её нет на другой сборке? Надіслати Поділитися на інших сайтах More sharing options... Tom Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Из за того что русский язык имеет изначально разный ID. Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) Посмотрел пациента. Нет, дело не в языке. Змінено 26 грудня 2015 користувачем tabook Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Посмотрел пациента. Нет, дело не в языке. А в чем? Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 а я видел стертую часть сообщения :ph34r: Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 В SQL запросе выборки нужно язык в часть ON внести, ибо LEFT JOIN падает. а я видел стертую часть сообщения :ph34r:Да просто копнул глубже, там SQL запрос глючный. По уму, имхо надо сделать как в 1.5 ветке - getManufacturers без подтягивания дескрипшенов. Ну или подтягивать их правильно. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Отсутствием описания Неверной привязкой к магазину Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) public function getManufacturer($manufacturer_id) { $query = $this->db->query(" SELECT * FROM " . DB_PREFIX . "manufacturer m LEFT JOIN " . DB_PREFIX . "manufacturer_description md ON (m.manufacturer_id = md.manufacturer_id) LEFT JOIN " . DB_PREFIX . "manufacturer_to_store m2s ON (m.manufacturer_id = m2s.manufacturer_id) WHERE md.language_id = '" . (int)$this->config->get('config_language_id') . "' && m.manufacturer_id = '" . (int)$manufacturer_id . "' AND m2s.store_id = '" . (int)$this->config->get('config_store_id') . "'"); return $query->row; } Упс... && Но также Нет описания - нет производителей! Но тут не понятно.. а Нужно ли для списка производителей получать описание ... Если подразумевается, что производитель имеет только одно языковонезависмиое имя. upd. ничего не имею против && Змінено 26 грудня 2015 користувачем chukcha Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 && :) Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x / ocStore 2.x: Звіти про помилки Отображение производителей Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 Есть один маленький ньюанс:До релиза ocStore 2.х, я пробовал ставить "Русскую сборку" 2.х и заливал туда товары из E-Trade PriceList Importer (есть у меня на работе эта программа) - импорт проходил правильно, с отображением всех производителей, т.е засада может быть и на стороне osStore.На ocStore тестировались как PLI, так и Автоматическая обработка прайс-листов. v.8.4.7. с одинаковым результатом в части обсуждаемого вопроса. Надіслати Поділитися на інших сайтах More sharing options...
tabook Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 Все может быть. Не видя пациента шанс угадать - практически нулевой. Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 Все может быть. Не видя пациента шанс угадать - практически нулевой. Как мне его показать? Доступы дать? Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 Ну, если завтра не решите до обеда, то бросьте в ЛС. После обеда гляну. Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 Ну, если завтра не решите до обеда, то бросьте в ЛС. После обеда гляну. Хорошо, спасибо. Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 т.е. почитав тему релиза и объемную про баг с производителями в ocStore_20x - не нашел причины и не исправил? Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 (змінено) т.е. почитав тему релиза и объемную про баг с производителями в ocStore_20x - не нашел причины и не исправил? Что Вас так это удивляет? Степень компетентности у посетителей форума весьма сильно разнится. Если подскажете где искать, буду весьма признателен. Змінено 24 грудня 2015 користувачем wildrover Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 если игнорировать "штампование" всеми "некомпетентными" отдельных тем с вопросами, которые уже обсуждались и решались - форум превратится в помойку с одинаковыми темами-вопросами, ответы на которые давно есть в других темах. https://opencartforum.com/topic/53987-%D0%BD%D0%B5-%D0%B4%D0%BE%D0%B1%D0%B0%D0%B2%D0%BB%D1%8F%D1%8E%D1%82%D1%81%D1%8F-%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D0%B8-%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D1%8F-2101/ https://opencartforum.com/topic/53461-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7-ocstore-2101/ https://opencartforum.com/topic/54743-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7-ocstore-21011/ Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 Так Вы меня не поняли. Я две недели читаю эти темы и фиксы с обновлениями установлены. Вручную хоть сколько могу создать производителей и вручную могу их к товару прикрепить, но в процессе импорта, все эти настройки слетят и, более того, в БД может оказаться два одинаковых производителя, один - созданный вручную, второй - импортированный. При этом, в карточках товара исправно отображаются на положенных местах все производители, посмотрите здесь: http://don-sharm.ru/, и сравните с тем, что здесь (числовые - специально для проверки сейчас добавил): http://don-sharm.ru/index.php?route=product/manufacturer В первом сообщении я написал, что при тесте на другой сборке 2.1.0.1, этой проблемы не было. Ради чистоты эксперимента я постараюсь воспроизвести этот пример сегодня-завтра, т.е установлю другую сборку, не osStore и выгружу туда товары. Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 может и такое быть. только вот это До релиза ocStore 2.х, я пробовал ставить "Русскую сборку" 2.х и заливал туда товары из E-Trade PriceList Importer (есть у меня на работе эта программа) - импорт проходил правильноявно говорит об использовании версии с багом. ну, либо таки Теребить автора модуля импорта. Вангую проблему с языками (language_id у новых записей) Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 25 грудня 2015 Автор Share Опубліковано: 25 грудня 2015 Здравствуйте, люди.Чтоб в какой-то мере прояснить ситуацию, провел натурный эксперимент.Постановка эксперимента: Были взяты два домена и на них "с нуля", на чистую, девственную БД и пустую файловую директорию установлены две разных сборки: osStore 2.1.0.1.1 и RS 2.1.0.1, после чего на оба сайта были импортированы абсолютно идентичные каталоги товаров. К сожалению, мои предположения относительно osStore 2.1 подтвердились.Результаты можете наблюдать сами:Сайт №1, osStore 2.1.0.1.1 : http://tehnikus.ru/ Сайт №2, RS 2.1.0.1 : http://m-apple.ru/Такие дела. Надіслати Поділитися на інших сайтах More sharing options... Tom Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Скорее всего проблема ваша обозначена уже во втором сообщении данного топика. Вангую проблему с языками (language_id у новых записей) Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 26 грудня 2015 Автор Share Опубліковано: 26 грудня 2015 Скорее всего проблема ваша обозначена уже во втором сообщении данного топика. 1.С учетом моего опыта в данных вопросах, это не приближает к решению. 2. Почему на чистом сайте проблема повторяется и почему её нет на другой сборке? Надіслати Поділитися на інших сайтах More sharing options... Tom Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Из за того что русский язык имеет изначально разный ID. Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) Посмотрел пациента. Нет, дело не в языке. Змінено 26 грудня 2015 користувачем tabook Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Посмотрел пациента. Нет, дело не в языке. А в чем? Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 а я видел стертую часть сообщения :ph34r: Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 В SQL запросе выборки нужно язык в часть ON внести, ибо LEFT JOIN падает. а я видел стертую часть сообщения :ph34r:Да просто копнул глубже, там SQL запрос глючный. По уму, имхо надо сделать как в 1.5 ветке - getManufacturers без подтягивания дескрипшенов. Ну или подтягивать их правильно. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Отсутствием описания Неверной привязкой к магазину Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) public function getManufacturer($manufacturer_id) { $query = $this->db->query(" SELECT * FROM " . DB_PREFIX . "manufacturer m LEFT JOIN " . DB_PREFIX . "manufacturer_description md ON (m.manufacturer_id = md.manufacturer_id) LEFT JOIN " . DB_PREFIX . "manufacturer_to_store m2s ON (m.manufacturer_id = m2s.manufacturer_id) WHERE md.language_id = '" . (int)$this->config->get('config_language_id') . "' && m.manufacturer_id = '" . (int)$manufacturer_id . "' AND m2s.store_id = '" . (int)$this->config->get('config_store_id') . "'"); return $query->row; } Упс... && Но также Нет описания - нет производителей! Но тут не понятно.. а Нужно ли для списка производителей получать описание ... Если подразумевается, что производитель имеет только одно языковонезависмиое имя. upd. ничего не имею против && Змінено 26 грудня 2015 користувачем chukcha Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 && :) Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x / ocStore 2.x: Звіти про помилки Отображение производителей Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 Все может быть. Не видя пациента шанс угадать - практически нулевой. Как мне его показать? Доступы дать? Надіслати Поділитися на інших сайтах More sharing options...
tabook Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 Ну, если завтра не решите до обеда, то бросьте в ЛС. После обеда гляну. Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 Ну, если завтра не решите до обеда, то бросьте в ЛС. После обеда гляну. Хорошо, спасибо. Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 т.е. почитав тему релиза и объемную про баг с производителями в ocStore_20x - не нашел причины и не исправил? Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 (змінено) т.е. почитав тему релиза и объемную про баг с производителями в ocStore_20x - не нашел причины и не исправил? Что Вас так это удивляет? Степень компетентности у посетителей форума весьма сильно разнится. Если подскажете где искать, буду весьма признателен. Змінено 24 грудня 2015 користувачем wildrover Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 если игнорировать "штампование" всеми "некомпетентными" отдельных тем с вопросами, которые уже обсуждались и решались - форум превратится в помойку с одинаковыми темами-вопросами, ответы на которые давно есть в других темах. https://opencartforum.com/topic/53987-%D0%BD%D0%B5-%D0%B4%D0%BE%D0%B1%D0%B0%D0%B2%D0%BB%D1%8F%D1%8E%D1%82%D1%81%D1%8F-%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D0%B8-%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D1%8F-2101/ https://opencartforum.com/topic/53461-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7-ocstore-2101/ https://opencartforum.com/topic/54743-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7-ocstore-21011/ Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 Так Вы меня не поняли. Я две недели читаю эти темы и фиксы с обновлениями установлены. Вручную хоть сколько могу создать производителей и вручную могу их к товару прикрепить, но в процессе импорта, все эти настройки слетят и, более того, в БД может оказаться два одинаковых производителя, один - созданный вручную, второй - импортированный. При этом, в карточках товара исправно отображаются на положенных местах все производители, посмотрите здесь: http://don-sharm.ru/, и сравните с тем, что здесь (числовые - специально для проверки сейчас добавил): http://don-sharm.ru/index.php?route=product/manufacturer В первом сообщении я написал, что при тесте на другой сборке 2.1.0.1, этой проблемы не было. Ради чистоты эксперимента я постараюсь воспроизвести этот пример сегодня-завтра, т.е установлю другую сборку, не osStore и выгружу туда товары. Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 может и такое быть. только вот это До релиза ocStore 2.х, я пробовал ставить "Русскую сборку" 2.х и заливал туда товары из E-Trade PriceList Importer (есть у меня на работе эта программа) - импорт проходил правильноявно говорит об использовании версии с багом. ну, либо таки Теребить автора модуля импорта. Вангую проблему с языками (language_id у новых записей) Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 25 грудня 2015 Автор Share Опубліковано: 25 грудня 2015 Здравствуйте, люди.Чтоб в какой-то мере прояснить ситуацию, провел натурный эксперимент.Постановка эксперимента: Были взяты два домена и на них "с нуля", на чистую, девственную БД и пустую файловую директорию установлены две разных сборки: osStore 2.1.0.1.1 и RS 2.1.0.1, после чего на оба сайта были импортированы абсолютно идентичные каталоги товаров. К сожалению, мои предположения относительно osStore 2.1 подтвердились.Результаты можете наблюдать сами:Сайт №1, osStore 2.1.0.1.1 : http://tehnikus.ru/ Сайт №2, RS 2.1.0.1 : http://m-apple.ru/Такие дела. Надіслати Поділитися на інших сайтах More sharing options... Tom Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Скорее всего проблема ваша обозначена уже во втором сообщении данного топика. Вангую проблему с языками (language_id у новых записей) Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 26 грудня 2015 Автор Share Опубліковано: 26 грудня 2015 Скорее всего проблема ваша обозначена уже во втором сообщении данного топика. 1.С учетом моего опыта в данных вопросах, это не приближает к решению. 2. Почему на чистом сайте проблема повторяется и почему её нет на другой сборке? Надіслати Поділитися на інших сайтах More sharing options... Tom Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Из за того что русский язык имеет изначально разный ID. Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) Посмотрел пациента. Нет, дело не в языке. Змінено 26 грудня 2015 користувачем tabook Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Посмотрел пациента. Нет, дело не в языке. А в чем? Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 а я видел стертую часть сообщения :ph34r: Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 В SQL запросе выборки нужно язык в часть ON внести, ибо LEFT JOIN падает. а я видел стертую часть сообщения :ph34r:Да просто копнул глубже, там SQL запрос глючный. По уму, имхо надо сделать как в 1.5 ветке - getManufacturers без подтягивания дескрипшенов. Ну или подтягивать их правильно. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Отсутствием описания Неверной привязкой к магазину Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) public function getManufacturer($manufacturer_id) { $query = $this->db->query(" SELECT * FROM " . DB_PREFIX . "manufacturer m LEFT JOIN " . DB_PREFIX . "manufacturer_description md ON (m.manufacturer_id = md.manufacturer_id) LEFT JOIN " . DB_PREFIX . "manufacturer_to_store m2s ON (m.manufacturer_id = m2s.manufacturer_id) WHERE md.language_id = '" . (int)$this->config->get('config_language_id') . "' && m.manufacturer_id = '" . (int)$manufacturer_id . "' AND m2s.store_id = '" . (int)$this->config->get('config_store_id') . "'"); return $query->row; } Упс... && Но также Нет описания - нет производителей! Но тут не понятно.. а Нужно ли для списка производителей получать описание ... Если подразумевается, что производитель имеет только одно языковонезависмиое имя. upd. ничего не имею против && Змінено 26 грудня 2015 користувачем chukcha Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 && :) Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x / ocStore 2.x: Звіти про помилки Отображение производителей Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 Ну, если завтра не решите до обеда, то бросьте в ЛС. После обеда гляну. Хорошо, спасибо. Надіслати Поділитися на інших сайтах More sharing options...
afwollis Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 т.е. почитав тему релиза и объемную про баг с производителями в ocStore_20x - не нашел причины и не исправил? Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 (змінено) т.е. почитав тему релиза и объемную про баг с производителями в ocStore_20x - не нашел причины и не исправил? Что Вас так это удивляет? Степень компетентности у посетителей форума весьма сильно разнится. Если подскажете где искать, буду весьма признателен. Змінено 24 грудня 2015 користувачем wildrover Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 если игнорировать "штампование" всеми "некомпетентными" отдельных тем с вопросами, которые уже обсуждались и решались - форум превратится в помойку с одинаковыми темами-вопросами, ответы на которые давно есть в других темах. https://opencartforum.com/topic/53987-%D0%BD%D0%B5-%D0%B4%D0%BE%D0%B1%D0%B0%D0%B2%D0%BB%D1%8F%D1%8E%D1%82%D1%81%D1%8F-%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D0%B8-%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D1%8F-2101/ https://opencartforum.com/topic/53461-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7-ocstore-2101/ https://opencartforum.com/topic/54743-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7-ocstore-21011/ Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 Так Вы меня не поняли. Я две недели читаю эти темы и фиксы с обновлениями установлены. Вручную хоть сколько могу создать производителей и вручную могу их к товару прикрепить, но в процессе импорта, все эти настройки слетят и, более того, в БД может оказаться два одинаковых производителя, один - созданный вручную, второй - импортированный. При этом, в карточках товара исправно отображаются на положенных местах все производители, посмотрите здесь: http://don-sharm.ru/, и сравните с тем, что здесь (числовые - специально для проверки сейчас добавил): http://don-sharm.ru/index.php?route=product/manufacturer В первом сообщении я написал, что при тесте на другой сборке 2.1.0.1, этой проблемы не было. Ради чистоты эксперимента я постараюсь воспроизвести этот пример сегодня-завтра, т.е установлю другую сборку, не osStore и выгружу туда товары. Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 может и такое быть. только вот это До релиза ocStore 2.х, я пробовал ставить "Русскую сборку" 2.х и заливал туда товары из E-Trade PriceList Importer (есть у меня на работе эта программа) - импорт проходил правильноявно говорит об использовании версии с багом. ну, либо таки Теребить автора модуля импорта. Вангую проблему с языками (language_id у новых записей) Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 25 грудня 2015 Автор Share Опубліковано: 25 грудня 2015 Здравствуйте, люди.Чтоб в какой-то мере прояснить ситуацию, провел натурный эксперимент.Постановка эксперимента: Были взяты два домена и на них "с нуля", на чистую, девственную БД и пустую файловую директорию установлены две разных сборки: osStore 2.1.0.1.1 и RS 2.1.0.1, после чего на оба сайта были импортированы абсолютно идентичные каталоги товаров. К сожалению, мои предположения относительно osStore 2.1 подтвердились.Результаты можете наблюдать сами:Сайт №1, osStore 2.1.0.1.1 : http://tehnikus.ru/ Сайт №2, RS 2.1.0.1 : http://m-apple.ru/Такие дела. Надіслати Поділитися на інших сайтах More sharing options... Tom Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Скорее всего проблема ваша обозначена уже во втором сообщении данного топика. Вангую проблему с языками (language_id у новых записей) Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 26 грудня 2015 Автор Share Опубліковано: 26 грудня 2015 Скорее всего проблема ваша обозначена уже во втором сообщении данного топика. 1.С учетом моего опыта в данных вопросах, это не приближает к решению. 2. Почему на чистом сайте проблема повторяется и почему её нет на другой сборке? Надіслати Поділитися на інших сайтах More sharing options... Tom Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Из за того что русский язык имеет изначально разный ID. Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) Посмотрел пациента. Нет, дело не в языке. Змінено 26 грудня 2015 користувачем tabook Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Посмотрел пациента. Нет, дело не в языке. А в чем? Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 а я видел стертую часть сообщения :ph34r: Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 В SQL запросе выборки нужно язык в часть ON внести, ибо LEFT JOIN падает. а я видел стертую часть сообщения :ph34r:Да просто копнул глубже, там SQL запрос глючный. По уму, имхо надо сделать как в 1.5 ветке - getManufacturers без подтягивания дескрипшенов. Ну или подтягивать их правильно. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Отсутствием описания Неверной привязкой к магазину Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) public function getManufacturer($manufacturer_id) { $query = $this->db->query(" SELECT * FROM " . DB_PREFIX . "manufacturer m LEFT JOIN " . DB_PREFIX . "manufacturer_description md ON (m.manufacturer_id = md.manufacturer_id) LEFT JOIN " . DB_PREFIX . "manufacturer_to_store m2s ON (m.manufacturer_id = m2s.manufacturer_id) WHERE md.language_id = '" . (int)$this->config->get('config_language_id') . "' && m.manufacturer_id = '" . (int)$manufacturer_id . "' AND m2s.store_id = '" . (int)$this->config->get('config_store_id') . "'"); return $query->row; } Упс... && Но также Нет описания - нет производителей! Но тут не понятно.. а Нужно ли для списка производителей получать описание ... Если подразумевается, что производитель имеет только одно языковонезависмиое имя. upd. ничего не имею против && Змінено 26 грудня 2015 користувачем chukcha Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 && :) Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x / ocStore 2.x: Звіти про помилки Отображение производителей Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 (змінено) т.е. почитав тему релиза и объемную про баг с производителями в ocStore_20x - не нашел причины и не исправил? Что Вас так это удивляет? Степень компетентности у посетителей форума весьма сильно разнится. Если подскажете где искать, буду весьма признателен. Змінено 24 грудня 2015 користувачем wildrover Надіслати Поділитися на інших сайтах More sharing options...
afwollis Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 если игнорировать "штампование" всеми "некомпетентными" отдельных тем с вопросами, которые уже обсуждались и решались - форум превратится в помойку с одинаковыми темами-вопросами, ответы на которые давно есть в других темах. https://opencartforum.com/topic/53987-%D0%BD%D0%B5-%D0%B4%D0%BE%D0%B1%D0%B0%D0%B2%D0%BB%D1%8F%D1%8E%D1%82%D1%81%D1%8F-%D0%BF%D1%80%D0%BE%D0%B8%D0%B7%D0%B2%D0%BE%D0%B4%D0%B8%D1%82%D0%B5%D0%BB%D0%B8-%D0%B2%D0%B5%D1%80%D1%81%D0%B8%D1%8F-2101/ https://opencartforum.com/topic/53461-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7-ocstore-2101/ https://opencartforum.com/topic/54743-%D1%80%D0%B5%D0%BB%D0%B8%D0%B7-ocstore-21011/ Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 Так Вы меня не поняли. Я две недели читаю эти темы и фиксы с обновлениями установлены. Вручную хоть сколько могу создать производителей и вручную могу их к товару прикрепить, но в процессе импорта, все эти настройки слетят и, более того, в БД может оказаться два одинаковых производителя, один - созданный вручную, второй - импортированный. При этом, в карточках товара исправно отображаются на положенных местах все производители, посмотрите здесь: http://don-sharm.ru/, и сравните с тем, что здесь (числовые - специально для проверки сейчас добавил): http://don-sharm.ru/index.php?route=product/manufacturer В первом сообщении я написал, что при тесте на другой сборке 2.1.0.1, этой проблемы не было. Ради чистоты эксперимента я постараюсь воспроизвести этот пример сегодня-завтра, т.е установлю другую сборку, не osStore и выгружу туда товары. Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 может и такое быть. только вот это До релиза ocStore 2.х, я пробовал ставить "Русскую сборку" 2.х и заливал туда товары из E-Trade PriceList Importer (есть у меня на работе эта программа) - импорт проходил правильноявно говорит об использовании версии с багом. ну, либо таки Теребить автора модуля импорта. Вангую проблему с языками (language_id у новых записей) Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 25 грудня 2015 Автор Share Опубліковано: 25 грудня 2015 Здравствуйте, люди.Чтоб в какой-то мере прояснить ситуацию, провел натурный эксперимент.Постановка эксперимента: Были взяты два домена и на них "с нуля", на чистую, девственную БД и пустую файловую директорию установлены две разных сборки: osStore 2.1.0.1.1 и RS 2.1.0.1, после чего на оба сайта были импортированы абсолютно идентичные каталоги товаров. К сожалению, мои предположения относительно osStore 2.1 подтвердились.Результаты можете наблюдать сами:Сайт №1, osStore 2.1.0.1.1 : http://tehnikus.ru/ Сайт №2, RS 2.1.0.1 : http://m-apple.ru/Такие дела. Надіслати Поділитися на інших сайтах More sharing options... Tom Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Скорее всего проблема ваша обозначена уже во втором сообщении данного топика. Вангую проблему с языками (language_id у новых записей) Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 26 грудня 2015 Автор Share Опубліковано: 26 грудня 2015 Скорее всего проблема ваша обозначена уже во втором сообщении данного топика. 1.С учетом моего опыта в данных вопросах, это не приближает к решению. 2. Почему на чистом сайте проблема повторяется и почему её нет на другой сборке? Надіслати Поділитися на інших сайтах More sharing options... Tom Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Из за того что русский язык имеет изначально разный ID. Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) Посмотрел пациента. Нет, дело не в языке. Змінено 26 грудня 2015 користувачем tabook Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Посмотрел пациента. Нет, дело не в языке. А в чем? Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 а я видел стертую часть сообщения :ph34r: Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 В SQL запросе выборки нужно язык в часть ON внести, ибо LEFT JOIN падает. а я видел стертую часть сообщения :ph34r:Да просто копнул глубже, там SQL запрос глючный. По уму, имхо надо сделать как в 1.5 ветке - getManufacturers без подтягивания дескрипшенов. Ну или подтягивать их правильно. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Отсутствием описания Неверной привязкой к магазину Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) public function getManufacturer($manufacturer_id) { $query = $this->db->query(" SELECT * FROM " . DB_PREFIX . "manufacturer m LEFT JOIN " . DB_PREFIX . "manufacturer_description md ON (m.manufacturer_id = md.manufacturer_id) LEFT JOIN " . DB_PREFIX . "manufacturer_to_store m2s ON (m.manufacturer_id = m2s.manufacturer_id) WHERE md.language_id = '" . (int)$this->config->get('config_language_id') . "' && m.manufacturer_id = '" . (int)$manufacturer_id . "' AND m2s.store_id = '" . (int)$this->config->get('config_store_id') . "'"); return $query->row; } Упс... && Но также Нет описания - нет производителей! Но тут не понятно.. а Нужно ли для списка производителей получать описание ... Если подразумевается, что производитель имеет только одно языковонезависмиое имя. upd. ничего не имею против && Змінено 26 грудня 2015 користувачем chukcha Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 && :) Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x / ocStore 2.x: Звіти про помилки Отображение производителей Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
wildrover Опубліковано: 24 грудня 2015 Автор Share Опубліковано: 24 грудня 2015 Так Вы меня не поняли. Я две недели читаю эти темы и фиксы с обновлениями установлены. Вручную хоть сколько могу создать производителей и вручную могу их к товару прикрепить, но в процессе импорта, все эти настройки слетят и, более того, в БД может оказаться два одинаковых производителя, один - созданный вручную, второй - импортированный. При этом, в карточках товара исправно отображаются на положенных местах все производители, посмотрите здесь: http://don-sharm.ru/, и сравните с тем, что здесь (числовые - специально для проверки сейчас добавил): http://don-sharm.ru/index.php?route=product/manufacturer В первом сообщении я написал, что при тесте на другой сборке 2.1.0.1, этой проблемы не было. Ради чистоты эксперимента я постараюсь воспроизвести этот пример сегодня-завтра, т.е установлю другую сборку, не osStore и выгружу туда товары. Надіслати Поділитися на інших сайтах More sharing options...
afwollis Опубліковано: 24 грудня 2015 Share Опубліковано: 24 грудня 2015 может и такое быть. только вот это До релиза ocStore 2.х, я пробовал ставить "Русскую сборку" 2.х и заливал туда товары из E-Trade PriceList Importer (есть у меня на работе эта программа) - импорт проходил правильноявно говорит об использовании версии с багом. ну, либо таки Теребить автора модуля импорта. Вангую проблему с языками (language_id у новых записей) Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 25 грудня 2015 Автор Share Опубліковано: 25 грудня 2015 Здравствуйте, люди.Чтоб в какой-то мере прояснить ситуацию, провел натурный эксперимент.Постановка эксперимента: Были взяты два домена и на них "с нуля", на чистую, девственную БД и пустую файловую директорию установлены две разных сборки: osStore 2.1.0.1.1 и RS 2.1.0.1, после чего на оба сайта были импортированы абсолютно идентичные каталоги товаров. К сожалению, мои предположения относительно osStore 2.1 подтвердились.Результаты можете наблюдать сами:Сайт №1, osStore 2.1.0.1.1 : http://tehnikus.ru/ Сайт №2, RS 2.1.0.1 : http://m-apple.ru/Такие дела. Надіслати Поділитися на інших сайтах More sharing options... Tom Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Скорее всего проблема ваша обозначена уже во втором сообщении данного топика. Вангую проблему с языками (language_id у новых записей) Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 26 грудня 2015 Автор Share Опубліковано: 26 грудня 2015 Скорее всего проблема ваша обозначена уже во втором сообщении данного топика. 1.С учетом моего опыта в данных вопросах, это не приближает к решению. 2. Почему на чистом сайте проблема повторяется и почему её нет на другой сборке? Надіслати Поділитися на інших сайтах More sharing options... Tom Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Из за того что русский язык имеет изначально разный ID. Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) Посмотрел пациента. Нет, дело не в языке. Змінено 26 грудня 2015 користувачем tabook Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Посмотрел пациента. Нет, дело не в языке. А в чем? Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 а я видел стертую часть сообщения :ph34r: Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 В SQL запросе выборки нужно язык в часть ON внести, ибо LEFT JOIN падает. а я видел стертую часть сообщения :ph34r:Да просто копнул глубже, там SQL запрос глючный. По уму, имхо надо сделать как в 1.5 ветке - getManufacturers без подтягивания дескрипшенов. Ну или подтягивать их правильно. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Отсутствием описания Неверной привязкой к магазину Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) public function getManufacturer($manufacturer_id) { $query = $this->db->query(" SELECT * FROM " . DB_PREFIX . "manufacturer m LEFT JOIN " . DB_PREFIX . "manufacturer_description md ON (m.manufacturer_id = md.manufacturer_id) LEFT JOIN " . DB_PREFIX . "manufacturer_to_store m2s ON (m.manufacturer_id = m2s.manufacturer_id) WHERE md.language_id = '" . (int)$this->config->get('config_language_id') . "' && m.manufacturer_id = '" . (int)$manufacturer_id . "' AND m2s.store_id = '" . (int)$this->config->get('config_store_id') . "'"); return $query->row; } Упс... && Но также Нет описания - нет производителей! Но тут не понятно.. а Нужно ли для списка производителей получать описание ... Если подразумевается, что производитель имеет только одно языковонезависмиое имя. upd. ничего не имею против && Змінено 26 грудня 2015 користувачем chukcha Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 && :) Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x / ocStore 2.x: Звіти про помилки Отображение производителей Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
wildrover Опубліковано: 25 грудня 2015 Автор Share Опубліковано: 25 грудня 2015 Здравствуйте, люди.Чтоб в какой-то мере прояснить ситуацию, провел натурный эксперимент.Постановка эксперимента: Были взяты два домена и на них "с нуля", на чистую, девственную БД и пустую файловую директорию установлены две разных сборки: osStore 2.1.0.1.1 и RS 2.1.0.1, после чего на оба сайта были импортированы абсолютно идентичные каталоги товаров. К сожалению, мои предположения относительно osStore 2.1 подтвердились.Результаты можете наблюдать сами:Сайт №1, osStore 2.1.0.1.1 : http://tehnikus.ru/ Сайт №2, RS 2.1.0.1 : http://m-apple.ru/Такие дела. Надіслати Поділитися на інших сайтах More sharing options...
Tom Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Скорее всего проблема ваша обозначена уже во втором сообщении данного топика. Вангую проблему с языками (language_id у новых записей) Надіслати Поділитися на інших сайтах More sharing options... wildrover Опубліковано: 26 грудня 2015 Автор Share Опубліковано: 26 грудня 2015 Скорее всего проблема ваша обозначена уже во втором сообщении данного топика. 1.С учетом моего опыта в данных вопросах, это не приближает к решению. 2. Почему на чистом сайте проблема повторяется и почему её нет на другой сборке? Надіслати Поділитися на інших сайтах More sharing options... Tom Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Из за того что русский язык имеет изначально разный ID. Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) Посмотрел пациента. Нет, дело не в языке. Змінено 26 грудня 2015 користувачем tabook Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Посмотрел пациента. Нет, дело не в языке. А в чем? Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 а я видел стертую часть сообщения :ph34r: Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 В SQL запросе выборки нужно язык в часть ON внести, ибо LEFT JOIN падает. а я видел стертую часть сообщения :ph34r:Да просто копнул глубже, там SQL запрос глючный. По уму, имхо надо сделать как в 1.5 ветке - getManufacturers без подтягивания дескрипшенов. Ну или подтягивать их правильно. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Отсутствием описания Неверной привязкой к магазину Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) public function getManufacturer($manufacturer_id) { $query = $this->db->query(" SELECT * FROM " . DB_PREFIX . "manufacturer m LEFT JOIN " . DB_PREFIX . "manufacturer_description md ON (m.manufacturer_id = md.manufacturer_id) LEFT JOIN " . DB_PREFIX . "manufacturer_to_store m2s ON (m.manufacturer_id = m2s.manufacturer_id) WHERE md.language_id = '" . (int)$this->config->get('config_language_id') . "' && m.manufacturer_id = '" . (int)$manufacturer_id . "' AND m2s.store_id = '" . (int)$this->config->get('config_store_id') . "'"); return $query->row; } Упс... && Но также Нет описания - нет производителей! Но тут не понятно.. а Нужно ли для списка производителей получать описание ... Если подразумевается, что производитель имеет только одно языковонезависмиое имя. upd. ничего не имею против && Змінено 26 грудня 2015 користувачем chukcha Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 && :) Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x / ocStore 2.x: Звіти про помилки Отображение производителей Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
wildrover Опубліковано: 26 грудня 2015 Автор Share Опубліковано: 26 грудня 2015 Скорее всего проблема ваша обозначена уже во втором сообщении данного топика. 1.С учетом моего опыта в данных вопросах, это не приближает к решению. 2. Почему на чистом сайте проблема повторяется и почему её нет на другой сборке? Надіслати Поділитися на інших сайтах More sharing options...
Tom Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Из за того что русский язык имеет изначально разный ID. Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) Посмотрел пациента. Нет, дело не в языке. Змінено 26 грудня 2015 користувачем tabook Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Посмотрел пациента. Нет, дело не в языке. А в чем? Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 а я видел стертую часть сообщения :ph34r: Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 В SQL запросе выборки нужно язык в часть ON внести, ибо LEFT JOIN падает. а я видел стертую часть сообщения :ph34r:Да просто копнул глубже, там SQL запрос глючный. По уму, имхо надо сделать как в 1.5 ветке - getManufacturers без подтягивания дескрипшенов. Ну или подтягивать их правильно. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Отсутствием описания Неверной привязкой к магазину Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) public function getManufacturer($manufacturer_id) { $query = $this->db->query(" SELECT * FROM " . DB_PREFIX . "manufacturer m LEFT JOIN " . DB_PREFIX . "manufacturer_description md ON (m.manufacturer_id = md.manufacturer_id) LEFT JOIN " . DB_PREFIX . "manufacturer_to_store m2s ON (m.manufacturer_id = m2s.manufacturer_id) WHERE md.language_id = '" . (int)$this->config->get('config_language_id') . "' && m.manufacturer_id = '" . (int)$manufacturer_id . "' AND m2s.store_id = '" . (int)$this->config->get('config_store_id') . "'"); return $query->row; } Упс... && Но также Нет описания - нет производителей! Но тут не понятно.. а Нужно ли для списка производителей получать описание ... Если подразумевается, что производитель имеет только одно языковонезависмиое имя. upd. ничего не имею против && Змінено 26 грудня 2015 користувачем chukcha Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 && :) Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x / ocStore 2.x: Звіти про помилки Отображение производителей Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) Посмотрел пациента. Нет, дело не в языке. Змінено 26 грудня 2015 користувачем tabook Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Посмотрел пациента. Нет, дело не в языке. А в чем? Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 а я видел стертую часть сообщения :ph34r: Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 В SQL запросе выборки нужно язык в часть ON внести, ибо LEFT JOIN падает. а я видел стертую часть сообщения :ph34r:Да просто копнул глубже, там SQL запрос глючный. По уму, имхо надо сделать как в 1.5 ветке - getManufacturers без подтягивания дескрипшенов. Ну или подтягивать их правильно. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Отсутствием описания Неверной привязкой к магазину Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) public function getManufacturer($manufacturer_id) { $query = $this->db->query(" SELECT * FROM " . DB_PREFIX . "manufacturer m LEFT JOIN " . DB_PREFIX . "manufacturer_description md ON (m.manufacturer_id = md.manufacturer_id) LEFT JOIN " . DB_PREFIX . "manufacturer_to_store m2s ON (m.manufacturer_id = m2s.manufacturer_id) WHERE md.language_id = '" . (int)$this->config->get('config_language_id') . "' && m.manufacturer_id = '" . (int)$manufacturer_id . "' AND m2s.store_id = '" . (int)$this->config->get('config_store_id') . "'"); return $query->row; } Упс... && Но также Нет описания - нет производителей! Но тут не понятно.. а Нужно ли для списка производителей получать описание ... Если подразумевается, что производитель имеет только одно языковонезависмиое имя. upd. ничего не имею против && Змінено 26 грудня 2015 користувачем chukcha Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 && :) Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x / ocStore 2.x: Звіти про помилки Отображение производителей Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Посмотрел пациента. Нет, дело не в языке. А в чем? Надіслати Поділитися на інших сайтах More sharing options... afwollis Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 а я видел стертую часть сообщения :ph34r: Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 В SQL запросе выборки нужно язык в часть ON внести, ибо LEFT JOIN падает. а я видел стертую часть сообщения :ph34r:Да просто копнул глубже, там SQL запрос глючный. По уму, имхо надо сделать как в 1.5 ветке - getManufacturers без подтягивания дескрипшенов. Ну или подтягивать их правильно. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Отсутствием описания Неверной привязкой к магазину Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) public function getManufacturer($manufacturer_id) { $query = $this->db->query(" SELECT * FROM " . DB_PREFIX . "manufacturer m LEFT JOIN " . DB_PREFIX . "manufacturer_description md ON (m.manufacturer_id = md.manufacturer_id) LEFT JOIN " . DB_PREFIX . "manufacturer_to_store m2s ON (m.manufacturer_id = m2s.manufacturer_id) WHERE md.language_id = '" . (int)$this->config->get('config_language_id') . "' && m.manufacturer_id = '" . (int)$manufacturer_id . "' AND m2s.store_id = '" . (int)$this->config->get('config_store_id') . "'"); return $query->row; } Упс... && Но также Нет описания - нет производителей! Но тут не понятно.. а Нужно ли для списка производителей получать описание ... Если подразумевается, что производитель имеет только одно языковонезависмиое имя. upd. ничего не имею против && Змінено 26 грудня 2015 користувачем chukcha Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 && :) Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x / ocStore 2.x: Звіти про помилки Отображение производителей Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
afwollis Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 а я видел стертую часть сообщения :ph34r: Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 В SQL запросе выборки нужно язык в часть ON внести, ибо LEFT JOIN падает. а я видел стертую часть сообщения :ph34r:Да просто копнул глубже, там SQL запрос глючный. По уму, имхо надо сделать как в 1.5 ветке - getManufacturers без подтягивания дескрипшенов. Ну или подтягивать их правильно. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Отсутствием описания Неверной привязкой к магазину Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) public function getManufacturer($manufacturer_id) { $query = $this->db->query(" SELECT * FROM " . DB_PREFIX . "manufacturer m LEFT JOIN " . DB_PREFIX . "manufacturer_description md ON (m.manufacturer_id = md.manufacturer_id) LEFT JOIN " . DB_PREFIX . "manufacturer_to_store m2s ON (m.manufacturer_id = m2s.manufacturer_id) WHERE md.language_id = '" . (int)$this->config->get('config_language_id') . "' && m.manufacturer_id = '" . (int)$manufacturer_id . "' AND m2s.store_id = '" . (int)$this->config->get('config_store_id') . "'"); return $query->row; } Упс... && Но также Нет описания - нет производителей! Но тут не понятно.. а Нужно ли для списка производителей получать описание ... Если подразумевается, что производитель имеет только одно языковонезависмиое имя. upd. ничего не имею против && Змінено 26 грудня 2015 користувачем chukcha Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 && :) Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x / ocStore 2.x: Звіти про помилки Отображение производителей Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 В SQL запросе выборки нужно язык в часть ON внести, ибо LEFT JOIN падает. а я видел стертую часть сообщения :ph34r:Да просто копнул глубже, там SQL запрос глючный. По уму, имхо надо сделать как в 1.5 ветке - getManufacturers без подтягивания дескрипшенов. Ну или подтягивать их правильно. Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Отсутствием описания Неверной привязкой к магазину Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) public function getManufacturer($manufacturer_id) { $query = $this->db->query(" SELECT * FROM " . DB_PREFIX . "manufacturer m LEFT JOIN " . DB_PREFIX . "manufacturer_description md ON (m.manufacturer_id = md.manufacturer_id) LEFT JOIN " . DB_PREFIX . "manufacturer_to_store m2s ON (m.manufacturer_id = m2s.manufacturer_id) WHERE md.language_id = '" . (int)$this->config->get('config_language_id') . "' && m.manufacturer_id = '" . (int)$manufacturer_id . "' AND m2s.store_id = '" . (int)$this->config->get('config_store_id') . "'"); return $query->row; } Упс... && Но также Нет описания - нет производителей! Но тут не понятно.. а Нужно ли для списка производителей получать описание ... Если подразумевается, что производитель имеет только одно языковонезависмиое имя. upd. ничего не имею против && Змінено 26 грудня 2015 користувачем chukcha Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 && :) Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x / ocStore 2.x: Звіти про помилки Отображение производителей Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Отсутствием описания Неверной привязкой к магазину Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) public function getManufacturer($manufacturer_id) { $query = $this->db->query(" SELECT * FROM " . DB_PREFIX . "manufacturer m LEFT JOIN " . DB_PREFIX . "manufacturer_description md ON (m.manufacturer_id = md.manufacturer_id) LEFT JOIN " . DB_PREFIX . "manufacturer_to_store m2s ON (m.manufacturer_id = m2s.manufacturer_id) WHERE md.language_id = '" . (int)$this->config->get('config_language_id') . "' && m.manufacturer_id = '" . (int)$manufacturer_id . "' AND m2s.store_id = '" . (int)$this->config->get('config_store_id') . "'"); return $query->row; } Упс... && Но также Нет описания - нет производителей! Но тут не понятно.. а Нужно ли для списка производителей получать описание ... Если подразумевается, что производитель имеет только одно языковонезависмиое имя. upd. ничего не имею против && Змінено 26 грудня 2015 користувачем chukcha Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 && :) Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x / ocStore 2.x: Звіти про помилки Отображение производителей Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV × Уже зареєстровані? Ввійти Реєстрація Ваші замовлення Назад Придбані модулі та шаблони Ваші рахунки Лист очікувань Альтернативні контакти Форум Новини ocStore Назад Офіційний сайт Демо ocStore 3.0.3.2 Демо ocStore 2.3.0.2.4 Завантажити ocStore Документація Історія версій ocStore Блоги Модулі Шаблони Назад Безкоштовні шаблони Платні шаблони Де купувати модулі? Послуги FAQ OpenCart.Pro Назад Демо Купити Порівняння × Створити... Important Information На нашому сайті використовуються файли cookie і відбувається обробка деяких персональних даних користувачів, щоб поліпшити користувальницький інтерфейс. Щоб дізнатися для чого і які персональні дані ми обробляємо перейдіть за посиланням . Якщо Ви натиснете «Я даю згоду», це означає, що Ви розумієте і приймаєте всі умови, зазначені в цьому Повідомленні про конфіденційність. Я даю згоду
chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 (змінено) public function getManufacturer($manufacturer_id) { $query = $this->db->query(" SELECT * FROM " . DB_PREFIX . "manufacturer m LEFT JOIN " . DB_PREFIX . "manufacturer_description md ON (m.manufacturer_id = md.manufacturer_id) LEFT JOIN " . DB_PREFIX . "manufacturer_to_store m2s ON (m.manufacturer_id = m2s.manufacturer_id) WHERE md.language_id = '" . (int)$this->config->get('config_language_id') . "' && m.manufacturer_id = '" . (int)$manufacturer_id . "' AND m2s.store_id = '" . (int)$this->config->get('config_store_id') . "'"); return $query->row; } Упс... && Но также Нет описания - нет производителей! Но тут не понятно.. а Нужно ли для списка производителей получать описание ... Если подразумевается, что производитель имеет только одно языковонезависмиое имя. upd. ничего не имею против && Змінено 26 грудня 2015 користувачем chukcha Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 && :) Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x / ocStore 2.x: Звіти про помилки Отображение производителей Покупцям Оплата розширень фізичними особами Оплата розширень юридичними особами Політика повернень Розробникам Регламент розміщення розширень Регламент продажу та підтримки розширень Віртуальний обліковий запис автора Політика просування оголошень API каталогу розширень Вирішення спорів щодо авторських прав Корисна інформація Публічна оферта Політика повернень Політика конфіденційності Платіжна політика Політика передачі особистих даних Політика прозорості Останні розширення SP Telegram повідомлення FREE Автор: spectre Відключити порожні категорії Автор: spectre SEO Автор тексту категорії / фільтра / блогу з датою оновлення контенту + мікророзмітка Автор: radaevich Промо банери в категоріях товарів Автор: IHOR1989 Trend - адаптивний універсальний шаблон Автор: DSV
tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 && :) Надіслати Поділитися на інших сайтах More sharing options... tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку Последние темы Последние дополнения Последние новости Вся активність Головна Opencart 2.x Opencart 2.x / ocStore 2.x: Звіти про помилки Отображение производителей
tabook Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 Так и SeLeCt FrOM тоже можно писать, но соглашение по коду должно же какое то быть, чай не лабораторную пишем ) И кстати, раз уж зашла речь про лабораторную: какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Надіслати Поділитися на інших сайтах More sharing options... chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0 Перейти до списку тем Зараз на сторінці 0 користувачів Ні користувачів, які переглядиють цю сторінку
chukcha Опубліковано: 26 грудня 2015 Share Опубліковано: 26 грудня 2015 какой смысл в LEFT JOIN запросе, если в условии WHERE дальше используется выражение с правой части джойна? Так сложилось исторически Смысла нет никакого - такой запрос превращается в INNER JOIN Надіслати Поділитися на інших сайтах More sharing options... Назад 1 2 Вперед Сторінка 1 з 2 Створіть аккаунт або увійдіть для коментування Ви повинні бути користувачем, щоб залишити коментар Створити обліковий запис Зареєструйтеся для отримання облікового запису. Це просто! Зареєструвати аккаунт Вхід Уже зареєстровані? Увійдіть тут. Вхід зараз Share More sharing options... Передплатники 0
Recommended Posts