да ладно! А что делать, если клиент провел деньги, а предприниматель их не получил?
Если предприниматель получил информацию о платеже - он сменит статус в таблице заказов.
Если он не получил информацию - а что ему, собственно, хранить в отдельной таблице?
Если хочется хранить и анализировать запросы и ответы между серверами - то место для этого в логах, а не в БД. Потому что проблемы работы с БД могут как раз и быть одной из причин, почему что-то пошло не так.
В таком виде, как они у вас "храняться", это не база данных, а свалка данных.
Нормально искать по этому сможет только поисковый движок - это их работа: индексировать свалки и превращать их в базы.
А с чего вы взяли, что на Андроиде безопасно запускать лицензионный софт?
Только с того, что, когда в Маркете находят трояны, успевшие заразить десятки тысяч устройств, их перестают предлагать к установке7
Неверно сформулирован вопрос. Спросите - зачем в Ларавеле используют именно токены? Или не спрашивайте, а почитайте. На основании этого знания можно будет принимать осознанное решение.
squidw, для ПО от MS вообще характерны излишние функции, поскольку оно обладает высокой связностью и как результат - излишней сложностью, требовательностью и закрытостью. Традиции Юниксов прямо противоположны - здесь не "склеивают" вместе разные функции, а раскладывают их по отдельным "черным ящикам" с подробно описанными внешними интерфейсами. Получается легкая и гибкая система, не диктующая администратору "единственно верных" решений, при выходе за которые его ожидает боль и страдание.
Зря. Поиски оптимальных вариантов при нулевых знаниях - заведомо пустая трата времени.
Каждый раз, когда вы будете стоять перед выбором в этом проекте, задавайте себе только один вопрос: как проще? Если вы можете сделать что-то, не задавая никому вопросов - делайте и не думайте об оптимальности ни секунды.
А изменить процесс, чтобы не нужно было маяться с этой капчей - никак?
Спрашивать у самих "людей" эти самые цифры? Они же где-то используются?
А если у вас "система" на этом чеке найдет время 14:39:40 и решит, что это искомые цифры?
Артём Петренков, в основном все-таки Андроид.
Ну, и как под Криэйтором не обязательно использовать Кут, так же под Андроид Студией никто не обязывает вас привязываться к Андроиду.
Alex-Broudy, при таком сценарии лучше создать выверенную таблицу заранее просклоненных городов и обращаться к ней, чем рисковать неверным результатом алгоритма на каждой странице.
microtime(true) возвращает время в миллисекундах с точностью до микросекунд.
Вообще-то нет. Он возвращает время в секундах, добавляя к ним столько дробной части, сколько позволяет точность определения времени компьютером. Расчитывать на точность в микросекундах, как правило, не приходится.
Если предприниматель получил информацию о платеже - он сменит статус в таблице заказов.
Если он не получил информацию - а что ему, собственно, хранить в отдельной таблице?
Если хочется хранить и анализировать запросы и ответы между серверами - то место для этого в логах, а не в БД. Потому что проблемы работы с БД могут как раз и быть одной из причин, почему что-то пошло не так.