@hadra
Деньги у всех приходят не сразу подтвержденный статус транзакции платежной системы резервирует деньги на списание. Это важно. После такого подтверждения деньги фактически двигаются.
Пять лет назад делал такую систему однлй фирмочки по работе с российскими банками. В том числе и яндекс.деньги. системы примерно одинаковые: к конкретному счету/кошельку привязываешь персональные данные и точку входа на сервер для подтверждения(точнее проверки) платежа. Гет или пост запросом передаются данные (номер счета, валюта, сумма код сделки, параметры плательщика). В ответ сервер платежной системы перенаправляет ответ со статусом платежа намуказанный в договоре адррес.
Клинет ?.?.?.?:???-~-router 172.16.0.1:8888/192.168.1.1 -~- server 192.168.1.2:8888
Должна быть примерно такая конфигурация: клиетн не важно скаким ардесом и неизвестно с каким портом (это внутреннее дело клиента), соединяется с роутером 172.16.0.1:8888 через внешнюю сетку. Роутер(внутр адрес 192.168.1.1) переключает запросы через NAT во внутреннюю сеть до сервера 192.168.1.2 с портом 8888.
дырку в NAT делать на сервере нужно. Иначе как клиент пробьется через роутер? настраивается в NAT по порту 8888, который мапирует локальный адрес сервера 192.168.1.2 на этот же порт. Если стоит роутер, то новый роут добавлят не обязательно. Главное чтоб с клиента до 172.16.0.1 был пинг именно со стороны Интернета.
@another_dream
вы можете в эту функцию передать параметры в переменной "data". Тогда эта строка не видна будет в строке запроса, но (!) доступня она будет не в массиве $_POST, но в $_SERVER с именем 'HTTP_RAW_DATA'. Tочное название ключа мог и ошобиться - сделайте дамп и увидите ваши данные и нужное имя ключа.
@fornit1917 небольшой коммент:
при выполнения запроса сервер обычно строит так называемый план запроса (по условию where). обычно в него включаются столбцы *. А уж потом, при подготовке выдачи запроса к нему прицепятся всякие дополнительные поля или отсекаются ненужные.
К чему это я? Это означает, что в подзапросе ...EXISTS (SELECT 1 FROM comments WHERE user<>1 AND page_id=1) , псевдостолбец "1" либо будет использовать дополнительные ресурсы для данной операции кастинга и маппирования псевдостолбца (это зависит от логики, которую создали разработчики СУБД), либо будет выполняться с той же скоростью, что и "*".
@shpaker Это был не чистый HC, купленный как элемент DIY. Это есть готовое устройство CAN ODB2. Вот к нему в комплекте и шли уже написанные программки для диагностики автомобилей с такой шиной.
Так как устройство работало через внутренний UART, а мне нужен был доступ к микроконтроллеру, то этот BT-модуль был успешо выпаян.
не совсем и не всегда. это зависит от многих характеристик: производительности процессора, емкости памяти, скорости жестких дисков и пр. Годат 3 назад я делал систему регистрации для промышленного робота. Правда на firebird. Каждую секунду записывало от робота около 20 - 50 записей по 23 параметра. Другая программа читала эти данные, создавала группированный отчет и строила несколько графиков. Данные для обработки я брал небольшими прорциями, по 250 записей за раз. При этом искуственно притормаживал эту обработку на 3 раза в секунду, ведь человек все равно не успевает так быстро усваивать информацию.
в прошлом году я покупал китайскую приблудину для машины. Там стоит великий китайский модуль HC-05(toster.ru/q/43782). Так вот в комплекте была програнулины для android, iphone, wm. За исключением wm все программки прекрастно работали со своими операционаками на родных девайсах.
ссылки как бы намекают на использование какого либо компоента для отображения web-страниц. об этом можно тольуо догадываться.
непонятно, что ты собираешься сортировпть:сами ссылки или их ткстовые названия.
кроме того в дельфе есть стандартные классы по работе со списками. например TStringList.в экземпляре объекта такого класса можно добавить через "=" и название и сортировать по обеим объектам.
в использовании вложенных запросов нет ничего плохого. затразы на использования ресурсов ниже, скорость обработки выше чем у joined и зависит часто от того, какой СУБД вы пользуетесь: у MS SQL скорость обработки joined выше, чем других. Рога которые можно отхватить в таком встроеном запросе только один: если встроенный запрос возвращает больше одного столбца у не предусмотренных для этого баз данных. В данном примере такая ситуация исключена из-за групирования встроенного запроса.
например, у части текста выбирается другой размер шрифта. после просмориа исходника и переключения в визивиг текст так и остается видимым с вв-кодами.
тоже самое если проделать с формулой или любым другим объектом.
Деньги у всех приходят не сразу подтвержденный статус транзакции платежной системы резервирует деньги на списание. Это важно. После такого подтверждения деньги фактически двигаются.