xmoonlight

Начните с ёмкости аккумулятора, грузоподъемности, отказоустойчивости бортовой системы. Пока рано думать о том, как облететь лес с GPS да еще и с тепловизором на борту!

Често признаюсь я далек от iOS разработки и решил начать изучение с написания, как мне кажется, несложного приложения.

Удачи!!!

http://www.codeuml.com/

LAMP, Денвер

Есть плагин: тут Там есть testtool (бесплатный). Попробуйте им проверить.

1. Применяйте алгоритм выделения Контуров (Кенни) и вычитайте стабильное состояние (когда никого в кадре) от колебаний (когда кто-то есть в кадре).
2. Берите контуры замкнутых областей и стройте вектор перемещения.
Все просто!

Самым удобным сервисом СМС рассылки я считаю вот этот. Там есть разные пакеты и хорошие цены.

Это целевая аудитория — Вам нужно искать соответственных рекламодателей и давать пользователям возможность отписаться от рассылки. Иначе — это будет спамом.
Берем аналогию:
3 руб. за клик по-умолчанию в Яндекс.Маркете (аудитория там так же целевая)
Клик=успешная доставка СМС до целевого абонента.
Отправка одного СМС — 10 коп. («грубо»)
Возьмите как гугл : ~68% издателю.
В итоге с одного СМС рекламного объявления Ваша МИНИМАЛЬНАЯ прибыль составит (в копейках): 300*0.32-10 = 86 (реально: около 70-80 коп., т.к. тариф за 100к — это вряд ли...)

---

Итого:

Получателей СМС: 2000 человек
Кол-во рекламы на одного в месяц: 10 сообщений

2000 * 10 * 80 коп. = 1 600 000 (коп.) = 16 000 руб.
Ну, как-то так…

Еще зависит от типа сайта:

---

Если к примеру Вы делаете мультиязычный сервис (особенно мобильный), то лучше делать один вход (удобнее для запоминания): site.com и далее брать язык уже из Accept Language+COOKIES+IP2Country/Town+[USER SELECTED] (выставленный скриптом или пользователем).

Если статьи или новостные ленты — то лучше: site.com/ru (2-й вариант у Вас...)

Вот довольно простой метод организации доступа к файлам и просмотр видео через WEB:
1. Скачиваем HFS (600кб)

2. Скачиваем шаблон (можно править как угодно: JS+HTML и т.д.)


Есть поиск по файлам, разграничение доступа (пользователи/пароли/потоки/скорости), просмотр видео, проигрывание музыки и много чего еще…

1. Освойте JS, jQuery, CSS 3, HTML5. Обязательно освойте jQueryMobile. (если планируете делать мобильные GUI в дальнейшем)
2. Скриншоты своих работ (сверстанных страниц) разместите в портфолио. (желательно иметь работающие образцы)
3. Наберите много простых и дешевых заказов и «обменяйте» их на положительные отзывы за проекты. (репутация)
4. После получения некого опыта и увеличения работ в портфолио — берите более сложные и дорогие заказы.
5. Переходите к верстке сложных шаблонов для популярных CMS.
6. Работайте в паре с хорошим дизайнером.
7. Делайте интересные шаблоны с красивой анимацией и эффектами — продавайте их.
8. Открывайте контору и работайте в сфере стильных и качественных GUI для различных устройств в команде с дизайнером и программистами.

Основные направления фриланса: дизайн, шаблоны для разных CMS, мобильные приложения, тексты, сложное программирование порталов, интеграция.

Гораздо проще все…

Проверки (WHERE):
1. Сообщение адресовано мне: `to`=`username`
2. Оно не прочитано (я бы сделал обратную переменную или по-умолчанию знач. 1): `unread`=1

Остальных вариантов быть не должно!
При любом действии с сообщением со стороны пользователя — оно должно быть прочитано (флаг должен ставиться автоматом).
Если Вы не в этом диалоге — Вы не можете отправить сообщение в этот диалог (с его ID): проверяется при добавлении(создании) нового сообщения в БД.
Кто инициатор конфы/комнаты и кто удалил/не удалил сообщение(-ия)/пользователя(-ей) — абсолютно не важно.
Если хотите еще быстрее: добавьте в конце LIMIT 11 и проверьте что если COUNT>10, то выведите «У Вас больше 10 непрочитанных сообщений!».

Код JS cкрипта точно можно передать в DOM и затем вызвать из flash (как функцию).

формат json — многомерный массив.
один элемент — id, тип (button, input, select, ..., свойТип(HTMLspacer,....,),......), свойства тега: строка (a=b c=d и т.д.).
затем автоматом (скриптом при формировании) закрываете теги, которые закрываются: textarea, option,…
делал без jQuery, однако с ним, думаю, будет по-красивше…

Попробуйте посмотреть этот продукт (OpenSource): http://bigbluebutton.com/

Для мобильных клиентов:
1. После запуска приложения — cобираете информацию об устройстве и вашем клиенте (hash-тела, к примеру), шифруете, передаете к себе.
2. На сервере: выписываете ключ доступа именно для этого устройства, формируете salt и сохраняете в БД, возвращаете алгоритм формирования ключа клиенту с примесью salt и временную засечку.
3. Клиент каждый раз при запросе API формирует подпись на основе salt, инф. об устройстве и клиенте (hash-тела).
Если подпись верна и время ответа было менее TIMEOUT, то доступ к API разрешается.

Для WEB (при каждом вызове страницы, где есть взаимодействие с API):
1. Запрос страницы с сервера: сохраняем на сервере: key1, отпечаток времени, контент отправленной страницы клиенту
2. Скрипт клиента со страницы грузит по ajax функцию для вычисления key2 на основе всего исходника страницы используя key1 и сразу же возвращает вычисленное значение (key3) на сервер.
3. На сервере — проверка key3, и если время ответа было менее TIMEOUT, то сервер разрешает доступ к API (обращение к API подписывается key3).

Все варианты конечно же обходятся, но задача значительно усложняется.
Если еще у кого есть более лучшие варианты — с удовольствием почитаю.

Может речь о списках рассылки?) Сделаете под деревом («Все пользователи») predefined-lists, куда заносите нужных пользователей и как-то этот список(-ки) (группу(-ы) людей) называете.
К примеру, «ответственные за БП» или «утверждение ТЗ — 1 этап» и так далее. Сделайте еще пользовательские такие списки, чтобы люди сами составляли себе личные списки рассылки (выбирая ОДНОКРАТНО из дерева при формировании).
Должна быть возможность быстрого исключения из группы (все, кроме...) и добавления в список получателей: [список 1], пользователь 25, пользователь 34.
Ну а процесс добавления/удаления из списка рассылки — коллеги выше уже грамотно расписали.

Структура проекта должна быть масштабируемой и поделена на логические блоки — «кубики». Вот один кубик — даете одному человеку. Связующие кубики — никому! Например: цепочка алгоритма A-B-C. Вы «B»-кубик оставляете у себя а «A» и «C» даете на разработку. Далее — пишите еще сами (или доверенными лицами) кубики: «B0» и «B1», получаете A1-B1-A-B-C-B2-C1 и далее «A1» и «C1» снова отдаете на разработку. Т.е. блоки «B» — это своего рода «клей», который не дает собрать по-кубикам сторонним разработчикам проект воедино.

K=(count+avg)/(sum+avg+1)
чем меньше — тем полезнее.

---

В этой формуле: sum — это сумма оценок (баллов)
(Как я понял в таблице-скрине сумма СРЕДНИХ значений: sum=avg*count)

Пример:
sum=1+2+3=6
count=3
avg=sum/count=6/3=2
(count+avg)/(sum+avg+1)=(3+2)/(6+2+1)=5/9=0.56

и

sum=1+1+1+1+1+2=7
count=6
avg=sum/count=7/6=1.167
(count+avg)/(sum+avg+1)=(6+1.167)/(7+1.167+1)=7.167/9.167=0,782

Т.е. получается, что 1-й вариант — полезнее.

---

PS: глубоко не тестил, написал «на вскидку»