Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. Программирование. Ступени успешной карьеры. Авторы: Кузнецов М.В., Симдянов И.В. PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP 5/6. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

HTML+CSS+JavaScript

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Всплывающая форма обр связи
 
 автор: RobotWerder   (29.12.2016 в 11:35)   письмо автору
 
 

Добрый день.
Есть форма обратной связи на сайте
http://poverka-elecom.ru

внизу http://screenshot.su/show.php?img=5c4a03afb2ff6c091d4ba0f0785e4a86.jpg

Она рабтает, письма с нее приходят, но хочется

1) сделать ее всплывающей по клику на ссылку

2) более сложная задачка.
http://screenshot.su/show.php?img=4b9d6075bd3150a2199a1c4a3055d76d.jpg
Чтобы в эту форму, в текст сообщения или заголовок письма при нажатии кнопки заказ вставлялось наименование прибора?!

Я не специалист, если это возможно, прошу помочь с решением

  Ответить  
 
 автор: confirm   (29.12.2016 в 13:36)   письмо автору
 
   для: RobotWerder   (29.12.2016 в 11:35)
 

И по вашему это будет удобно для пользователя? Что если он захочет не один прибор заказать?

Изначально нужно определять данные на странице так, чтобы с ними было удобно работать. А данные видимо в базе хранятся и идентифицируются уж никак не по наименованию изделия, так ведь?

  Ответить  
 
 автор: RobotWerder   (29.12.2016 в 13:52)   письмо автору
 
   для: confirm   (29.12.2016 в 13:36)
 

>И по вашему это будет удобно для пользователя? Что если он захочет не один прибор заказать?
>
>Изначально нужно определять данные на странице так, чтобы с ними было удобно работать. А данные видимо в базе хранятся и идентифицируются уж никак не по наименованию изделия, так ведь?

Вы правы насчет заказа нескольких приборов.
Но это сайт одностраничник и таблица построена на html .
И данные таблицы находятся не в базе.

То есть идентифицировать приборы по ID не получится.

Нужен ваш совет в этом случае?! Со своей стороны могу сказать, что поверку приборов заказывают, как правило не пакетно.

Хотя сайт на Joomla и можно заморочится насчет хранения инфы в базе и вывода этой таблицы на сайт, но боюсь я не потяну такую громоздкую задачку, хотя очень бы хотелось реализовать всё по уму.

Использование стандартных компонентов тоже вариант, но там будет не меньше работы по настройке и приведению в нужный вид.

Есть еще момент, хочу на будущее понять и разобраться в этом, чтобы получить бесенный опыт)

  Ответить  
 
 автор: confirm   (29.12.2016 в 18:24)   письмо автору
 
   для: RobotWerder   (29.12.2016 в 13:52)
 

Одно-строчная или много-строчная структура сайта никоим образом не определяет способ и формат хранения данных на сервере, это определяется задачами сайта.

Если каждое наименование этих товаров есть уникальное имя, то конечно не запутаться в том, что заказали. Но представьте ситуацию когда на сайт пришла левая форма, от бота, который если и не шлет вам спам, то вполне может заказывать мусор типа товара "абвгд". И ваш сайт скушает такой заказ, и все потому, что у сервера нет данных по которым бы он смог определить - реальный ли заказ, есть ли такие товары или на этот заказ не стоит обращать внимания.

Не обязательно в базе, если товаров немного и они "вечны", то их можно описать массивом, который хранить в файле в JSON формате. Клиент в форме заказа присылает не именование товара, а его идентификатор, который является ключом массива описывающего товары. Сервер получил этот массив, проверил наличие идентификатора (ключа) в нем, и получил именование товара - заказ реален, именование из массива идет в письмо.

По одному ли товару будут заказывать или же "правило", но если пользователь захочет заказать два, а тем более более, то каждый товар, это отдельный заказ. У такого подхода большой минус - пользователь должен помнить о своих заказах и считать общую сумму в уме. А по нормальному должна быть корзина, а уж один закажут или более, это уж как хотят.

  Ответить  
 
 автор: RobotWerder   (30.12.2016 в 12:53)   письмо автору
 
   для: confirm   (29.12.2016 в 18:24)
 

хмм.. есть над чем подумать..

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования