1. PHP / Говнокод #11938

    +50

    1. 01
    2. 02
    3. 03
    4. 04
    5. 05
    6. 06
    7. 07
    8. 08
    9. 09
    10. 10
    11. 11
    12. 12
    13. 13
    14. 14
    15. 15
    16. 16
    17. 17
    18. 18
    19. 19
    20. 20
    21. 21
    22. 22
    23. 23
    24. 24
    25. 25
    26. 26
    27. 27
    28. 28
    29. 29
    $submit = $_REQUEST['submit'];
if(isset($submit))
{

	$first_name = $_REQUEST['first_name'];
	$last_name = $_REQUEST['last_name'];	
	$address = $_REQUEST['address'];
	$city = $_REQUEST['city'];
	$country = $_REQUEST['country'];
	$state = $_REQUEST['state'];
	$zipcode = $_REQUEST['zipcode'];
	$phone = $_REQUEST['phone'];
	$email = $_REQUEST['email'];
		
	$_SESSION['first_name'] = $first_name;
	$_SESSION['last_name'] = $last_name;
	$_SESSION['address'] = $address;
	$_SESSION['city'] = $city;
	$_SESSION['country'] = $country;
	$_SESSION['state'] = $state;
	$_SESSION['zipcode'] = $zipcode;
	$_SESSION['phone'] = $phone;
	$_SESSION['email'] = $email;
	
	
	?>
	  <meta http-equiv="refresh" content="0;url=https://www.site.com/development1/billing_info.php"/>
	<?
	  exit();

    оригинальная обработка сабмита формы и редиректа

    Запостил: bytes, 16 Октября 2012

    Комментарии (9) RSS

    • ava eth0 16.10.2012 18:47 # 0

      Зачем нужны базы, когда есть сессии?
      Ответить

      • ava Lure Of Chaos 16.10.2012 21:45 # 0

        т.е. нужно сохранить клиента в базу, а потом удалить?
        Ответить

        • ava eth0 17.10.2012 06:30 # +1

          Можно ещё в файл, конечно, но будет примерно то же самое.
          Не знаю. Мне всегда казалось, что сессии нужны для чего-то не настолько такого.
          Ответить

          • ava Lure Of Chaos 17.10.2012 09:39 # +1

            а для чего еще, как не data persistence across requests?
            Ответить

            • ava eth0 17.10.2012 18:09 # 0

              Это всё понятно. Но если мы эти данные практически не проверяем, никак не используем и просто пропихиваем дальше, тут нужно что-то в консерватории менять. Я не против сессий как таковых, я считаю, что тут явные проблемы с архитектурой.
              Навскидку могу придумать гипотетическую ситуацию, когда какой-то модуль по одному ему ведомым причинам сделает session_destroy. Например, при выходе пользователя в промежуточном состоянии.
              Ответить

              • ava Lure Of Chaos 17.10.2012 20:16 # +1

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

    • ava volhv 17.10.2012 16:58 # −2

      а никого не смущает что $submit сначала присваивают значение, а только потом проверяют существует ли оно вообще?
      Ответить

      • ava bormand 17.10.2012 17:14 # 0

        Такая идиома конечно попахивает ворнингами, но вполне работает:
        http://ideone.com/XzSzG
        Ответить

    Добавить комментарий