Tremax

Для FTP использую FileZilla (в AppStore нет, качай с сайта, freeware) — удобный, кроссплатформенный и поддерживает табы.

Имел дело, выхода нет. Капчу просит только тогда, когда пользователь и сервер с которого пробуете использовать токен из разных стран/регионов. Проверено более чем на 50к аккаунтах.
Пример:
Пользователь давший права из украины + сервер получающий данные по токену тоже в украине = капчу не просит.
… из украины + сервер получающий данные по токену тоже в украине = капчу не просит.
… не из украины + сервер в украине = капчу просит даже при первом запросе.
… из россии + сервер в украине = капчу просит даже при первом запросе.
… из россии + сервер в россии = капчу не просит.
… из россии (Сибирь) + сервер в россии (МСК) = капчу просит.

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

Если Вам нужно делать запросы когда пользователь оффлайн, можно перекинуть эту работу на пользователей которые онлайн :). Смотря какое у Вас приложение.

5000 записей это не много, обычного ajax-запроса и LIKE %% должно быть достаточно.

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

~250 метров оптики, 2 сварки, 2 бокса, 1 оптический патчкорд 3 метра разрезанный пополам и сваренный в боксе + 2 медиаконвертора, крепеж и растяжка оптики + прочие мелочи = самый дешевый и надежный вариант. Свяжитесь с любым провайдером в районе, сделают за день возьмут 200-300$. Вам нормальное радиооборудование обойдется дороже да и намучаетесь с ним.

Метрика, cdn с js библиотеками, директ, loginza, кнопочки «поделиться», встраиваемые карты — да куча источников.

Реализовал подобное на solr использовал more like this запрос. В качестве поискового поля задал полный текст статьи

Алгоритм розыгрыша аукционов? Это как? Это для чего?
Вы бы накидали примерно хоть:
1) Подо что нужен алгоритм
2) На каком ЯП
3) В какую сферу
4) Детализированный базовый функционал

Просто вопрос настолько абстрактно задан, что я не понимаю о чем идет речь…

sawmill умеет делать большую часть ваших хотелок.

В такой ситуации проще использовать серверные браузерные движки в духе PhantomJS. На выходе получаем сгенерированный html и не важно, что так и как кодируется. Все, что доступно в браузере, доступно и такого парсеру.

Копирайтинг, рерайтинг статей на интересную ему тематику. Если знает языки — переводы.

Можно, но вам необходимо:

1. Создать в своем личном аккаунте ВКонтакте приложение, получить ключ
2. Используя ключ, ID и ключ приложения, а так же информацию о ID вашей страницы, логин пароль получить Access Token
3. Запрашивать методы ВКонтакте, которые удовлетворяют полученным правам доступа, используя Access Token

У меня есть реализация класса на PHP для API ВКонтакте 2.0: pastebin.com/5yyCjASu
Можете пользоваться.

Qt это и есть С++ только с MOC
Ну сравните например с Minecraft — там сервер написан на Java (насколько Я помню) и все довольны :)

Боюсь, что огребу за свой совет кучу минусов, но тем не менее:

Месяца три назад, я 2 недели посвятил тестам — что лучше. Правда — у меня стоял PHP 5.4, nginx 1.2 и все это на Debian
Тестировал (и, разумеется, в процессе тестов тюнил ОС и все прочие настройки) четыре варианта — nginx+PHP, nginx+ahache+PHP, nginx+nginx+PHP (в последнем случае есть внешний нгинкс, работающий со статикой и отправляющий запросы к PHP на внутренний нгинкс) и nginx+apache+PHP-FPM.

Внутренние нгинкс и апач запускаются в режиме keepAlive off
У апача отрублено все лишнее (в моем случае оставлены dir, auth, mime, rpaf). ,haccess не используется (если че-то нужно органичить — ставим напрямую в конфигах сайта, все перенаправления — через внешний нгинкс)
У внешнего нгинкса включен gzip, отключено кеширование
Внутренние сервера логируют только ошибки php

Во всех случаях на реальные сайты натравливался siege с увеличенным таймаутом и с 1000 конкурентных запросов.

Да — и машинка — Хетзнеровская с 24 GB памяти.

Результаты получились следующие:

nginx + php — не котируется вообще. выводит память в свап, нагрузка в top — 140 — 150 примерно через минуту после начала осады. Манипуляции с системой и настройками не помогли.

nginx+apache+php-fpm — жрет память и залезает в свап, процессор особо не грузит. Есть проблемы со стабильностью (siege стабильно отрабатывал с параметром не более -c 500)

nginx+apache+php и nginx+nginx+php — примерно одинаковые результаты — средняя нагрузка в top — 3, среднее потребление памяти — 14 — 16 Gb. Количество транзакций также примерно одинаково (apache показывал результаты примерно на 3-4 транзакции в секунду лучше)

nginx+nginx+php работал чуть менее стабильно, чем nginx+apache+php (не чуть, даже — чуть-чуть — то есть пару тройку раз сокет все-таки падал, а в случае apache тaкого не было)

Пришлось остановиться на классике (хотя очень хотелось ограничиться nginxом)

Впрочем — это все — лирика. Я бы рекомендовал провести серию тестов с вашим софтом (и с вашим админом) — возможно вы получите другие результаты. Впрочем — и это почти наверняка — вариант с реверс-прокси будет заведомо более производительным.

Кто минусует вопрос — пишите за что.

> и теперь на другие экраны без тошноты смотреть не могу.

Может вы просто беременный?

Сперва-наперво: innoDB?