X-NoNAME: с " такими кавычками: syntax error, unexpected '"', expecting T_STRING or T_VARIABLE or T_NUM_STRING, с ' такой кавычкой: syntax error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING or T_VARIABLE or T_NUM_STRING
ошибка 500
"Вот это вообще странно звучит. Вы создаете товар в момент его покупки?!"
Ну, в общем, да. Объясню, зачем создавать новый товар под заказ. Во-первых, в принципе товаров могут быть миллионы. Во-вторых, у них может поменяться артикул. В-третьих, цена меняется каждый день.
Соответственно, вероятность того что какой-либо товар будет заказан повторно с точно такими же параметрами - совсем низкая. Поэтому я и решил, что товары будут одноразовые. Если когда-нибудь таблица забьётся и товаров будут десятки тысяч - я, во-первых, буду вероятно богат, а во-вторых, просто удалю старые записи. Ну или перенесу их в таблицу "архив", и при потребности посмотреть старые заказы какого-то клиента (я тут не написал, но я пишу ещё и ID клиента) достану их из истории.
Так что извиняйте конечно, совет про many-to-many Вы дали полезный, я эту штуку с промежуточной таблицей запомню (я в общем-то так и думал, что делают такую таблицу если товары фиксированные). Но мне этот финт не нужен)
Видимо надо конкретнее пояснить, зачем нужен скрипт.
Есть магазин, в основном розничная торговля запчастями из наличия. Если товара нет и товар редкий - то его везут под заказ, с оформлением договора и предоплатой. Думаю, можете себе представить, сколько в каждой машине запчастей - от мелочи типа сливной пробки поддона картера, до корпуса КПП, например. И повторюсь, если оформляется договор - то деталь редкая, потому что если нужна шаровая опора - то её везут без договора.
Так вот, раньше договора там оформляли в блокнотике, сейчас - есть .XLS файл, где всё те же данные.
Сейчас я хочу им запилить веб-сервис, где можно будет например посмотреть все заказы клиента, средний срок выполнения заказа, текущие невыполненные заказы, для СМС-оповещения клиента о статусе выполнения заказа. Ну а больше всего я это делаю для себя самого, давно пытался научиться в PHP, но всякий раз читал книги по программированию и мало что понимал. А на практике мне как-то лучше запоминается всё что сделал. Делаю ошибки, ищу ошибки, понимаю код. Один минус, иногда придумываю велосипед, а потом узнаю что он уже придуман и реализован штатными средствами PHP)
Может, Вы всё-таки подскажете, как мне быть с формами?) А то я тут ещё захотел прикрутить javascript для подсчета сумм из полей, и судя по всему каждому полю нужно будет давать свой ID, так что в любом случае мне придётся сделать форму на 20 строк, а потом как-то научить PHP узнавать что строка не пустая и если так, то заполнять её данные в БД.
то есть будет 3 таблицы:
order - здесь ID заказа, имя клиента, номер телефона
order_items - здесь ID товара, название товара, количество, цены и тд.
link - здесь для ID заказа мы храним список ID товара.
потом когда хотим посмотреть статус заказа, мы по ID заказа из одной таблицы берем статичные данные, потом во второй таблице узнаём какие нужны товары, потом из третьей таблицы достаем нужные товары.
а какой смысл? у меня в заказе будет в среднем 3-4 товара, то есть экономим 3-4 ячейки в order_items за счет того что мы не пишем, для какого заказа создан товар, но всё равно создаём каждому товару свой ID. вдобавок делаем ещё и третью таблицу.
мне кажется, так нужно делать, если у нас есть скажем 1000 фиксированных товаров, и сколько угодно заказов, в которых используется несколько товаров из уже имеющихся. у меня же каждый раз будет создаваться новый товар, конкретно под заказ, то есть для 100 заказов будет сделано 400 товаров (в среднем), для 1000 заказов - 4000 товаров.
ошибка 500