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

    • Зачем нужны базы, когда есть сессии?
      Ответить
      • т.е. нужно сохранить клиента в базу, а потом удалить?
        Ответить
        • Можно ещё в файл, конечно, но будет примерно то же самое.
          Не знаю. Мне всегда казалось, что сессии нужны для чего-то не настолько такого.
          Ответить
          • а для чего еще, как не data persistence across requests?
            Ответить
            • Это всё понятно. Но если мы эти данные практически не проверяем, никак не используем и просто пропихиваем дальше, тут нужно что-то в консерватории менять. Я не против сессий как таковых, я считаю, что тут явные проблемы с архитектурой.
              Навскидку могу придумать гипотетическую ситуацию, когда какой-то модуль по одному ему ведомым причинам сделает session_destroy. Например, при выходе пользователя в промежуточном состоянии.
              Ответить
              • может, я и неправ, но я считаю, что в базу имеет смысл сохранять долгоживущие, ассоциирование с пользователем данные - скажем, запоминаем и даем в следующий раз залогиниться и не заполнять.
                а в сессию хорошо пихать неассоциированные с юзером, "анонимные" данные, которые гипотетически сотрутся при закрытии странички.
                Ответить
    • а никого не смущает что $submit сначала присваивают значение, а только потом проверяют существует ли оно вообще?
      Ответить
      • Такая идиома конечно попахивает ворнингами, но вполне работает:
        http://ideone.com/XzSzG
        Ответить

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