mysql 5.5.8 — позволяет делать ~20,000 UPDATE/sec
Если почувствуете, что не тянет — поставьте рядом node.js и так же скидывайте ему те-же ajax-пинги.
Node.js используйте в качестве «отстойника» для последующего скидывания в базу сразу пачкой
или
без работы с базой (если нужно просто знать: на сайте или нет): просто зеркалируйте в обратную сторону массив из памяти приложения node.js всем клиентам по запросу.
Обновление в БД: UPDATE записи по ID-сессии. (если нужно знать статус: активен или нет за последние N-секунд)
Выдача: SELECT [столбец со временем] FROM… WHERE ID= [SESSION_ID] LIMIT 1
Очистка устаревших записей: ОДНОКРАТНО! при входе пользователя на сайт (при генерации сессии) вслед за SELECT делаете:
DELETE * FROM… WHERE NOW()-`LastActivityTimestamp`>[N]… LIMIT 1
«Фишка» в LIMIT 1 — т.е. каждый новый посетитель/пользователь «следит» за тем, чтобы не было устаревших записей обрабатывая лишь ОДНУ из всего большого списка. Тем самым значительно сокращается нагрузка и время выполнения запроса.
EugeneOZ, пытаюсь понять «В лесу есть доступ к GPS но телефон не ловит сигнал сотовой сети.» Это по причине того, что покрытия соты вышками нет (ну далеко от цивилизации) или из-за хвои? GPS пробивается под хвою в принципе? Вот это и пытаюсь понять)
Ну алгоритмов таких не может быть в принципе.
Здесь или crop+нужный размер, или заполнение пустых областей цветом, или (жесть!) ресайз БЕЗ сохранения пропорций.
Скорее всего есть какой-то стандарт размеров постеров на одном из популярных мировых каталогов с описанием фильмов. (я не искал, но предполагаю)
Там при публикации просто просят постер в унифицированном размере. А apple просто берет уже оттуда. Вот и вся загадка.
Возможно, некоторые уже закроплены! Но не зная оригинала постера — заметить/увидеть это сложно.
Ну, это мое ИМХО. (интересно бы реальный ответ, действительно, узнать...)
1. Триммер нужен. Если подложка одноцветная — все просто: находим угол и по периметру смотрим, иначе — phpThumb или границы Кенни. Делаем Trim.
2. Ресайз с сохранением пропорций.
Готово.
Попытка 2:
Цель — децентрализованная база данных (сеть) с анонимным доступом и с обменом информацией через hash-линки (модифицированный торрент клиент) для обмена маленькими объемами данных и почти реалтайм актуализацией.
Т.е. что-то вроде торрент-твиттера(микро-блога)?
Сеть должна быть анонимной. (если так — зачем же авторизация через соц. сети?)
Если снова не то — объясняйте. )) Попытки 3 не будет)
UPD: для мобильного фронтэнда — jquerymobile.com юзаю. Отлично подходит для таких целей.
Пример сайта: http://myicqbot.com/webview.html (http://myicqbot.com/m — с мобилы)
Прикручивайте к своему API и делаете свою тему оформления. (я делал так...)
Вопросы есть:
1.По зашифрованным данным поиск и выборка из базы не предполагается?
2.Где планируете расшифроввывать данные: на промежуточном сервере или на клиенте (в браузере)?
3.Цель непонятна: защита от копирования/кражи хостером или ещё какая? (если есть доступ к скриптам работы с базой — украдут 100%)
Пока не вижу способа защиты, кроме хостинга подобного сервиса в доверенной зоне физического доступа и отдельный настроенный firewall. (ИМХО)
Поясняю: Вы своими действиями (запросами к серверу, не предусмотренными системой) забрали часть процессорного времени сервера на их обработку и, тем самым, замедлили формирование ответов другим пользователям на стандартные запросы.
Исходя из этого можно фиксировать факт того, что Вы своими действиями НАРУШИЛИ нормальное функционирование системы.
Т.е. «временное или устойчивое создание помех для их функционирования в соответствии с назначением» — Вы выполнили на 100%.
Есть рабочие решения?