<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
<channel>
	<title>Хабрахабр:  Метки / paging</title>
	<link>http://habrahabr.ru/rss/tag/paging/</link>
	<description><![CDATA[]]></description>
	<language>ru</language>
	<managingEditor>editor@habrahabr.ru</managingEditor>
	<generator>habrahabr.ru</generator>
	<pubDate>Sat, 11 Feb 2012 02:30:46 GMT</pubDate>
	<lastBuildDate></lastBuildDate>
	<image>
		<link>http://habrahabr.ru/</link>
		<url>http://habrahabr.ru/i/logo.gif</url>
		<title>Хабрахабр</title>
	</image>
	
		
			
		<item>		
			<title><![CDATA[Cisco / [Из песочницы] Call paging на Cisco CallManager]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/cisconetworks/133031/</guid>
			<link>http://habrahabr.ru/blogs/cisconetworks/133031/</link>			
			<description><![CDATA[Привет всем! <br/>
Не могу удержаться и не поделиться опытом реализации такой нужной фичи как call paging на Cisco CallManager. Работать это должно примерно так:<br/>
<ol>
<li>абонент снимает трубку, нажимает клавишу доступа к функции и начинает вещать;</li>
<li>заранее определенные телефоны получают и воспроизводят звук через свои динамики громкой связи.</li>
</ol><br/>
К сожалению, несмотря на то, что пейджинг – стандартная функция любой традиционной АТС, CCM его не умеет. Однако, благодаря встроенному в телефоны серии 7900 XML-браузеру, пейджинг (и не только его) можно реализовать в виде сервиса.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/cisconetworks/133031/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Mon, 21 Nov 2011 08:50:19 GMT</pubDate>
			<author>akai</author>
			<category>ccm</category><category>callmanager</category><category>paging</category><category>call paging</category>
		</item>
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Системное программирование / Учим систему страничной адресации и обработке прерываний]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/system_programming/119058/</guid>
			<link>http://habrahabr.ru/blogs/system_programming/119058/</link>			
			<description><![CDATA[Приветствую. Сегодня поговорим обо всём понемногу. Введём в нашу наработку <b>paging</b>, разберёмся с прерываниями и их видами. Напишем несколько функций, добавим сие в код из предыдущего поста.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/system_programming/119058/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Wed, 11 May 2011 06:40:06 GMT</pubDate>
			<author>Igor1024</author>
			<category>asm</category><category>paging</category><category>osdev</category><category>IRQ</category><category>interrupt</category><category>exception handling</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Веб-дизайн / Вектор слева направо]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/web_design/115347/</guid>
			<link>http://habrahabr.ru/blogs/web_design/115347/</link>			
			<description><![CDATA[<i>Статья — мое личное мнение, попытка разобраться как удобнее. Данный материал не является руководством. Так же не является критикой каких либо дизайнерских решений.</i><br/>
<br/>
Собственно тема топика, это векторы, направления подачи информации. Возможно я не верно выражаюсь, и это необходимо называть другими словами, но я думаю моя мысль будет вам ясна.<br/>
<br/>
<h3>Навигация: меню, пейджинги</h3><br/>
Я, как и многие наверное, человек привычки. Я привык что <i>так</i> правильно и что <i>так</i> удобно. Но есть же и очевидные вещи, которые идут вразрез с тем что правильно. Я говорю о противоречиях. На многих новостных сайтах и блогах, мы видим постраничную навигацию (paging) И вроде бы уже привыкли к одному и тому же направлению. Так ведь? Слева направо. Именно этот вектор вбит в нам с детства как <strong>Правильный</strong>. И на большинстве сайтов я вижу именно этот вектор. Мы его встречаем везде, в программах офиса, в браузерах файлов, и в бразуерах интернета.<br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/web_design/115347/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Sun, 13 Mar 2011 04:29:14 GMT</pubDate>
			<author>macgera</author>
			<category>постраничная навигация</category><category>paging</category><category>юзабилити</category><category>дизайн сайтов</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Drupal / Paginator 3000]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/drupal/87875/</guid>
			<link>http://habrahabr.ru/blogs/drupal/87875/</link>			
			<description><![CDATA[Вдохновленный <a href="http://habrahabr.ru/blogs/jquery/80415/">этим топиком</a> я написал модуль для друпала, который организует такую постраничную навигацию.<br/>
<br/>
Добавлена прокрутка колесом мышки, исправлены некоторые косяки, добавлена стандартная навигация при отключенном js, адаптировано под друпал. Никаких настроек: включили модуль — работает, выключили — вернулись к стандартной навигации.<br/>
<br/>
<b>UPD:</b> Перенес подключение css и js в init модуля, дабы работало везде, исправил конфликт с другими GET параметрами.<br/>
<b>UPD2:</b> Исправил баг со ссылками «Первая» и «Последняя». Спасибо <a href="http://habrahabr.ru/users/gothica/" class="user_link">gothica</a>.<br/>
Скачать можно <a href="http://drupal.org/files/issues/paginator3000-6.x-1.14.zip">здесь</a>.]]></description>
			
			<pubDate>Wed, 17 Mar 2010 11:11:30 GMT</pubDate>
			<author>Anonym</author>
			<category>drupal</category><category>paging</category><category>навигация</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[Drupal / Небольшой апгрейд постраничной навигации Drupal-a]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/drupal/73791/</guid>
			<link>http://habrahabr.ru/blogs/drupal/73791/</link>			
			<description><![CDATA[На мой взгляд, у стандартной постраничной навигации Друпала есть несколько недостатков.<br/>
<br/>
Во-первых, ссылка на последнюю страницу стала бы более информативна и занимала бы меньше места, если её заменить на номер последней страницы [28].<br/>
<img src="http://www.drupal.ru/files/pager-1.png"/><br/>
<br/>
Во-вторых, стоит нам перейти на вторую страницу и мы тут же видим две ссылки на первую страницу: [1] и [Первая] <br/>
<img src="http://www.drupal.ru/files/pager-2.png"/><br/>
<br/>
Аналогичную картину мы видим с противоположной стороны навигационной линейки<br/>
<img src="http://www.drupal.ru/files/pager-4.png"/><br/>
<br/>
Ниже привожу вариант своего решения этих недочетов (<b>для Drupal 6.x</b>)<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/drupal/73791/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Thu, 29 Oct 2009 20:39:26 GMT</pubDate>
			<author>Stutzer</author>
			<category>drupal</category><category>paging</category><category>paginator</category><category>pagination</category><category>improvements</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[.NET / GridView, и с чем его едят (часть вторая, большая)]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/net/44982/</guid>
			<link>http://habrahabr.ru/blogs/net/44982/</link>			
			<description><![CDATA[В прошлой <a href="http://habrahabr.ru/blogs/net/44885/">вводной части</a> я немного познакомил тех, кто не был знаком, с элементом GridView, предназначенным для отображения табличной информации на форме. Я рассказал о том, что GridView (для своего удобства я буду называть этот элемент далее везде как гридвью) можно связать с источником данных. Источников может быть несколько типов. В моих примерах везде будет в качестве источника использоваться ObjectDataSource. <br/>
<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/net/44982/#habracut">а дальше?</a> </div>]]></description>
			
			<pubDate>Wed, 19 Nov 2008 12:42:32 GMT</pubDate>
			<author>Smerig</author>
			<category>asp.net</category><category>gridview</category><category>objectdatasource</category><category>paging</category>
		</item>
		
		
		
		
		
		
		
		
	
			
		<item>		
			<title><![CDATA[MySQL / Постраничная навигация с MySQL при большом количестве записей]]></title>
			<guid isPermaLink="true">http://habrahabr.ru/blogs/mysql/44608/</guid>
			<link>http://habrahabr.ru/blogs/mysql/44608/</link>			
			<description><![CDATA[Рано или поздно многие крупные проекты сталкиваются с проблемами производительности при постраничной навигации по записям. Некоторые из них решают эту проблему ограничением количества доступных для просмотра записей (скажем, не больше 1000). Вполне приемлемое решение. Но в этом случаем могут возникнуть проблемы с индексированием сайта сторонними поисковиками, которые и представляют наибольшую угрозу. В этой статье я хотел бы отказаться от привычной для всех панели навигации вида «1..2..3..4..» в пользу простой «вперед… назад» (будет проще объяснить), но это не проблема реализовать подобное и с первым вариантом.<br/>
Более точно определить тему, назвав, какое количество записей считать достаточно большим для появления тормозов, не получится, так как эта цифра для всех разная и сильно зависит от того, насколько быстрые у Вас жесткие диски, сколько памяти, и какая часть Ваших данных уже закеширована в ней и тд. Но если Вы и Ваши сервера ощущают, что n-ная страница при выводе даётся тяжелее первой, и при этом не знаете, что с этим делать – статья для Вас. Но для начала, я хотел бы на пальцах объяснить, почему ОНО работает медленно.<br/>
<br/>
Кстати, тест происходит на виртуальной машинке, работаю я с СУБД под рутом, версия MySQL – 5.0.32.<br/>
<div class="habracut"> <a class="habracut" href="http://habrahabr.ru/blogs/mysql/44608/#habracut">Читать дальше &rarr;</a> </div>]]></description>
			
			<pubDate>Fri, 14 Nov 2008 11:43:48 GMT</pubDate>
			<author>AHDREN</author>
			<category>mysql performance</category><category>paging</category>
		</item>
		
		
		
		
		
		
		
		
	
	
	
	
	
	
	
	

	
</channel>
</rss>

