Juggler

Экспортные ограничения, накладываемые на криптографию, касаются случаев, когда криптографические функции необходимы для основного функционала ПО или устройства, т.е. если устройство или ПО осуществляет криптографическую защиту данных и этим самым объясняется его стоимость. Если устройство или ПО использует криптографию для целей защиты канала управления или защиты от копирования то это считается не основной целью, никто же не запрещает тот же SSH или криптографию, встроенную в Windows в виде Microsoft CSP или AES функции в процессорах Intel, хотя это тема отдельного разговора.

Вот интересная штуковина:
visop-dev.com/Project+jQuery.sheet

Ищем в Гугле: «windows ftp sync».
Тут же находим:
— http://forum.ixbt.com/topic.cgi?id=7:32183#3
— winscp.net/eng/docs/task_synchronize
и ещё 100500 вариантов.

xls -> csv, а дальше или в массив

Или сразу в mysql:

load data local infile 'c:\input.csv' into table people character set utf8 fields terminated by ';' enclosed by '"' lines terminated by '\r\n' (id, first_name, last_name, passport_number);

Второй вариант предпочтительнее, а дальше там с mysql таблицей проще будет.

Попробуйте, на сколько я знаю и яндекс и 2гис используют их решение.

www.cameraftp.com/CameraFTP/Pricing.aspx — $ 1.50 в месяц, в принципе, не так уж и много

superuser.com/questions/95963/lightweight-solution-to-block-outbound-connections-from-a-specific-app

Да, существует: en.wikipedia.org/wiki/Touchscreen#Infrared_grid

Яндекс.Деньги так умеют делать — api.yandex.ru/money/ (с яндекс.деньгами разумеется)
Деньги.Онлайн (http://dengionline.com/) — с картами

Гугление на «Recurring payments» точно поможет сориентироваться.

Для мобильных клиентов:
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).

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

Конечно это только предположение. К вам пытаются залить файл, который замаскирован под изображение, но содержит в себе скрипты. Если его получится залить к вам и выполнить, злоумышленников ожидает PROFIT.

Самое простое и полезное — Regus. Он есть по всему миру, предоставляет услуги виртуального офиса, пересылку писем и прочее, и, в конце концов, есть даже в России.

pecl install stem