corelab

Отвечу сам себе.
Здесь есть полезная конкретная информация о технической реализации.

А если вкратце, то...

Для авторизации, регистрации используется все та же таблица 'users'. Вместе с обычной регистрацией и авторизацией, когда при регистрации (в самом простом виде) в таблицу 'users' добавляются email, password и login пользователя, а при авторизации проверяется соответствие введенных login'а и password'а существующим в базе данных, аналогичным образом используется и регистрация/авторизация через социальные сети. Только в данном случае источником данных о пользователе для его регистрации является не непосредственный пользователь, который вводит данные в форму, а соц. сеть. Регистрация в данном случае достаточно прозрачная, т.е. не видна пользователю. Схема примерно следующая (без особенностей работы Oauth-протокола):

1) Пользователь выбирает вход через соц. сеть.
2) Происходит обращение к странице авторизации в этой соц. сети, если человек еще не авторизовывался там. После ввода данных, а если он ранее авторизовывался, происходит запрос на разрешение использования его данных.
3) Если человек отказывается, то на этом конец. Если дает согласие, то выполняется перенаправление на указанную в настройках Oauth страницу сайта.
4) У каждого пользователя в соц. сетях есть свой уникальный идентификатор, который можно запрашивать. Для своей таблицы 'users' нужно добавить пару дополнительных полей (например, вот такие): auth_via (enum('native, 'vk', 'mailru', '...')) - для обозначения типа регистрации пользователя, и social_id - здесь будет храниться уникальный идентификатор в соц. сети. Если нужно хранить какие-то специфические данные этого пользователя из соц. сетей, то можно создать доп. поля для этих данных.
5) После того, как пользователь дал разрешение на использование его данных, необходимо запросить нужные данные от соц. сети, в т.ч. и идентификатор пользователя в соц. сети. Вот здесь и начинается невидимый процесс регистрации. Нужно проверить есть ли в БД пользователь с таким social_id, если нет, то вставляем social_id, данные пользователя из соц. сети, по необходимости, в БД. Все, пользователь зарегистрирован.
Если же данные о пользователе есть, то необходимо запросить актуальные данные из соц. сети, сравнить их с теми, что в базе и если они изменились, то обновить их и в своей базе данных, если нет, то просто переходим к следующему шагу.
6) Создается сессия с данными пользователя.

Таким образом, к существующей таблице "родной" регистрации пользователей сайта присоединяется, условно говоря, таблица, поля, необходимые для регистрации/авторизации через соц. сети., и друг-другу они не мешают.



Для пользователя, зарегистрированного из соц. сети пароля и логина, естественно, нет. Они нужны для авторизации. А т.к. пользователь авторизуется с помощью своих логина и пароля в соц. сети, то и указывать здесь нечего. И еще, можно при авторизации, к запросу проверки логина и пароля, добавить условие

'AND WHERE `auth_via`="native"'

, чтобы исключить пользователей, зарегистрированных из соц. сетей.

Как видно, для каждого пользователя в таблице создается внутренний (внутрисайтовый, если так можно выразиться) первичный, автоинкрементный ключ. Соответственно, нет разницы для логики сайта между пользователем, зарегистрированным через соц. сеть и через сайт. Если говорить об интернет-магазине, то, для привязки заказов к пользователю, можно использовать единый, внутренний идентификатор ID.

jqueryui.com/demos/show/
эффект scale. располагаешь div так чтобы ссылка была по центру и вызываешь эффект.

Так можно просто рекурсивно все вывести. Примерно вот так:

var str = @"<root>
		<item name=""test1"">
			  <item name=""test11"">
				   <item name=""test111"" />
				   <item name=""test112"" />
			  </item>
			  <item name=""test12"" />
		</item>
		<item name=""test2"" />
	</root>";
	
	
	var rootNode = XElement.Parse(str);
	
	OutNode(rootNode);


void OutNode(XElement rootNode)
{
    Console.WriteLine ("ul");
    foreach(var node in rootNode.Elements().Where(x => x.Name=="item") )
	{
	   Console.WriteLine ("li");
	    Console.WriteLine (node.Attribute("name").Value);
	    if(node.HasElements)   OutNode(node);
	  Console.WriteLine ("/li");
	}
   Console.WriteLine ("/ul");
}

Ну и оформить прямо в шаблоне, методе хелпере или как удобно.

А вот собственно статья с хабра habrahabr.ru/blogs/eCommerce/52083/

из платных kayako, cerberus, ubersmith, deskpro. Все они довольно простые для рядовых, но таки много внутри разных (наверно таки на ранней стадии) ненужных вещей. Рекомендую каяко, самая легкая и красивая.

Из бесплатных не встречал ничего полезного, все допиливать надо самим — bestpractical.com/rt/, osticket.com/tour/. Еще присмотритесь к otrs.org/demo/.

ViewSonic vp2365wb
Очень советую присмотреться. Продолжительное время я профессионально занимался фотоделом (фотолабы: настройка, обслуживание, печать).
В августе выбирал бюджетный монитор для дома и удовольствия (фотки, тексты, киношки, фотошоп). Требования были простые: достойная цветопередача, приличные углы обзора, FullHD. Выбирал дотошно, остановился на нём.

Достоинства (подробнее читайте мой отзыв на я-маркете):
— Матрица e-IPS, FullHD (чистые сочные цвета, реальные углы обзора без искажения изображения: ~100 градусов по горизонтали, до 90 град. по вертикали).
— Не плохая заводская калибровка.
— ViewSonic позиционирует монитор как профессиональный, это нам даёт 3 года гарантии, которая распространяется в том числе и на сбойные пиксели (да-да это так, если точка выгорит, то это гарантийный случай!) + качественная сборка.
— порадовала удобная высокая подставка.
Недостатки:
— Светодиод на передней панели залепил сразу чёрной изолентой.
— Мой экземпляр немного жужжит на яркости до 94%.
— Заметный градиент (к жёлтому) на сером всё же есть. Но он есть (и заметнее) в более дорогих профмоделях
— При больших углах (~ >100 градусов) чёрный серебрит, фиолетит, малиновит, соответственно падает контраст и немного уходят цвета (чем больше угол, тем сильнее «эффекты»). Об этом знал, всё устраивает.

Выбирал из того, что было в продаже:
Dell 2209WA (это косяк, а не монитор… много брака)
NEC EA231WMi (функциональнее… имею ввиду менюшку)
DELL U2311H, DELL U2211H (ярче, контрастнее, функциональнее по настройкам, НО!… читай ниже..)
Samsung F2380 (тормозной, заметен сдвиг по цветам уже при ёрзаньи на стуле, хотя чёрный — да, действительно чёрный и детали не теряются)
Кроме того, у выше перечисленных мониторов на eIPS матрице бОльшая неравномерность подсветки, ИМХО меньше деталей в чёрном… вероятно, из-за большей контрастности.

Учитывая вышеперечисленное, закономерные особенности eIPS и наличие гарантии на матрицу, я взял viewsonic. По-прежнему доволен и рекомендую как бюджетную рабочую лошадь.
Надеюсь, что сэкономил вам время.