caballero
А каким образом тогда я получу уникальный id для текущей сессии? самому генерировать? Если да, то зачем? session_id же вернет нам id текущей сессии и не придется создавать велосипеды...
Интересно бы узнать, чем session_id() так плох...
Или может реализация разная, поэтому не так понял..
vanya_sl
Ну это многие советуют ) Это лучшие видеоуроки по PHP, что есть в интернете... ещё и по JavaScript тоже есть уроки от специалиста, MySQL, HTML/CSS и многое другое ) вплоть до маркетинга. Качайте по необходимости, или заранее все, на будущее...
А как принять id пользователя, который оформил заказ?
Ну когда пользователь авторизуется успешно, надо записывать его id в сессию, а когда оформляется заказ уже id для текущего пользователя берется из сессии и добавляется в БД...
Без сессий - не делал подобное, могу ошибиться... Но сессии учите обязательно, они вам очень пригодятся. Это очень мощный и удобный механизм.
vanya_sl
При оформлении заказа в БД так же принимайте id пользователя, который оформил заказ. При авторизации id пользователя записывайте в сессию. Потом сформируйте выборку на основе имеющегося(авторизованного пользователя) id
А это тоже валидный? ) Помоему нет... но фильтрвар его охотно принимает как валидный...
Но опять же, я имел ввиду то, что использование регулярнок как по мне - строго по назначению... Тоесть если можно обойтись, то обходимся. Пусть это будет не e-mail, а что нибудь другое.. Считаю, что если можно обойтись без них, то нужно обходиться... Как в данном случае например
alnik-75
Ну исходя из темы и ваших запросов, то использование is_integer будет более адекватным, нежели is_numeric
//Добавление к вышеуказанному коменту AlexAnder
Если $_POST-ом принимаете данные, тогда перед проверкой нужно будет написать $num = intval($_POST['num']);
А если в общем, то можно и регулярки и мой вариант, оба будут работать. Например я бы не стал делать это регулярками. Тоесть принцип такой: держимся как можно дальше от регулярок и используем другие функции которые позволяют решить задачу.
Если вариант безвыходный и вам нужен конкретный шаблон, который в PHP могут задать только регулярные выражения, то остается их использовать... Как например случай с email в прошлый раз, пример регулярки, которой я с вами поделился.
alnik-75
Потому что is_numeric может принимать ещё и числовые строки. А is_interger строго по типу...
Это уже от конкретного случая зависит... Можно ещё не != а !== сделать, чтоб железно, по типу ) (Добавление)
Тоесть при is_numeric пройдет "12345678" а при is_integer нет... только без кавычек
Что творится в if:
- Если пользователь ввел не число, что угодно но не число, или он ввел число, но длина числа не равна 8 символов, то мы попадаем в блок if и пользователь получает ошибку.
Что творится в else:
Если всё хорошо, пользователь ввел число, мы можем отфильтровать это число ДО ЦЕЛОГО при необходимости. Тоесть что бы не смогли прислать -150 или 15.5
И дальше что то делать в этом блоке с этими данными в зависимости от необходимости
Прошу оказать помощь. Мне необходимо организовать проверку введеных пользователем данных. Это должно быть число из 8 цифр.
Каков должен быть шаблон для проверки с помощью preg_match.
Интересно, чего вы так влюбились в preg_match? Я ни чуть не хочу задеть ваше мнение, мне просто самому интересно... Я бы например сделал приблизительно так, если мне нужно было бы проверить число:
EuGen
Странно, вот я сейчас в гугле вбил бесплатные смс по всему миру и получил кучу сайтов, которые предоставляют такую возможность... даже на narod.ru есть сайт )
На одном из сайтов вроде была задержка(отправка не более чем раз в 3 минуты)
Главная
Помощь
Поиск
Пользователи
Найдено сообщений: 1465
этот адрес будет принят как валидный. Я же говорю, что есть нужен "конкретный" шаблон, тогда уже регулярки...
