Все эти велосипеды уже давно изобретены. Но вы упорно не хотите замечать, что данное решение предлагалось как опциональное, на ряду с XML.

Согласен :) XML-RPC тоже достаточно большой велосипед, особенно если юзать его через такой комбайн как Zend Framework. :))
На счет опциональности, наверно я просмотрел, просьба сильно не пинать :) Я думал предлагается заменить XML-RPC на сериализацию.

Заменять не нужно. Я же сразу обратил внимание на другие языки, которые изначально ее не поддерживают.
Я тот же XML-RPC даже в "ручном режиме" могу использовать, без библиотек. Да и кроме ЗФ есть еще куча других библиотек и ФВ.
Это не проблема. Просто если с данными работать на ПХП, то удобнее будет сериализация.

А вы видели исходный код функции unserialize?

Тем более XML - это стандартизированный формат. А serialize-данные - это запакованные объекты, и ничего более.

Видел. И даже догадываюсь что вам там не понравилось ;). Сможете написать лучше? ;)

И что? Это делает его удобным, компактным и быстроразбираемым парсерами?

Не запакованные, и не объекты. Просто сериализованные данные.
И если совместно с сериализацией использовать сжатие (на С), то получется весьма неплохое решение для передачи обработки в ПХП.

ps: Я вижу вам просто интересно поспорить на тему программирования. Может лучше это сделать на винграде? ;)

mman, зачем же развивать холи-вар?

Просто XML - стандартизирован. XMLRPC признан наилучшим решением для удалённых вызовов, а не serialized-данные какого-то там PHP.

Скорость парсинга обоих форматов практически одинакова, а если учесть, что для походов по дереву XML не нужны велосипеды, а для serialized-строк нужны библиотеки, выбор напрашивается сам за себя.

Возможно, лет через -цать serialized будет настолько же приятен, как и XML. Но XML удобочитаем даже не проходя через какие-либо функции.

Вот на тему сжатия можно было бы попросить gzip для apache на стороне Sape, но любое сжатие - это процессорная нагрузка. Если Avelon утверждает, что на парк компьютеров она не превышает 11%, то в производительности никто не потеряе, а только выиграем все.

big.bon, вы вообще читать умеете? Или вы только свои посты читаете? Или читаете через один? Или просто решили выделиться и потролить-похохмить?

Еще раз напишу, процитировав себя, может это пробьет защиту в вашем танке:

Я вообще предлагал вынести XML-RPC из вебсервера и сделать отдельным сервисом, с сжатием (опят таки опциональным) и с ССЛ-шифрованием (тож опц.).

Зачем усложнять систему ради какой-то смутной выгоды? Необоснованно!

А вы вообще программист? Можете назвать себя профессиональным программистом?

Выгода не смутная, а вполне реальная. Как для сапы, так и для сторонних разработчиков.
Сделать дополнительный экспорт в сериализе - не более получаса работы 1 человеку.

Вы не умеете вести диалог.

Возможно, но это только когда мне этот диалог не нужен, когда я не вижу в нем никакого смысла. Тем более вы не умеете внимательно читать чужие посты. О каком диалоге может идти речь? Это будет парный монолог :D.

XML сегодня у всех работает как раньше? Что-то я не могу вытянуть данные, возможно поменяли какие-то переменные?

У меня тоже...

Вопрос к Авелону:
в какое время данные о заработках за текущие сутки и прошлые на площадке актуальны для текущего дня? В 9 утра они ещё старые, а в 23:45 они уже не интересны :(

Тоже вопрос Авелону:
нельзя-ли добавить возможность получать через XML RPC-интерфейс и сообщения, по указанному в параметрах функции при вызове id сайта. Что-то вроде sape.get_site_messages((int) site_id) , а на выходе дата, статус и текст сообщения. Я думаю это не должно сильно напрячь сервак...

2 АВИЛОН, просьба насчет МД5 пароля и HTTPS
 

1.Уважаемый, я бы хотел по возможности, чтоб Вы внесли мзменения.

При входе в систему необходимо вести пользователь и пароль

это достигается передачей параметров через POST(на страницу login.php), таких как :
'act' => 'login', 'login' => 'xxxx', 'passwd' => 'xxxxx'
Вы бы не могли бы добавить параметр passwdIsMd5, который будет аналогично параметру в АПИ (bool) md5:
sape.login((char) login, (char) password [, (bool) md5 = false])

это бы было очень удобно для сервисов, чтоб не хранить и не держать пароль открыто.

2. второй вопрос : вы бы не могли бы сделать XMLRPC через HTTPS

Спасибо.

лучше бы не только сообщения но и со статусами, чтоб текст сообщения не парсить.

я бы таких пользователей банил бы, кто автоматом шерстит по аккаунту. Для роботов же специально создали интерфейс - XMLRPC!

ДЛЯ СНЯТИЯ СЫЛОК НЕТУ XMLRPC.

Уважаемый я начал этот топик имено с этой темой, что хочу помимо функций get.... (по XMLRPC), еще и иметь ф. set..... , читайте внимательно топик. у себя я уже сделал все что можно . но как снимать ссылки , если нет этих функций.

Хотя я только что подумал, что я же могу кукии использовать теже, которые имею при гет.

1. логинюсь через XMLRPC
2. при снятии ссылок использую туже пару кукий.

Все пойду пробывать.

Если нету - значит есть на то причины. Если причины решаемы - значит интерфейс ещё в процессе тестирования и улучшения. Пишите Ваши пожелания и они точно не останутся без внимания.

И ещё раз хочу подчеркнуть функцию безопасности - чтобы владелец аккаунта через веб-интерфейс мог задавать какие группы функций XMLRPC можно использовать от его имени, дабы дать публичным сервисам больше доверия.

вы простите кто ? разработчик Сапы.
если нет, то я не к Вам ображщаюсь. удачи.

lolz ))

Все работает. та сессия которая от XMLPRC прекрасно подходит.
т.е. я логинюсь через xmlprc, получаю кукии, и уже с этими кукиями отправляю ссылки на удаление.
)

вот именно от таких действий пока у них нету решения, хотя оно делается парой строчек кода на сапе...

о чём тут спор, я не совсем понял:)

почему не делается то, что предлагается?
тут к гадалке не ходить:), самое первое, это потому, что приоритет работы прогеров сапы сейчас совсем для других задач

и я не вижу смысла и мотивов, чтобы ограничивать количество данных получаемых через xml-rpc, а остальное это работа программистов, которые будут использовать эти данные

и если чего-то сейчас нету, то вполне уверен, что оно будет позже
дело ведь только во времени
в свободном времени
которого, никогда, ни у кого нету:)

2АВЕЛОН
 

Уважаемый, нельзя ли внести изменения в функцию
sape.get_url_links((int) url_id [, (char) status, (timestamp) date_start, (timestamp) date_stop, (int) pn = 0])
при возврате списка ссылок, есть поле price, которое отражает цену, нельзя ли внести еще одно поле price_avg, которое будет отражать среднюю цену по системе(канешно по параметрам этой ссылки) ?

Или сделать отдельно функцию:
sape.get_price((int) cy,(int) pr, (int) vs)
возврат - средняя цена по системе.

Кстати, по средним ценам по системе было бы очень заманчиво!

Помоему не хватает функции работы с Извещениями, так как некоторые ссылки можно выловить только через них.

Что-то в последние дни xml-rpc возвращает всегда при попытке зылогиниться (т.е. в самом начале) 502 ошибку и страницу:
<html>
<head><title>502 Bad Gateway</title></head>
<body bgcolor="white">
<center><h1>502 Bad Gateway</h1></center>
<hr><center>nginx/0.5.34</center>
</body>
</html>
Хотя я со своей стороны ничего не менял в коде, да и на http://www.sape.ru/api_xmlrpc.php описание функции логина не изменилось. В чём фишка?

Мой запрос к серверу:
POST /api_xmlrpc.php HTTP/1.1
Host: www.sape.ru
Connection: close
Accept-encoding: gzip, deflate
Content-Type: text/xml; charset=utf-8
User-Agent: Zend_XmlRpc_Client
Content-length: 225

<?xml version="1.0" encoding="UTF-8"?>
<methodCall><methodName>sape.login</methodName><params><param><value><string>sape_logi n</string></value></param><param><value><string>sape_password</string></value></param></params></methodCall>

у меня ZendFramework версии 1.5.1

Работает каждый 2-3-4 раз... короче глючит сильно.

И чаще всего глючит по ночам :(

Согласен
 

Работает через раз . растраивает прям.

А нечего мне подкрутить чтоб почаще работало?
А то я в расписание добавил в 0:10 запускать обновление, т.к. последний пересчёт происходит примерно в 23:30 если я правильно помню... Хотя и сейчас вот не логинится. Обидно :(

+1
Поддерживаю.
Да и вебсервер разгрузится, не будут запросами долбить.

А через http://xmlrpc-epi.sourceforge.net/ кто-нибудь работает?
xmlrpc_encode_request и т.д.

Как через API получить наличие в дмозе и Каталоге яндекса ?
 

Сабж

Жизненно не хватает этих данных.

Добавлено через 1 минуту
очень не хватает, я бы еще добавил бы зип, так как проектов у людей много, и мне нарпимер 100 раз обращяться к сапе , чтоб обновить проекты не хочеться как то (100 раз это я образно)

Господа! Я так понимаю, у всех тусующихся в этом топике, уже есть какое-то готовое решение, которое тянет какие-то данные и куда-то их записывает. Мне, собственно, нужны только данные вебмастера, с помощью php сбрасывать их в таблицы mysql и дальше я уже что мне надо прикручу. Я год назад писал для себя парсер веб-страниц, но он стал неактуален еще до смены дизайна. и сильно не хочется его снова писать.

Если у кого-то есть работающее решение на php+mysql, может быть, поделитесь с общественностью? Ну, или я готов купить его за символическую плату.

Добавлено через 1 минуту
Или даже можно на обмен - вы мне засасывалку данных, а я вам свой статанализ после доработки кувалдой.

Никто не хочет заработать... Говорят, бедно живем... Ну ладно, пишу сам.

Что-то не вижу в результатах sape.get_site_links полей
# дата блокировки ссылки (по статусам ERROR или SLEEP),
# дата смены цены.

Это только у меня так?

Посмотрите внимательно на выдачу . там эти поля есть.

Бросьте вы этот xml-rpc, толку от него мало...
Лучше парсить pda-версию сапы :)