SELECT * FROM `products` p INNER JOIN product_description USING(product_id) INNER JOIN product_image USING(product_id) ...
Вот только подозреваю, что product_to_category и product_to_store это связки many-many и цикл придётся "обрабатывать" (т.к. будет несколько строк на одну строку product).
Да и, как показывает практика, лучше использовать несколько простых запросов по первичному ключу, чем 1 с кучей JOIN-ов..
K@terink@: 1. Список товарных категорий (структура каталога в 1с должна полностью совпадать со структурой на сайте)
K@terink@: у нас не стандартная выгрузка, структура 1С не соответствует структуре на сайте.
K@terink@: Процедура обмена осуществляется стандартным механизмом обмена 1С-Битрикс.
Вы уверены, что всё правильно излагаете?
---------- Добавлено 27.09.2013 в 08:50 ----------
Jaf4: ТС, заказчику объясняете, что у них есть некая, уникальная база, без получения выгрузки с нее по определенным требованиям привернуть сайт к базе нельзя. Пусть со своей стороны назначает человека, который будет реализовать то, что нужно для вас.
Jaf4, я дико извиняюсь, но, судя по постам, ТС - представитель заказчика.
K@terink@: Я не специалист 1С, я совершенно другими вещами занимаюсь. Так что корректно написать ТЗ для выгрузки я не могу к сожалению(
И это тоже можно делегировать.. соответствующему специалисту.. Видимо, опять же, с дополнительной оплатой.
Хотя, возможно, действительно будет достаточно структуры сайта и нескольких бесед (по телефону или лично) 1С-программиста и представителя студии, для уточнения вопросов/форматов и т.д.
С Вашей стороны вообще есть специалисты технические, которые могут конструктивный диалог вести? С общим представлением, какие данные, куда и каким образом должны поступать?
K@terink@, выскажу мнение. Принимать, или нет - на усмотрение.
Выгрузку из 1С делает (настраивает, допиливает) 1С-программист (пусть это будет роль, а не должность/запись в трудовой итд).
Это может быть Ваш штатный специалист (кто-то же в фирме занимается 1С?), представитель аутсорсинговой компании (кто-то же обновляет 1С?), или "просто специалист" (если уместно, "фрилансер").. Возможно, есть ещё варианты.. но, в любом случае это работа.
А любая работа (особенно, сделанная качественно) должна быть оплачена.. Кто будет оплачивать работу специалиста, кто будет составлять требования (ТЗ), кто будет принимать/проверять - по большому счёту, можно согласовать и на текущем этапе. Естественно, что "нормальная веб-студия" за субподряд 1С-ника добавит энную сумму сверху к стоимости работы специалиста (иногда вполне заслуженный, т.к. все согласования/ТЗ и прочее может занять достаточно много времени).
Осмелюсь предположить, что веб-студия на начальном этапе предполагала, что в компании изначально имеется 1С-специалист. Опять же, можно внимательно почитать договор с юристом...
Сейчас же, на мой взгляд, имеет смысл определиться, какие данные будут использоваться из 1С, а какие - дополнительно храниться на сайте (те самые категории, которые не соответствуют "штатной" структуре) и в зависимости от решения либо делать на сайте "хитрую обработку" штатной выгрузки (саму выгрузку настроить можно своими силами.. или относительно недорого силами 1С-специалиста), либо прорабатывать механизм синхронизации.
K@terink@: В коммерческом предложении студии этот пункт стоит.
С полноценным ТЗ? С фильтрами и нестандартным каталогом?
K@terink@: ТЗ еще не подписано, только прорабатывается, но такой пункт действительно стоит.
http://wowslider.com/jquery-slider-bar-kenburns-demo.html
http://wowslider.com/rq/ken-burns-effect-in-js-image-scroller-3x.html - параметры для задания скорости и направления
paths:[{from: [0, 0, 1], to:[0, 0, 1.2]}, {from: [0, 0, 1.2],to:[0, 0, 1]}]вот файл, посмотрите пожалуйста
Вот ссылка, посмотрите, пожалуйста.
Ещё можно USING-ом..
Вот только подозреваю, что product_to_category и product_to_store это связки many-many и цикл придётся "обрабатывать" (т.к. будет несколько строк на одну строку product).
Да и, как показывает практика, лучше использовать несколько простых запросов по первичному ключу, чем 1 с кучей JOIN-ов..
Перенос сайта на CMS это не вариант.....
Есть веская аргументация?
Dreamviewer это редактор html кода, и не более того...
Ну, там есть "приятные плюшки".. шаблоны/области, например.. (изменил в одном месте, автоматом изменилось во всех файлах)
сделать новостной и статейный блок с удобным добавлением информации
Т.е. управление контентом требуется? (CMS = Content Management System)
Можно и "самопис" прикрутить, но в дальнейшем, если потребуется, могут возникнуть сложности в поиске специалиста по доработке.
файл S:\domains\localhost\application\controllers\user.php
проверить отсутствие символов (в т.ч. BOM) в самом начале
1. Список товарных категорий (структура каталога в 1с должна полностью совпадать со структурой на сайте)
у нас не стандартная выгрузка, структура 1С не соответствует структуре на сайте.
Процедура обмена осуществляется стандартным механизмом обмена 1С-Битрикс.
Вы уверены, что всё правильно излагаете?
---------- Добавлено 27.09.2013 в 08:50 ----------
ТС, заказчику объясняете, что у них есть некая, уникальная база, без получения выгрузки с нее по определенным требованиям привернуть сайт к базе нельзя. Пусть со своей стороны назначает человека, который будет реализовать то, что нужно для вас.
Jaf4, я дико извиняюсь, но, судя по постам, ТС - представитель заказчика.
Я не специалист 1С, я совершенно другими вещами занимаюсь. Так что корректно написать ТЗ для выгрузки я не могу к сожалению(
И это тоже можно делегировать.. соответствующему специалисту.. Видимо, опять же, с дополнительной оплатой.
Хотя, возможно, действительно будет достаточно структуры сайта и нескольких бесед (по телефону или лично) 1С-программиста и представителя студии, для уточнения вопросов/форматов и т.д.
2. заставить их дорабатывать сайт
Это по неподписанному ТЗ? Или кнутом и плёткой?
С Вашей стороны вообще есть специалисты технические, которые могут конструктивный диалог вести? С общим представлением, какие данные, куда и каким образом должны поступать?
K@terink@, выскажу мнение. Принимать, или нет - на усмотрение.
Выгрузку из 1С делает (настраивает, допиливает) 1С-программист (пусть это будет роль, а не должность/запись в трудовой итд).
Это может быть Ваш штатный специалист (кто-то же в фирме занимается 1С?), представитель аутсорсинговой компании (кто-то же обновляет 1С?), или "просто специалист" (если уместно, "фрилансер").. Возможно, есть ещё варианты.. но, в любом случае это работа.
А любая работа (особенно, сделанная качественно) должна быть оплачена.. Кто будет оплачивать работу специалиста, кто будет составлять требования (ТЗ), кто будет принимать/проверять - по большому счёту, можно согласовать и на текущем этапе. Естественно, что "нормальная веб-студия" за субподряд 1С-ника добавит энную сумму сверху к стоимости работы специалиста (иногда вполне заслуженный, т.к. все согласования/ТЗ и прочее может занять достаточно много времени).
Осмелюсь предположить, что веб-студия на начальном этапе предполагала, что в компании изначально имеется 1С-специалист. Опять же, можно внимательно почитать договор с юристом...
Сейчас же, на мой взгляд, имеет смысл определиться, какие данные будут использоваться из 1С, а какие - дополнительно храниться на сайте (те самые категории, которые не соответствуют "штатной" структуре) и в зависимости от решения либо делать на сайте "хитрую обработку" штатной выгрузки (саму выгрузку настроить можно своими силами.. или относительно недорого силами 1С-специалиста), либо прорабатывать механизм синхронизации.
В коммерческом предложении студии этот пункт стоит.
С полноценным ТЗ? С фильтрами и нестандартным каталогом?
ТЗ еще не подписано, только прорабатывается, но такой пункт действительно стоит.
:D а к чему разговоры?
Если вы скроете главное меню сайта, непонятно как робот вообще что-то проиндексирует.
ему можно намекнуть