Цитата:
Добавлено через 17 минут Но Вы бы внесли изменения то на страницу http://www.sape.ru/api_xmlrpc.php: даты нужны не в массиве, а строчкой; два последних параметра (если правильно интерпритировал получаемые периодически ошибки) являются обязательными, да и лимиты на них остаются не выясненными. Как то кривовато get_messages работает, т.е. результат вроде как и есть, но пользоваться жуть как не удобно. Но это уже мелочи |
Цитата:
удаляйте пачками по 30-50 штук. 1000 - это слишком много за раз. мы удаляли из разных урлов и проектов 30 удалений - 1 сек Цитата:
это я не вам писал |
Цитата:
___ как с росии так не из росии . не суть скорость ответа 1-15 сек.( я включил зипование, каюсь оно было выключено, но все ровно долго) __ Это происходит так как если у проекта 10000 ссылок куплено на урле, при удалении ( да Вас приходится парсить, так как вы не делаете в XMLRPC удаление ((( ) , вы возвращаетет список весь. в этом то и проблема, что я получаю Ваш СЕРП ))) сделайте хотябы чтоб я мог удалять ссылки по урлу специальному, в котором не будет выдачи всех купленных ссылок. это решит проблему, я думаю |
API - не работает примерно с 18 часов 20 апреля... ?
|
Цитата:
|
разобрался... похоже что у нас теперь при авторизации еще один Set-Cookie: p=... следом за Set-Cookie: SAPE=... выставляется
вот то-то оно и не стреляло :-) |
Цитата:
|
Это такое только у меня или у всех?
Пытаюсь добавить УРЛ функцией "sape.url_add". Параметры передаю как положено. Ответ такой: server error. method not found. sape.url_add использую Zend Framework 1.7.8 Функции sape.get_user, sape.get_projects, sape.get_urls прекрасно работают. Помогите советом. Спасибо. Добавлено через 42 минуты Цитата:
Я обращался к http://www.sape.ru/api_xmlrpc.php а нужно было обращаться к http://www.sape.ru/api_xmlrpc.php?v=extended ура, все работает! :) |
pp7, по головке тебя теперь вряд ли погладят...
|
Цитата:
|
Я не знаю что вы сделали но спасибо Вам большое.
Скорость повысилась в разы. я просто плачу. Смотрю и плачу.
СПАСИБО. |
Граждане, а как получить количество закупленных ссылок и сумму для определенного АВТОфильтра?
Функция sape.get_filters_auto возращает данные по автофильтрам, но не возвращает количество закупленных по ним ссылок и сумму. Хотя было бы логичнее, чтобы там были эти данные. Что можно сделать? Как посчитать количество купленных ссылок по автофильтру? В интерфейсе sape.ru это же есть... я в растерянности. Help =) |
Подскажите, а вообще работает авторизация когда пароль зашифрован по MD5 ? Если да, то в каком виде запрос должен быть. А то все испробовал-результат один : Login failed :o(
|
ru-moto, работает
все так же, как и с plain-text, только true в последнем параметре: Код:
sape.login($login, $md5_password , true) |
sVs,
да вот в том то и дело что у меня почему то выдает что авторизация не проходит. Вот xml запрос, вроде все правильно: Код:
<?xml version="1.0" encoding="UTF-8"?> |
Спасибо, господа и от меня!
Цитата:
|
ru-moto, md5хеш пароля нужен, а не имя папки
|
Ошибка найдена. Хэш должен быть в нижнем регистре оказывается. Иначе сапа не принимает.
Последний Герой, это шутка какая то? так я не понял. |
Почему-то не работает фильтр по типам сообщений в sape.get_messages.
Посылаю вот что: Код:
<?xml version="1.0"?> |
Что за ноывая ошибка в API
Fault: <Fault 664: 'SAPE.RU: Extended mode denied :o('>
Начала возникать при : bResult = oServer.sape.login( oPropertyUser.sape_login.value, oLocalConfig.sape_password, True ) Вчера не было . только сегодня. |
в описание теперь другой адрес стоит: http://xmlrpc.sape.ru/ но и с ним у меня не работает что то. Выдает 404 ошибку
|
Цитата:
|
ну вообще то раньше был не http://xmlrpc.sape.ru/. Теперь же в описание стоит этот адрес, но выдает ошибку 404.
|
Цитата:
Добавлено через 40 минут Просьба к программистам добавить в get_messages возможность задавать порядок сортировки. Сейчас все извещения сортируются по дате по убыванию и нормально скачать все извещения не получается из-за того, что содержимое первой страницы с извещениями (и других тоже) постоянно скачет, т.к. новые извещения постоянно появляются. Так же просьба возвращать уникальный id извещения, что бы можно было его уникальность определить. |
Так что с http://xmlrpc.sape.ru/ ? Это только у меня не работает? :)
Если нет, то когда заработает? |
вчера еще работало по http://www.sape.ru/api_xmlrpc.php, а теперь поддомен отдельный. по http нет доступа, по https есть
|
Блин, одни разочарования с этим API. Хочу сделать для себя нормальную статистику по сайтам (т.к. от администрации её не дождёшься), так и этого толком сделать не получается из-за корявого API и документации. Уважаемые программисты, API делается для того, что бы можно было расширить возможности системы, а не сделать то же самое в другом интерфейсе. Возьмём, например, sape.get_messages. Мне для статистики необходимо собирать все извещения, что бы потом проанализировать - сколько заявок поступило по такой-то цене, сколько из них подтвердилось автоматом, а сколько вручную после просмотра сайта, какие сайты оптимизаторы отправляют в BL и т.п. Вроде всё без проблем должно быть, но нет. Вот какие поля возвращает get_messages:
Код:
[date] => ... Что приходится делать. Во-первых, из-за того, что при отмене заявки и снятии ссылки с занесением в BL, а так же при удалении оптимизатором проекта, не известно отмена ли это заявки или снятие ссылки. Приходится потом смотреть, не поступало ли предварительно неподтверждённой заявки на эту ссылку. А можно было бы просто разные извещения для отмены заявки и для снятия уже размещённой ссылки сделать. Ну ладно, это я поборол, пропарсив переменную body и анализируя потом предыдущие извещения. Но и тут косяки полезли. В sape.ru собрал различные форматы извещений об отмене, забил их в программу и бац - в интерфейсе sape.ru формат извещений отличается от возвращаемых через XML RPC. Например, в sape.ru: "Размещение на странице * ссылки "*" на URL * отменено. Вебмастер добавил домен * в BL" в xml rpc: "Размещение на странице * ссылки "*" на URL * отменено. Оптимизатор добавил сайт в BL" Думаю, другие извещения для отмены тоже различаются. Боюсь даже, что в любой момент могут поменяться без предупреждений. Далее, хочу узнать по какой цене покупается данная ссылка на данной странице. В извещениях цена не указана, поэтому приходится после скачки извещений запрашивать страницы сайта через get_site_pages и расставлять цены. Скачивать приходится все страницы (для многих сайтов их несколько тысяч), т.к. в get_site_pages нельзя выбрать только нужные страницы. Плюс, цены соответственно будут актуальными, только если не менялись с покупки ссылки до скачивания извещений. Но это ладно, если утром скачивать вчерашние извещения и цену менять только раз в день после скачки извещений, то жить можно. Ну почему нельзя было вместо этой каши в body возвращать отдельно URL адрес страницы, ссылки, текст ссылки, для отмены сделать 2 типа (отмена заявки и снятие уже размещённой ссылки) и подтипы (просто отказ, с занесением в BL, удаление проекта, освобождение места под unsleep, превышение макс. числа внешних ссылок и т.п.). Ну и конечно же почему нельзя сделать нормальной документации??? Вот что у вас написано для get_messages: Цитата:
Про то, что фильтр по типам в get_messages не работает и приходится скачивать все извещения (большая часть из которых мне не нужна) я молчу. И это только по get_messages. Скажите, неучто нельзя было выделить достаточно время на разработку нормального API? Нельзя было для тех же извещений возвращать максимально возможный набор полей (ту же цену ссылки), добавить параметр в котором можно было бы указывать какие поля выбирать (что бы в пустую не качать трафик), возможность задать сортировку и сделать нормальную документацию? Самое плохое то, что я понимаю что разговариваю со стенкой и всё это разработки пропустят мимо ушей. Ну хоть высказался, а то уже накипело... |
обязательно учтем пожелания. на следующей неделе заставлю проштудировать программистов все посты за последнее время
|
Цитата:
Добавлено через 2 часа 52 минуты Просьба опубликовать все дополнительные описания для извещений типа 5 - "Размещение на странице * ссылки * на URL * отменено." с указанием для кого они могут присылаться (вебместера/оптимизатора). Я имею ввиду вот эти подтипы:
Добавлено через 22 минуты Цитата:
|
Все-таки, SOAP наверное был бы более удобен в API, чем XML-RPC:
документированность в wsdl - самодостаточная, все типы и структуры - описаны, при расширении функционала - всем сразу видно, что и как поменялось, да и с обработкой ошибок - значительно лучше дело обстоит. (Просто мысли вслух) |
Цитата:
|
Цитата:
Оптимизатор добавил сайт в BL - это если оптимизатор отказался от ссылки. Вебмастер добавил домен * в BL - это если я отказался от подтверждения заявки с занесением в BL или добавил домен в BL (и ссылка автоматом снимается). |
SOAP утяжелит систему, да и сервер сапы поддерживает интроспекцию (например можно получить список всех поддерживаемых методов), но хелп для каждого метода не вписан(
Поэтому два вопроса - когда будут документированы все функции? И будет ли возможность запросить актуальный хелп по каждому методу сразу через XML-RPC? З.Ы. добавьте, плиз, возможность отклонять заявки на размещение ссылок ^^ |
Цитата:
Это же по сути все к одному к XML, что там хмл парсить , что там. |
Цитата:
Вопрос только в удобстве использования. По-моему опыту SOAP более удобен именно из за дополнительных библиотек. Как насчет поддержки его в PHP я честно не знаю. |
Цитата:
Добавлено через 3 минуты Просьба к разработчикам в извещениях для вебмастеров в отдельном поле сохранять цену, по которой покупалась ссылка, т.к. без неё проблематично собирать полную статистику, которая очень нужна. Цена нужна в извещениях о новой заявке на размещение ссылки и в извещениях об отмене размещения ссылки. А в sape.get_site_pages сделать постраничное чтение или фильтр выбора нужных страниц. |
Ну вообще в Java, данные автоматически мапируются на структуры.
Т.е. если в XML пришел int или i4 я получу тип int на выходе. Если есть struct то получу Map и т.д. Т.е. по сути получается прозрачный мост для вызова данных. SOAP поддерживает более сложные объекты просто там можно было бы создать свои типы и они бы сами мапировались в запрос. |
2 часа потратил, что бы понять почему у меня не сходятся данные статистики. В итоге оказалось, что для извещений "Размещение на странице * ссылки * на URL * утверждено хозяином площадки и оптимизатором (АВТО)." возвращается неверный тип (25, вместо 24, указанного в документации). Как же мне надоело изучать API сапы экспериментальным путём.:mad:
|
Цитата:
|
Цитата:
какие ни будь пожелания были приняты к вниманию? и сроки реализации озвучьте если не секрет. Благодарю за внимание. |
Часовой пояс GMT +3, время: 07:56. |
Работает на vBulletin® версия 3.8.7.
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Перевод: zCarot
SAPE.RU — система купли-продажи ссылок с главных и внутренних страниц сайтов.