d'Ivan

А при SQL запросе используется LOAD_FILE или hex-строка?
Если строка, то проверьте сначала не обрезаются ли данные в самой строке. Также может длина строки недостаточно большая. Может даже что-то с кодировкой.
Ещё маловероятно, но может проблемы с сетью.

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

Посмотрите слайды Introduction to Graph Databases.
Надеюсь, это разъяснит вам как лучше спроектировать работу с БД.

MongoDB подходит для слабоструктурированных данных. Если количество колонок может сильно варьироваться, то данные лучше хранить в NoSQL БД.
Однако, возможна и Работа со слабо-структурированными данными в PostgreSQL.
Если имеется много связей между сущностями, то БД с документной моделью вам не подходят - лучше взять реляционную БД.
А в случае если данные имеют структуру графа, то вообще графовую БД.

Из слайдов www.slideshare.net/maxdemarzi/introduction-to-grap...

На ум приходит только ntop.

MD5 или SHA-1. Но это ещё зависит, наверно, от географического расположения.
Чтобы знать реально статистику, нужно иметь дампы большой выборки баз данных с хешами паролей. А откуда их взять?

Есть подозрение, что в настройках сетевого соединения неверно указан адрес маршрутизатора, через который есть выход в интернет.
По этой ссылке проверьте что в поле default gateway стоит верный IP адрес. Найстройки DNS выставить по умолчанию.
После того как убедитесь, что всё правильно, но проблема осталась,
пробуйте админом выполнить "route print -4" и скопировать вывод в www.pastie.org затем ссылку запостить сюда для дальнейшего анализа.

Почитайте Why do people say that Ruby is slow? и сделайте вывод сами.

Из свободных стандартов стоит отметить OpenMAX.
Одна из его реализаций для Windows это LIM OpenMAX

Вы забыли добавить ваш публичный SSH ключ в heroku, чтобы тот вас узнал при операциях с git.
https://devcenter.heroku.com/articles/keys

LIKE не различает регистр букв.
https://dev.mysql.com/doc/refman/5.0/en/case-sensi...

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

Наверно раз движение равномерное, то нужно продолжить линию до пересечения с вертикалью tReal. Остаётся найти координаты в точке пересечения линий.

HTML + wkhtmltopdf

Спросите у учебных заведений. Может, вам помогут.

Если вы не разбираетесь в теме "компьютерное зрение", то зря время убьёте.
Ищите что-то типа 8 Best CAPTCHA Solvers или нанимайте много людей :-)