Привет,
Исправьте пожалуйста ошибку в описании ответа вашего сервера на запрос /epg3
чтобы не приходилось полчаса тратить на дебаг "неработаюшей функции" когда у вас тэг пропушен, верный пример ответа сервера:
<?xml version="1.0" encoding="UTF-8"?>
<response>
<epg3>
<item>
<id>2</id>
<name>Первый</name>
<epg>
<item>
<ut_start>1278944400</ut_start>
<progname>"ХОЧУ ЗНАТЬ" с Михаилом Ширвиндтом</progname>
<t_start>17:20</t_start>
</item>
<item>
<ut_start>1278946200</ut_start>
<progname>"ОБРУЧАЛЬНОЕ КОЛЬЦО" - многосерийный фильм Сериал.</progname>
<t_start>17:50</t_start>
</item>
</epg>
</item>
<item>
<id>3</id>
<name>Pоссия</name>
<epg>
<item>
<ut_start>1278942600</ut_start>
<progname>"ТАЙНЫ СЛЕДСТВИЯ" - детективный сериал. В главной роли Анна Ковальчук</progname>
<t_start>16:50</t_start>
</item>
<item>
<ut_start>1278948600</ut_start>
<progname>"КУЛАГИН И ПАРТНЕРЫ"</progname>
<t_start>18:30</t_start>
</item>
</epg>
</item>
<item>
<id>54</id>
<name>Discovery</name>
<epg>
<item>
<ut_start>1278943800</ut_start>
<progname>"СМЕРТЕЛЬНЫЙ УЛОВ: ВРЕМЯ РАСПЛАТЫ"</progname>
<t_start>17:10</t_start>
</item>
<item>
<ut_start>1278947100</ut_start>
<progname>"ДЕРЗКИЕ ПРОЕКТЫ: АРИЗОНСКИЕ "КАРДИНАЛЫ"</progname>
<t_start>18:05</t_start>
</item>
<item>
<ut_start>1278950400</ut_start>
<progname>"РАЗРУШИТЕЛИ ЛЕГЕНД: СПЕЦВЫПУСК "ДЖЕЙМС БОНД". 1 часть"</progname>
<t_start>19:00</t_start>
</item>
</epg>
</item>
</epg3>
<servertime>1278944765</servertime>
</response>
И, раз уж пришлось писать, не могу удержаться от комментария относительно сессий обсуждавшихся в данной теме, поскольку точка зрения представителя администрации сервиса, видимо человека далекого от устройства ЭВМ, сильно позабавила
- Любой просто юзер сталкивался с тем как долго открываются папки с большим количеством файлов. Даже если это SAS диск, просто прочитать список из тысяч файлов, не говоря о поиске по названию, требует времени. Не говоря о реальных ситуациях с тысячами запросов одновременно. Именно по этой причине умные люди пораскинули мозгами и создали базы данных. Да, их файы тоже лежат на дисках, только немного лучше и быстрее индексируются и читаются специально созданной для этого программой. Поэтому люди не хранят информацию в файлах php и используют не php для ее чтения, a mysql.
ПХП создает свои "удобные сессии" для страничек "вэбмагазин васи пупкина, неохота самому с куками париться" в виде текстовых файлов в мусорной папке /tmp сервера на каждого юзера по десять штук (и на каждого анонима, и плюс переавторизацию) и хранит их там неделями (только за пару дней только при паре тысяч ежедневных заходов там скапливается под сотню тысяч файлов сессий, один только гугл способен нагенерить полмиллиона этого г** заходя с разных ip по пять раз в секунду, но это к слову). Nginx, конечно, побыстрее апача со статикой работает, но mysql+индекс быстрее чем пхп+файлы. На собственной практике отключение ламерских сессий в php.ini адекватно высвобождает ресурсы серьезных серверов (с использованием куки без сессий в php)
К тому же различные плагины несмотря на куки-авторизацию все равно умудряются совать на сервак пароль при каждом запросе канала. На днях задался целью оживить плагин для WDTV написанный тов. Jo2003 (автором vlc record) Плагин-то заработал, но инфаркт от увиденного в коде я чуть не получил. Если даже закрыть глаза на создание гигантских объектов (для "школьной олимпиады" таk старались?) и массы функций в массе файлов даже для показа 1 картинки (вместо 1 элементарного эхо), на запрос всего списка каналов с сервера на КАЖДЫЙ клик кнопкой (пока выберешь программа-день-передача плагин 3 раза запросит один и тот же xml, и по три раза один и тот же текст в трех различных функциях трижды почешет какими-то странными методами), то жестко присобаченный &protect_code=мойпасс на каждый канал меня добил. Хотя задумка с инфо в виде картинки остроумна, неплохо выглядит (если код подправить и шрифты найти, оно изначально работать не может, хидер не в том месте, видимо не тестилось вообше). Надеюсь, у вас пароль только на закрытых каналах проверяется?