smv

Мне вот эта статья понравилась http://www.phpinfo.su/articles/practice/chpu_na_php.html Там фраза есть - "Во многих фреймворках ЧПУ строится по следующему принципу: http://server.com/модуль/действие/параметр1/значение1/параметр2/значение2/параметрН/значениеН/" Натолкнула она на мысль что это можно попробовать как то пристроить.

А поддержка soap во всех версиях есть? Где то читал что для этого надо доп модули какие устанавливать в 1с

С опозданием, но может кому пригодиться. Задача состояла в следующем: 1с склад, версии 7, на dbf файлах. Нужно было товары, цены и их количество выгружать на сайт. Т.к. это был диплом, то готовые решения не походили, они были платные, но были. На форуме кто то писал статью, не помню сейчас кто. Заключалась она в том что нужно было каталог товаров выгружать из 1с в формате dbf, а потом их парсить. Мое решение было следующим (может не очень красивое и оптимизированное, но собой остался доволен :-) ). На сервере с ОС виндовс поставил локальный вэб сервер. К 1с подключался через odbc. В 1с создал форму, написал процедуру которая через odbc выгружала каталог товаров в mysql на локальный вэб сервер. Для одиночных выгрузок например, по событию заведения товара, на кнопку формы повесил процедуру на апдейт или инсерт. На изменение количества поступил так - при продаже товара в 1с оформляетя накладная, на кнопку сохранить повесил процедуру на апдейт. Минус в том что если рользователей много и обновления частые, то решение такое наверное тормознутое. Но мне подошло. Работало с 1с полтора человека. Соедующий минус в том что надо было с локального вэб сервера выгружать данные на хостинг. Вот как то так.

серилизовать и хранить

Спасибо

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

По каждому заказу выбираю массив с id товаров. Выбираю товары в соответствии с id  их цену и отправляю по почте.

smv, это не лучший вариант. Причины:
1. Если тебе понадобится некая статистика аль ещё чего-нить подобное, то ты хрен её получишь нормальными методами.
2. Если удаляешь из базы некий товар, то в твоем случае в старом заказе будет "дырка". А в случае первого твоего варианта ты можешь при удалении товара из базы просто сделать некую отметку или прочее со всеми заказами, которые были на этот товар.
Нужно это для случая, если, к примеру, один товар просто удален из базы, так как ты передумал им торговать, другой удален так как больше не выпускается. А третий товар удален, так как менеджер дятел.
В общем, в любом случае если будет стоять некая отметка о причине удаления товара, то вполне возможно в заказе это отметить, или же даже банально сохранить только наименование удаленного товара в заказах.

Хотя, если магазин мелкий, то делай как тебе удобней. А хранить массив в БД удобно в помощью функции serialized().

О спасибо… будет над чем подумать.

Добрый день. Где-то видел подобную тему, но сейчас не нашел. Задача такая. Надо в MySQL хранить заказы покупателей в интернет-магазине. Рассматриваю два варианта. Записывать в БД каждую позицию купленного товара (естественно с отметкой принадлежности к какому либо заказу.) Или для каждого заказа вставлять одну запись где и будет храниться массив со всеми купленными товарами. Хранить массив мне показалось лучше. В связи с этим нашел статейку как это сделать - http://ruseller.com/lessons.php?rub=37&id=699

Вопрос 1 как лучше хранить?
Вопрос 2 верить ли указанной статье?

спасибо. будем пробовать

тогда используйте вместо user_id -> session_id и сессии
или куки

Т.е. куки все таки можно использовать для таких целей?

для каждого юзера одна строка, поле user_id связано с id пользователя

а если юзеры не регистрируются на сайте (т.е. user_id у них нет. а если и есть то он у них скорее всего будет каждый раз разный.)?.

база данных, ini-файлы, json

Но подрузомевается что каждый пользователь может устанавливать эти параметры как он хочет. Т.е. один хочет чтоб отображались все товары, другой чтоб обображались товары по 10 штук, другой по 15. Есил БД то для каждного пользователя заводить новую запись в бД? мне кажется не очень это рационально. Хранить ini файлы? вопрос где? на серваке? так там такая свалка получится.

Добрый день. Интерисует вопрос - Как хранить информацию о настройках сайта. Например: Интернет магазин. Функция определения количества товаров отображаемых на странице (10, 15, 20, Все). С реализацией этой функции проблем нет. Т.е. выбрали отображать 15 товаров и все работает, НО когда переходим на следующуюу страницу (постраничная навигация), то колчиство товаров сбивается и вместо 15 товаров отображается по умолчанию 10. Т.е. надо как то хранить эту инфу. Первое что в голову приходит это хранить все настройки сайта в cookie. Правильно думаю?

Мой магазин немножко поработал. Хоть карявый весь был так как он был самый самый первый но заказы он принимать мог. И даже пару заказов было. Но потом когда на собеседовании мне сказали что я сделал говносайт я решил его переделать ))) а пока переделывал не стало хостинга… )))) Со второго раза может че и выдет )))) На у если и диплом сдам то уж самомнения будет полные штаны… )))))) тогда уж точно попрет ))))))))

Группы имхо нужны.

Ну раз нужны значит будем делать ).

Готовое не хочу. Это наверное мои заморочки из детсва ))) Хочу свое. Ну а магазин - для реального использования и для диплома. За своет спасибо.

Вопрос в догонку еще. В БД каждый товар в каталоге товаров, имеет ряд параметров. Хранятся они в табличке вида

id_param|id_tovar|name_param

Связь у меня там многие ко многим но суть не в этом. Вопрос! Как лучше хранить параметры? Все вместе? Или разбить на группы? Т.е. можно хранить параметры - диоганаль, оперативная память, цвет, порты и т.д. Все эти параметры подходят ко многим видам устройств. И вроде бы все ок. Можно использовать для всех одни параметры и вводить разные значения. Но можно же ведь заморочится и разбить параметры на группы параметров. Т.е. параметры для мониторов, принтеров. Вот смысл то в группах параметров есть? Или можно все вместе хранить?

есть БД. Первая таблица - каталог товаров. Каждый товар может иметь несколько картинок. Для реализации сего чуда, нужно создать вторую таблицу где будут храниться ссылки на картинки. И между двуми таблицами организовать связть один ко многим. Правильно?

Данную связь можно реализовать так?

Table_catalog - каталог товаров

id_catalog|name_catalog
1 | tovar1
2 | tovar2
3 | tovar3

Каждый товар имеет одну или более сылок на файл (картинку)

Table_image - картинки

id_image|id_catalog|link
1 | 1 |link1
2 | 1 |link2
3 | 2 |link3

связать две таблицы по полю id_catalog. Т.е. на данном примере получается что товар с id = 1 имеет две картинки с id=2 имеет одну картинку и т.д.

спс

есть БД. Первая таблица - каталог товаров. Каждый товар может иметь несколько картинок. Для реализации сего чуда, нужно создать вторую таблицу где будут храниться ссылки на картинки. И между двуми таблицами организовать связть один ко многим. Правильно?

И вообще, что за ебанутая идея хранить файлы в базе?

Я так понял хранить в БД изображение - это тоже идея относящияся к ебанутости? ))) С изображениями такая же история. В БД хранить только ссылки?

Но бывают такие случае когда скрипт надо подключить в середине текста…

Храни для каждой страницы два текста - верхний и нижний.
В общем заебал, приведи контент к какой-то единой структуре и опиши ее в базе.
А если у тебя каждая страница пиздец какая уникальная, то в хранении в базе один фиг не имеет смысла - делай все в ручную, ибо база предназаначена для хранения больших объемов структурированных данных.

Неужели тебе никогда не доводилось создавать страницы где текст перемешан со скриптами? неужели сложно сказать.? ТЫ говориш делай отметки естли скрипт. Я задаю справедливый вопрос… Отметки сделаю.. как определить место где вставлять скрипт? Я хоть и не профи ну в БД создавать верхний и нижний текст это совсем не вариант…

Да… при обработке контета я смогу определить какие файлы подключать.. а как я определю место где они должны подлючаться?

Заведи еще одно поле в котором хранится место, например до текста или перед.

Но бывают такие случае когда скрипт надо подключить в середине текста… Я же не могу прописывать между какими словами надо вставлять скрипт. Так даже если я и заведу еще одно поле где выводить скрипт… то я со своей делетантской точки зрения представляю еще ожин тот же самый php скрипт… Вот то что я написал… в контенте иметь - text text {script} text и потом {script} заменить на csript.php…в чем именно ошибка.? {script} формально это тоже самый текст.

Ну исходя из этого я могу предположить что у меня должна быть таблица следующего вида:

id|type_page|content
1|script       |text

Колонка type_page говорит о том есть ли на странице подключаемый скрипт.
Для каждой страницы я должен иметь фидический файл… в котором будет находится обработчик. Который сначала выводит контент имебщийся в БД. Потом анализирует данные столбца type_page и подключает какой то скрипт. А если таких скриптов будет несколько? тогда нужно в БД либо создавать несколько таких столбцов либо в столбце type_page прописывать названия файлов который должны подключаться…так?

Вот у меня сейчас есть страница index.php  котороя содержит в себе несколько ссылок. В том месте страницы где должен выводится контент у меня подключается скрипт обработчик contiler_page_content.php. Он выбирает контент из БД и выражения в фигурных скобках заменяет на include (файл). В таком случае если я захочу на какую либо страницу поместить скрипт, мне достаточно будет в БД в поле conten  в любое место добавить метку {script}  и мой обработчик автоматически приинкулил файл include.php

или как вариант столбец с метками. а там прописывать мап, форм или еще что-то.

Ладно будет у меня таблица

id | script | content
1 | map, form| text text

Да… при обработке контета я смогу определить какие файлы подключать.. а как я определю место где они должны подлючаться? мне опять же придется делать это вручную… так?

Вот у меня сейчас есть страница index.php  котороя содержит в себе несколько ссылок. В том месте страницы где должен выводится контент у меня подключается скрипт обработчик contiler_page_content.php. Он выбирает контент из БД и выражения в фигурных скобках заменяет на include (файл). В таком случае если я захочу на какую либо страницу поместить скрипт, мне достаточно будет в БД в поле conten  в любое место добавить метку {script}  и мой обработчик автоматически приинкулил файл script.php