IDVsbruck

Есть вот такая библиотека галлерей.

По общепринятым правилам телефон пишется как +XXX(YYY)ZZZ-ZZZZ или +XXX (YYY) ZZZ-ZZZZ.
Наличие плюса перед длинной последовательностью цифр — уже основание для мобильного браузера определить его как телефон.

Еще бы знать, сколько это это — 22-23 тыс. руб.… ресурс тут не русский, а русскоязычный, можно такую инфу постить в долларах или евро.
Главное, не выбирать из Samsung, HP и Acer, в низком ценовом диапазоне впереди планеты всей по соотношению инновации/цена — Asus и Lenovo.

Для динамических данных (структура, связи, частый апдейт) — RMDB, для статики (текст, коллекции и т.д.) — NoSQL. Вполне можно сдружить в одном проекте.

Это общие слова и терминология человека, понимающего досконально или почти досконально структуру и принципы взаимодействия внутри контейнера Спринг. Да и логика очень часто несложная в сервисах — получить данные и иногда трансформировать их для отдачи контроллем. Понятно, встречаются и сложные сервисы, но в подавляющем большинстве это просто получение данных из базы по критериям.

Пользуясь не один год этим фреймворком, тоже часто грешил тем, что выкидывал сервис-слой, делегируя его функционал слою DAO (только как правильно заметил один гуру с одного ресурса, в терминологии Спринга называть этот слой правильно не DAO, а репозиторий — Repository). Было просто и удобно, тем более, что при небольших проектах фактически код в дао и сервисе повторяются. А различия заключаются в том, что @ Repository — наш DAO — это бин-синглтон, и при доступе к нему несколькими потоками, что для MVC — нормальная вещь, может произойти доступ к одним данным из разных потоков. Видимость же @ Service определена видимостью вызывающего @ Controller. Возможно, с определением и терминологией наблюдаются у меня некоторые напряги, да и тонкую настройку компонентов наверняка можно сделать, но общий принцип и назначение переданы.

Flex — открытый фреймворк. На его примере можно посмотреть практически на любой компонент. Если не стырять, то хотя бы понять принцип и работу создания и кастомизации компонентов.

Sony VAIO SV-Z1311Z9R/X
13.1 LED Full HD (1920x1080) VAIO Display Premium, Intel Core i7-3612QM (до 3,1 ГГц в режиме Turbo Boost), 8 Гб (DDR3, 1600 МГц), SSD 256ГБ (может быть RAID 2x256), Intel® HD 4000 + AMD Radeon HD 7670M 1 GB в док-станции, вес: 1185 г (!!!).
Из опыта пользования: при обычном использовании (почти без видео, но всегда на связи в 3G/GPRS, не в эконом-режиме) батареи хватает на 8-9 часов (!). Из огромных плюсов: есть слот для SIM-карты, то есть 3G-модем встроен; экран великолепный; очень легкий; идущая в комплекте док-станция сильно дополняет возможностями (разъемы, CD/BD, доп. батарея, носитель), Thunderbolt.
Минус: цена от 3к зеленых до 5к, в зависимости от комплектации.

Один из примеров, когда ясно, что монополия — это плохо. Роджерс все держит в своих руках, плохо развивает и дерет сумашедшие деньги. Сервак на Украине отбивается в нуль за полгода только на интернет-траффике (((.

Это не проблема для IMAP.
Смотри спецификацию, раздел SEARCH. Клиенты, использующие IMAP, однозначно должны уметь им пользоваться. Более того, система команд IMAP позволяет делать сложную выборку сообщений с почтового сервера — вплоть до писем от определенного отправителя во всех папках за любой промежуток времени.

На раннем этапе разработки тоже задавался целью обязательно получать от человека имя, фамилию, емейл и местоположение, вне зависимости от того, отдает ли соцсеть сама эти данные (твиттер вроде не отдает имя и фамилию, линкедин — мыло и т.д.) Я это описывал в посте (правда, Java, но не думаю, что это проблема).
Правда, потом отказался от этой реализации — важна авторизация. Необходимость ввода имени, фамилии и мыла возникает уже позже, когда нужны действия в отношении самого пользователя. А это уже можно делать путем взаимодействия уже авторизированного пользователя и самого сайта. Кстати, поэтому я, к примеру, разделил сущности авторизационной записи пользователя и профайла пользователя (структурно и в БД).

Недели 2-3 назад были странные тормоза: доходил до 10-15 секунд, замораживался на секунду-две и начинался с начала, но уже нормально. Причем, все ролики. Сейчас нормально везде. И с одним плагином, и с двумя (в Хроме и ФФ).

Интересно. А не для России что-то подобное есть?

Контролировать загрузку javascript'ом: сначала скидывается статистика по странице — сколько, линки и т.д. Затем контролировать загрузку каждой картинки посредством события onload и изменять глобальный счетчик загрузки картинок. Возможно, прийдется поколдовать с таймером при незагрузке картинок и реактивировать повторную загрузку с случае неудачи получения картинки. Одним словом, создать алгоритм получения и контроля набора картинок.

Как вариант — если отдельно взятые картинки небольшие — получать их в base64 простым тектом и показывать на клиенте — получается как бы локальное хранилище. Причем, если картинки больше допустимой строки для base64, резать скриптом на сервере и отдавать клиенту. Пожалуй, в твоем случае наиболее удачный вариант — полный контроль над загрузкой графического контента.

Думаю, что это какой-то апдейт, так как тоже появилась внезапно, а раньше не было. И не вижу как убрать — мешает скриншоты делать.