- missing parameter в ответ на запросы
- Сообщения 15
- 1 Тема от Shod 2007-02-08 14:17:09
- Тема: missing parameter в ответ на запросы
- 2 Ответ от Shod 2007-02-08 14:19:57 (изменено: Shod, 2007-02-08 14:51:23)
- Re: missing parameter в ответ на запросы
- 3 Ответ от Lokki 2007-02-09 00:36:45
- Re: missing parameter в ответ на запросы
- 4 Ответ от Hanut 2007-02-09 00:59:39
- Re: missing parameter в ответ на запросы
- 5 Ответ от Shod 2007-02-09 07:02:26
- Re: missing parameter в ответ на запросы
- 6 Ответ от Lokki 2007-02-09 10:48:12
- Re: missing parameter в ответ на запросы
- АлиЭкспресс блокирует заказы, по Крымским индексам
- Как заказать на алиэкспресс, в конце 2019 года (обход блокировки крымского индекса)
- Что делать, если алиэкспресс блокирует крымский индекс?
- 3D Secure, или что скрывают механизмы безопасности онлайн-платежей
- Почему протокол 3D Secure называется именно так?
- Зачем это нужно?
- Версии протокола 3D Secure
- Токен OAUTH
- Параметры запроса
- Параметры ответа
- Описание ошибок
missing parameter в ответ на запросы
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Сообщения 15
1 Тема от Shod 2007-02-08 14:17:09
- Shod
- Редкий гость
- Неактивен
- Зарегистрирован: 2007-02-08
- Сообщений: 5
Тема: missing parameter в ответ на запросы
если что я нуп звыняйте
стоит IIS6 + PHP5.2.0 + php5.0.27
и присобачен phpmyadmin 2.9.2 rc1
когда вхожу в базу и делаю там простейший запрос типа select * from phone;
в ответ получаю
import.php:missing parameter: import_type (faq 2.8)
import.php:missing parameter: format (faq 2.8)
в фак 2.8 советуют чекнуть пару параметров в пхпини и в конфиги самого phpmyadmin
сделал советуют также поставить зенд оптимайзер и сходить на баг.пхп.нет, где тоже советуют зенд
скачал/поставил зенд оптимайзер
тож самое.
чуйствую что гдето туплю совсем по децки! где не пойму
писанными вручную скриптиками базы вполне отзывчиво открываются
шо за х#$^%тень.
2 Ответ от Shod 2007-02-08 14:19:57 (изменено: Shod, 2007-02-08 14:51:23)
- Shod
- Редкий гость
- Неактивен
- Зарегистрирован: 2007-02-08
- Сообщений: 5
Re: missing parameter в ответ на запросы
о запарился и в поиске миссинг с одим с вбил! а тут тема такаяж рядом! КАШМАР.
што удивительно делает обзор таблиц, то есть показывает первые 30 записей
показывает даж каким скриптом это сделал
а на все остальное почти ругается missing parameter
3 Ответ от Lokki 2007-02-09 00:36:45
- Lokki
- Админ
- Неактивен
- Откуда: Москва
- Зарегистрирован: 2006-01-25
- Сообщений: 910
Re: missing parameter в ответ на запросы
Shod
А здесь тебе что помешало вопрос задать: http://forum.php-myadmin.ru/viewtopic.php?id=250
ничего не попутал? Может MySQL 5.0.27?
Подробней о конфигурации: что за браузер юзаешь? Как ведет себя phpMyAdmin в других?
Как устанавливал phpMyAdmin: конфиг создавал вручную или с помощью скрипта установки?
Покажи его здесь.
4 Ответ от Hanut 2007-02-09 00:59:39
- Hanut
- Модератор
- Неактивен
- Откуда: Рига, Латвия
- Зарегистрирован: 2006-07-02
- Сообщений: 9,701
Re: missing parameter в ответ на запросы
Shod
Вы уверены в данном пункте из FAQ 2.8?
— Директория, определенная в php.ini в директиве session.save_path не создана или доступна только для чтения.
IIS я никогда не использовал, поэтому здесь могу только в слепую, но логически выходит, что у вас не проходят POST запросы, которые режет, либо сам скрипт (он может это делать если сессии не работают), либо что-то еще. Второй вариант мне не нравится.
Для проверки папки сессий необходимо посмотреть phpinfo, в котором найти директорию на которую указывает директива session.save_path, ну и соответственно проверить, существует эта директория и разрешена ли в нее запись для пользователя, под которым запускается IIS.
Давайте попробуем решить проблему «missing parameter» с вами, так как она осталась не решенной в предыдущей теме посвященной данной проблеме.
5 Ответ от Shod 2007-02-09 07:02:26
- Shod
- Редкий гость
- Неактивен
- Зарегистрирован: 2007-02-08
- Сообщений: 5
Re: missing parameter в ответ на запросы
я объяснил во втором сообщении!
ничего не попутал? Может MySQL 5.0.27?
это тоже не риторический вопрос? каэчно mysq, ошибся! нуп я нуп.
Hanut
Вы уверены в данном пункте из FAQ 2.8?
— Директория, определенная в php.ini в директиве session.save_path не создана или доступна только для чтения.
вот кстати уверен, но совсем в другом! у меня в faq2.8 такого попросту нет
вот все что было
2.8 I get «Missing parameters» errors, what can I do?
Here are a few points to check:
In config.inc.php, try to leave the $cfg[‘PmaAbsoluteUri’] directive empty. See also FAQ 4.7.
Maybe you have a broken PHP installation or you need to upgrade your Zend Optimizer.
If you are using Hardened PHP with the ini directive varfilter.max_request_variables set to the default (200)
or another low value, you could get this error if your table has a high number of columns. Adjust this setting
accordingly. (Thanks to Klaus Dorninger for the hint).
In the php.ini directive arg_separator.input, a value of «;» will cause this error. Replace it with «&;».
If you are using Hardened-PHP, you might want to increase request limits.
и именно этого не хватало на буг.пхп.нет по этому коду ошибки тоже предлагают зенд оптимайзер проапгредить
спасибо за участие отцы!
можете добавлять данный хронический случай в местный фак!
6 Ответ от Lokki 2007-02-09 10:48:12
- Lokki
- Админ
- Неактивен
- Откуда: Москва
- Зарегистрирован: 2006-01-25
- Сообщений: 910
Re: missing parameter в ответ на запросы
Shod
можете добавлять данный хронический случай в местный фак!
Этот случай уже давно описан в FAQ 2.8:
[2.8] Я получаю ошибку «Missing parameters», что можно сделать?
Тут может быть несколько вариантов:
— В config.inc.php, попробуйте оставить директиву $cfg[‘PmaAbsoluteUri’] пустой. См. также FAQ 4.7.
— Может быть вы используете «битый» PHP дистрибутив или Вам необходимо обновление Вашего Zend Optimizer. См. http://bugs.php.net/bug.php?id=31134.
— Если Вы используете Hardened PHP в файле ini для директивы varfilter.max_request_variables установите значение по умолчанию (200) или другое меньшее значение, Вы можете получать данную ошибку, если ваша таблица имеет большое кол-во столбцов. Приведите данную настройку к соответствию.
— В php.ini в директиве arg_separator.input, значение «;» будет вызывать подобную ошибку. Замените его на «&;».
— Если Вы используете Hardened-PHP, можете увеличить лимиты запросов.
— Директория, определенная в php.ini в директиве session.save_path не создана или доступна только для чтения.
Отлично, что ты разобрался со своей проблемой. RTFM forever!
Всегда поможем, тем кто нуждается в нашей помощи.
Источник
АлиЭкспресс блокирует заказы, по Крымским индексам
Очень печальная история для жителей Крыма. Как же теперь покупать на алиэкспресс, если мы живём в Крыму?! После обновления сайта алиэкспресс, платёж не проходит. А всё это, из-за Крымского Почтового индекса, который мы указываем в адресе доставки.
Ранее была написана статья, которую советую прочитать. В ней написаны ответы Технических специалистов алиэкспресс, про ошибку — Процесс не может быть продолжен из-за неполадок в системе алиэкспресс
Ещё в конце июля, Антон Пантелеев (пресс секретарь алиэкспресс, в России) — сообщил про сбои сайта алиэкспресс, вызванные после обновления дизайна и технической стороны, сайта алиэкспресс. А так же то, что идёт большая работа, над устранением данной проблемы.
Пантелеев добавил, что данная проблема будет устранена до осени!
Как заказать на алиэкспресс, в конце 2019 года (обход блокировки крымского индекса)
Друзья, новый способ заказывать с алиэкспресс в Крым 2019 найден, переходите по ссылке и читайте:
На данный момент, есть возможность заказывать на алиэкспресс из Крыма. Для этого нужно удалить старый аккаунт и создать новый. После чего, установив старую версию приложения алиэкспресс (6.6.0 или более раннюю) — и совершить заказ на алиэкспресс из Крыма. Естественно с помощью VPN протокола. А в адресе доставки, указать все данные, которые указывали ранее.
Всё дело в том, что крымские индексы блокирует именно платёжная система AliPay. А если пользоваться старым приложением алиэкспресс, то платёж будет проходить через Яндекс Кассу (например)
Но есть и самый главный минус этого способа. Данный способ будет работать ровно один раз. После чего, опять не будут проходить платежи на алиэкспресс из Крыма. И придётся опять удалять аккаунт и создавать новый. Но, если в аккаунте есть активные заказы, удалить аккаунт не получится. Придётся ждать, пока заказы станут — не активными.
Естественно очень печальная история, с блокировкой крымских индексов — со стороны алиэкспресс. Нам остаётся только ждать, пока нам будет позволено — заказывать на алиэкспресс из Крыма, в 2019 году.
Что делать, если алиэкспресс блокирует крымский индекс?
И немного очень полезной информации! Если у Вас возникла проблема с оплатой на алиэкспресс из Крыма, то советую написать в Службу поддержки алиэкспресс. И сообщить о данной проблеме!
Так как аккаунты, у которых блокируется платёж по индексу, поставят в очередь для быстрого устранения данной ошибки.
Написать в Службу поддержки алиэкспресс, можно через нашу статью
Для связи с живым оператором в онлайн чате, воспользуйтесь последней инструкцией в данной статье. Которая называется: Как связаться в онлайн чате, с живым оператором Службы поддержки aliexpress. В Августе 2019 года!
Для быстрого перехода, нажмите на нужный раздел в Навигации, в данной статьи.
Для тех, кому нравится послушать — предлагаю просмотреть видео запись, на тему: Процесс не может быть продолжен из за неполадок в системе ISC_RS_5100102051 — АлиЭкспресс
А так же, следите за обновлением сайта / YouTube канала — АлиПросто!
Источник
3D Secure, или что скрывают механизмы безопасности онлайн-платежей
Электронная коммерция — одна из самых больших и быстро растущих областей, в связи с чем она привлекает внимание как исследователей информационной безопасности, так и злоумышленников. Поэтому хотелось бы разобраться в некоторых аспектах механизмов безопасности, применяемых при проведении онлайн-платежей.
Один из протоколов, используемых для увеличения безопасности онлайн-платежей — 3D Secure. Это протокол, который был разработан на основе XML в качестве дополнительного уровня безопасности платежей, проводящихся без физического участия карты (card not present payment). VISA создала первую версию этого протокола, но вскоре его начали использовать и другие компании (Master Card, JCB International, AmEx, Мир), впоследствии объединившиеся с VISA в содружество EMV. EMV занимается поддержкой и развитием протокола 3DS.
Почему протокол 3D Secure называется именно так?
Полное название этого протокола — Three Domain Secure.
Первый домен — домен эмитента — это банк, выпустивший используемую карту.
Второй домен — домен эквайера — это банк и продавец, которому выплачиваются деньги.
Третий домен — домен совместимости (interoperability domain) — инфраструктура, используемая при оплате картой (кредитной, дебетовой, предоплаченной или другими типами платежных карт) для поддержки протокола 3D Secure. Он включает в себя Интернет, подключаемый модуль продавца (merchant plug-in), сервер контроля доступа (access control server) и других поставщиков программного обеспечения.
Зачем это нужно?
3D Secure обеспечивает новый уровень безопасности путем предоставления дополнительной информации. Еще одним важным моментом является «перенос ответственности». Это означает, что в случае мошенничества вся ответственность ложится на банк-эмитент. Этот момент является очень важным для продавца (мерчанта), т.к. до появления 3D Secure урегулированием спорных вопросов приходилось заниматься мерчанту.
Также не стоит забывать о двух важных психологических аспектах: повышении доверия к онлайн-платежам и увеличении конверсии. Конверсия может быть увеличена за счет обновлений протокола 3DS, направленных на сокращение взаимодействия с пользователем.
Версии протокола 3D Secure
В настоящее время большинство платежных сервисов используют версию 1.0.2 при проведении онлайн CNP-платежей, запрашивающих OTP-код. Версия 1.0.2 была создана в 2001 году и в ней есть некоторые проблемы.
На данный момент актуальной версией является v2.2, и EMV планирует, что к концу 2020-го года она будет использоваться везде.
Источник
Токен OAUTH
Его использует большинство API.
Используйте OAUTH-токен, если не требуется доступ к клиентским данным и не требуется согласие клиента на получение его данных.
Параметры запроса
Описание атрибутов запроса
Необходимо передать закодированные в BASE64 значения client id и client secret разделенные двоеточием в виде: «Ваsic» + пробел + :
Уникальный идентификатор запроса. Формируется по паттерну=(5|[a-f]|[A-F])<32>)».
Параметр необходим для журналирования входящих вызовов и удобства разбора инцидентов.
Чтобы обеспечить уникальность, можно использовать стандартные библиотеки и классы для генерации UUID/GUID (https://ru.wikipedia.org/wiki/UUID), убрав из результата разделители «-».
Принимает значение «application/x-www-form-urlencoded»
Принимает значение «application/json»
Идентификатор, полученный в личном кабинете на Портале после регистрации приложения.
Способ получения доступа (тип разрешения). Для данного взаимодействия необходимо использовать значение client_credentials.
Область видимости (scope), которая предоставляется клиентскому приложению. Необходимо передать значение, разрешенной области видимости.
Параметры ответа
Описание атрибутов ответа
Сгенерированный Access token.
Тип запрашиваемого токена. Всегда передается значение «Bearer».
Время в секундах, в течение которого действует Access Token.
Список групп персональных данных, на получение которых выдан данный токен. В список так же по умолчанию включается название сервиса API
Под каждый выпущенный токен создается сессия. Ее идентификатор передается в токене.
Описание ошибок
Пример ответа в случае ошибки
Типы возвращаемых ошибок
В заголовке запроса параметр Authorization имеет пустое значение или отсутствует.
В заголовке запроса некорректно указан параметр RqUID.
Корректный паттерн: «pattern»: «^((4|[a-f]|[A-F])<32>)$
В заголовке запроса параметр RqUID имеет пустое значение или отсутствует.
В теле запроса ошибка в параметре scope: используется пустое либо некорректное значение параметра.
Корректное значение параметра scope необходимо смотреть в документации к API.
В заголовке запроса указаны некорректные значения параметров accept или content-type.
Корректные данные параметров для вызова токена можно посмотреть в Параметрах запроса.
В теле запроса ошибка в параметре grant_type: используется пустое либо некорректное значение параметра.
Корректные данные параметров для вызова токена можно посмотреть в Параметрах запроса.
В теле запроса отсутствует параметр grant_type.
Корректные данные параметров для вызова токена можно посмотреть в Параметрах запроса.
В теле запроса параметры grant_type или scope содержат спецсимволы #*!$@%^&*()_+=-‘».
Корректные данные параметров для вызова токена можно посмотреть в Параметрах запроса.
1. client_id приложения, указанный в заголовке запроса «x-ibm-client-id», не зарегистрирован на Портале: приложение может быть удалено либо содержать синтаксическую ошибку.
2. в заголовке Authorization передается client_id, не соответствующий client_id приложения, с которым осуществляется вызов
Проверить параметры своего приложения можно через личный кабинет на Портале разработчика, в разделе «Приложения».
Значение client_id отсутствует в заголовке запроса в поле «x-ibm-client-id».
Ошибка в значениях параметров заголовка x-ibm-client_id или x-ibm-client_secret.
Проверить параметры своего приложения можно через личный кабинет на Портале разработчика, в разделе «Приложения».
Причинами ошибки могут быть:
- client_id в заголовке Authorization не соответствует указанному в заголовке x-ibm-client-id в запросе
Как правильно формировать параметр заголовка Authorization можно посмотреть в Параметрах запроса выше.
Проверить client_id и client_secret своего приложения на корректность можно через личный кабинет на Портале разработчика, в разделе «Приложения».
Причинами ошибки могут быть:
- использован клиентский сертификат, выпущенный для другого приложения
- указано некорректное значение в параметре заголовка x-ibm-client_id.
Проверить client_id и client_secret своего приложения на корректность можно через личный кабинет на Портале разработчика, в разделе «Приложения».
Приложение не авторизовано получать токен по указанному scope. Причинами могут быть:
- допущена синтаксическая ошибка при указании данного параметра. Корректное значение параметра scope необходимо смотреть в документации к API.
- у приложения нет подписки на API, со scope которого идет вызова токена. Проверить наличие соответствующей подписки у приложения можно в личном кабинете на Портале разработчика в разделе «Приложения»
Доступ запрещен. Для разбора данной ошибки необходимо обратиться в поддержку Банка.
Источник