nomadsolutions

Думаю, что DOM в вашем случае лишнее, будет проще формировать RSS напрямую, выводя фиду подставляя на лету соотв значения переменных в структуру нужной версии фиды и т.д. например так (файл feed.php)

<?xml version="1.0" encoding="windows-1251"?>

<rss version="2.0">

<channel>

   <title>Новости</title>

   <link>http://example.com/</link>

...

формирование $feed_data

...

<?php foreach ($feed_data as $feed_item): ?>

<item>

	<title><?php echo $feed_item['title']; ?></title>

	<link><?php echo $feed_item['url']; ?></link>

	<guid isPermaLink="false"><?php echo $feed_item['url']; ?></guid>

	<description><![CDATA[<?php echo $feed_item['description']; ?>]]></description>

	<pubDate><?php echo $feed_item['pubDate']; ?></pubDate>

	<category><![CDATA[<?php echo $feed_item['category']; ?>]]></category>

</item>

<?php endforeach; ?>

</channel>

</rss>

для этого примера, формат $feed_data может быть например такой:

// это пример структуры, сами же данные должны генериться динамически (браться из БД, вычисляться соотв. образом - например pubDate и т.д.)

$feed_data = array(

	array('title' => 'title1', 'url' => 'url 1', 'description' => 'description 1', 'pubDate' => 'pubDate 1', 'category'=> 'category 1'),

	array('title' => 'title2', 'url' => 'url 2', 'description' => 'description 2', 'pubDate' => 'pubDate 2', 'category'=> 'category 2'),

...............

);

здесь, массив $feed_data формируется из ваших данных, которые в этом же скрипте могут браться из БД, файлов, ещё как-то вычисляться и т. п., после чего фида просто выводится клиенту(браузеру, спайдеру) с заполненными данными.

Но скорее всего, у вас на этом сайте стоит какой-то движок, и вот формирование рсс потоков у многих встроено и делается штатными средствами, что более правильно. Если стоит самопис, который не формирует ленты, можете делать как в этом примере или воспользоваться готовым решением (что и рекомендуется сделать)

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

Для одного IP:

<div id="capthaImagesContainer">

					<img alt="" style="border: 1px solid gray;" src="x_get_image_v3?17856759656&x_reg_id=regV3_Yjg4FiP" height="240" width="360">

</div>

для другого ИП после рефреша:

<table id="capthaImagesContainer" cellpadding="0" cellspacing="0">

  <tbody><tr>

    <td><img src="x_image?498740637&num=1&x_reg_id=ErkdYUWs" alt="" height="51" width="75"></td>

    <td><img src="x_image?937473694&num=2&x_reg_id=ErkdYUWs" alt="" height="51" width="75"></td>

    <td><img src="x_image?337264564&num=3&x_reg_id=ErkdYUWs" alt="" height="51" width="75"></td>

  </tr>

</tbody></table>

Поскольку скрипт может находиться на сервере в какой угодно стране, то для рабочего примера нахождения требуемых УРЛов на капчи, следует использовать разбор DOM-дерева вместо регулярок, например так:

$ch = curl_init('http://win.mail.ru/cgi-bin/signup'); // Обработку куков и "беспалевный" квери_стринг я выкладывать не буду ;)

curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);

curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true);

curl_setopt($ch, CURLOPT_MAXREDIRS, 5);



$in = curl_exec($ch);

curl_close($ch);



$query_parts = '//*[@id="capthaImagesContainer"]//img';



$captcha_cntr_id = 'capthaImagesContainer';		//id елемента-родителя для img с капчей(частями капчи)

$doc = new DOMDocument();

$doc->validate = true;

$doc->strictErrorChecking = false;

@$doc->loadHTML($in);

$doc->normalizeDocument();



$xp = new DOMXPath($doc);

$captcha_parts = $xp->query($query_parts);

$captcha_urls = array();

foreach($captcha_parts as $captcha_part) {

	array_push($captcha_urls, 'http://win.mail.ru/cgi-bin/' . $captcha_part->getAttribute('src'));

}



// $captcha_urls содержит УРЛ на всю картинку или её части (в зависимости от того, с какого ИПа был запрос)

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

Но если разбор именно регулярками для ТС принципиален, то можно получить ноду контейнера ($doc->getElementById('capthaImagesContainer')) и уже после этого парсить регулркой её значение (там будет или сразу <img> или <tr><td><img>... или ещё что), но вариант с xpath, имхо, более универсальней.

if(!preg_match('/capthaImagesContainer.+src="(.+)"/Uis', $in, $captcha_url)) {

	die("Couldn't parse captcha's URL");

}

$captcha_url = sprintf('http://win.mail.ru/cgi-bin/%s', $captcha_url[1]);

$in - исходник скачанной (кУРЛом или ещё чем) страницы