Пользователь зашел на сайт, увидел картинки с картошкой и кукурузой.Окей, уже типа чуть лучше. Однако все еще описание как у деток в садике - "коровка ест травку, тетя доит молоко из коровки". Вы же решаете программную задачу? Описывайте что происходит программно: "У меня есть массив, содержащий 2 элемента, в каждом из которых свойства товара - id, name, description... Я вывожу оба товара в хтмл: (тут код вывода)"...
php обработчик по слову картошка посылает в магазин с этим продуктом.То есть вы считаете что уникальным идентификатором товара у вас будет название типа "картошка"?
Нашел в сети такую конструкцию, может она подойдет?Может и подойдет, вашего кода то мы не знаем...
Мне главное нужно записать самому слово картошка в скрытое поле формы, без нее не обойтись, ( email все же надо получить).Обойтись, просто это на самом деле иначе делается, но пока все равно программная часть - полная тайна.
Да допустим две формы (или кнопки) - картошка, кукурузаОк, откуда они взялись? Есть массив который содержит их данные, или руками выведены в хтмл?
Обработчик это скрипт php, который обрабатывает форму.Ок, логично что форма будет что-то передавать (хотя конечно форма там не обязательна), значит в форму мы должны поместить какие-то данные, а мы (в отличие от вас) не знаем какие данные есть на исходной странице.
Как он должен опознавать? В этом и заключается вопрос, вы подскажите!Подсказываю - некоторые данные, точно идентифицирующие товар должны передаваться через форму/урл. Какие - смотри пунктом выше.
Пользователь не захочет покупать - заставим.Формируйте мысль чуть более формально, это добавит понятности объяснениям и станет проще формулировать верные вопросы.
На индексной страницы два продукта, нужно написать им "ID".и что, типа будет "Картошка ID" и "Кукуруза маринованная ID"?
А обработчик на другой странице по нажатию по этому id , должен опознать какой продукт хочет купить покупатель.обработчик - это кто? И как он должен опознавать? И вдруг покупатель не хочет купить, а только смотреть (рыбов)?
И сделать это через POST, без корзины, на php.Ну да, еще и без регистрации и смс...
Из-за своего "опыта" те его отсутствия, я это делаю пока что в ручную.Ну так если картинки добавляете вручную, почему количество вручную не указать? Когда (и если) дорастете до использования программных методов вывода и хранения, тогда и есть смысл что-то "программно" считать. А такие сайты на 2-3 странички вполне нормально править вручную, так как динамики там кот наплакал, раз в год поменяется 3 картинки...
я в принципе не могу знать, как у него картинки в портфолио называются, а ответ на его вопрос - верный!Во первых - нет смысла отвечать на вопрос если не понимаешь что нужно автору (я вот не написал ответ, хотя очевидно что решение скорее всего не сложное, просто автор не указал ничего что относится к программной части, а только обозначил что хочет, в виду того что очевидно сам не знает как все работает). Во вторых - так и на пхп можно было курлом вытащить и распарсить страничку, что очевидно бредовое, но тоже верное решение. Все же не хочется откровенный говнокод выносить в решения, данный ресурс как раз для избегания таких практик придуман.
отдельный деньЭто радует. Хотя из вопроса неочевидно, но ок.
Как правильно составить запрос MYSQL чтобы посчитать разницу посещений за интервал времени?Так и не понял, какую разницу вы считаете, может сумму посещений за неделю? Тогда все сводится к сумм() и груп бай, где единственная более-менее сложная часть - сгруппировать по неделям, опять же, если это "правильная" неделя, а не абстрактный промежуток в 7 дней.
Общее кол-во посещений (Накопительная сумма в отдельно таблице ведется), а не сегодня 100, вчера 200.
Общее кол-во посещений (Накопительная сумма в отдельно таблице ведется), а не сегодня 100, вчера 200.
в вашем случае на каждую дату должно быть количество посещений, а не накопительная сумма
Может и проще, я не программист и не знаю как реализовать то что вы предлагаете, поэтому делаю так как придумал.Вопрос не в "проще", а в "правильно". Если не программист - зачем тогда все эти телодвижения, отдайте работу программистам. А если хотите сделать сами - делайте нормально, стоит подучить хотя бы базовые принципы, если уж взялись... Короче, дело конечно ваше, но правильный вариант - хранить посещения по дням. Дальше решать вам - делать как придумали или переделать как надо.