rPman

websocket именно для этого и создавалось

а до этого использовались отложенные longpool http запросы с паузой (сервер держит открытым соединение с клиентом, который делает запрос типа 'есть ли чо для меня', до тех пор пока не потребуется отправить ему сообщение, и так в цикле)

- петька, приборы:
- десять!
- что десять?
- что приборы?

p.s. для красоты и облегчения поддержки кода в будущем, максимально разносите друг от друга все что можно, ваш код, состоящий из одного метода зае... поддерживать другие.
по мне так все что касается интерфейса должно быть исключительно на стороне клиента, все что касается данных и логики - на сервере, так что javascript, ajax/websocket

Сам по себе текст в чистом виде на вход нейронных сетей не подходит, вам нужны критерии, количество которых не меняется от теста к тесту и значение которых нормализовано (находится в пределах, обычно делают 0..1 или даже -1.. +1), критерии по значениям (тупо перечисления enum) могут быть как один критерий с фиксированными значениями (плохой вариант, подходит для критериев которые можно сравнить) так и может быть векторами, значения которых 0 и один из элементов 1. К итогам работы нейросети те же требования (с перечислениями это обычно вектор вероятностей)

Критериями для текстов могут быть как простое наличие ключевых слов или фраз, так и такие необычные как количество символов между знаками препинания, их количество, количество символов/слов до знака препинания (например вопроса) и т.п. даже количество синтаксических ошибок - тоже неплохой критерий.

Это если велосипед изобретать. по существующим решениям подсказать не могу, пока еще сам этим не занимался.

оба объекта внутри - ссылки (фактически 4 или 8 байт в зависимости от архитектуры), но undefined в массивах может совсем не занимать места, если соответствующий элемент не был проинициализирован или был удален delete
stackoverflow.com/questions/6499352/does-null-occu...

а в файл лог сохранить религия не позволяет?

по сути вопроса, перенаправь вывод в tail и укажи ключ -n N, в результате получишь последние N комитов

git log --pretty=oneline | tail -n 1

берете открытый код keepass и меняете названия методов и файлов таким образом, чтобы вирус не мог менеджер паролей вообще обнаружить.

обфусицировать можно не только имена методов но и структуры данных, добавив в них свои поля, изменить типы имеющихся и т.п.

извините, но защита через сокрытие тут единственный метод защиты.

и в конце концов, при наличии администраторских прав, можно просто сэмулировать нажатие кнопок, вызвав меню экспорта базы в csv, мелькнувшее окно мало кто заметит.

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

вам нужен один пиксель - используйте электромагнит, поворачивающий диск, раскрашенный в два цвета (или больше), кустарно изготавливается на минуты (плюс неопределенное время на сокрытие конструкции). При наличии рук не сложно сделать его меньше сантиметра.

В конце концов e-ink это оно и есть, каждый пиксел это переворачивающаяся чернобелая сфера под действием электростатики или электромагнитных сил.

Без исходников ядра вы ничего не сделаете, и это не абстрактное vanilla ядро, а ядро с патчами от производителя вашего устройства... в некоторых случаях может повести и можно использовать исходники совместимых по оборудованию устройств (тот же чип) но даже в этом случае вам понадобятся еще и конфигурационные файлы (помнится были даже судебные иски за публикацию этих конфигов)...

Единственный способ - взять готовое, копать в сторону www.cyanogenmod.org

Оформить php как сервис, в зависимости от того, какая система загрузки установлена читаnь документацию, upstart, systemd и т.п. во всех случаях это будет либо простейший скрипт (скопированный из примеров документации или из интернета) в котором вы укажете запуск своего php в виде запуска в цикле на том же bash - while(true);do php main.php;slep 1;done или на любом другом скриптовом языке, пусть и php.

Рекомендую реализовать хоть какой то контроль над причиной завершения работы вашего скрипта, через код ошибки, или свои средства логирования и состояния, и корректно отрабатывать ситуацию с ошибками, чтобы не получилось бесконечный запуск приложения с немедленным выходом (допускается остановка с отсылкой сообщения администратору или к примеру экспоненциальный рост времени между перезапуском, если это происходит сразу), но это общие советы с любыми вечноработающими приложениями.

А штатные средства резервного копирования? Недостатки - резервное копирование происходит на запущенной машине, зачастую с использованием http://ru.wikipedia.org/wiki/Теневая_копия а это значит что восстановленные данные будут в 'не консистентном' / 'не актуальном' состоянии (критично для баз данных) и может потребовать проверку и починку таблиц, вплоть до потери данных, т.е. для резервного копирования БД необходимо использовать их собственные средства.

namecheap.com, бесплатно только первый год (например домен + private + ssl <10$ на первый год)

Если это возможно, ничего вы не сказали про запись в эти данные - то кеширование больше половины данных.

Самое быстрое и 'не правильное' - кеширование в оперативной памяти инстанса (статичные мемберы класса), обслуживающего ваши ноды (в бесплатной она одна), там считанные десятки мегабайт оперативки, и нет прямой возможности проконтролировать ее перезапуск (или даже одномоментный запуск двух нод), зато без лимитов по доступу.

Менее быстрое зато правильное - использование штатного memcache (чуть более быстрой базы данных с не гарантированным хранением данных), у нее свои лимиты, проверьте по тарифному плану.

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

p.s. два года назад, бесплатные лимиты на практике были в разы меньше чем заявлено по тарифам - Проблемы с лимитами GAE, почему завышенны Datastore Read Operations?

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

Отличный пример - попробуйте настроить с ходу на windows машине какой-нибудь php-IDE с работающей отладкой, вы меня поймете.

Например, долгое время, разработку серверной части php-сервисов (не только веб кстати) проходил в windows в FAR+несколько плагинов, без отладчика, зато без каких либо требований к рабочей машине, каких-то настроек и установки приложений, а на linux мне хватало vim.

Ваша задача очень эффективно решается обычным файлом на диске (открытый с запретом lazy writes, либо принудительным flush после каждой записи). Если инструментарий (язык программирования и библиотеки) позволяет - откройте файл маппингом на память.
Индекс для таких запросов не нужен, ведь ячейки можно индексировать примитивно - (x+maxx*y). запрос 100x100 блока превращается в 100 быстрых чтений по 100байт. Если это оправдано, можно хранить не ячейки а блоки 100x100, тогда при чтении будет читаться в 4 раза больше данных но четырьмя чтениями. Но если блок данных экрана влезает в буфер опережающего чтения операционной системы (драйвере файловой системы) то такой метод хранения будет неактуален.

Любой другой метод будет медленный либо по записи (например хранить в базе не ячейки а блоки 100x100, соответственно при запросе блока будут считываться четыре соседних), либо медленный по чтению (хранить по одной записи на ячейку) и не эффективный по месту на диске.

В тему обсуждения, тогда непонятно, как существуют продажи мобильных устройств, ведь в каждом устройстве есть бинарные блобы, и если бы только в драйверах, так каждый наровит в системные утилиты воткнуть от утилиты открывающей страничку в интернете (приложение висит в памяти на 20мб) и до крутой поддержки инфраструктуры google, в случае с которым язык не повернется о том, что первично в устройстве.

Еще есть вариант с использованием достижений (задания/квесты), количество выполненных - оценка для рейтинга. Можно систему рейтингов сделать зависимой (достижения могут быть выполнены только после выполнения предыдущих, можно даже сделать дерево достижений, чтобы игрок мог выбирать, чем именно заниматься)

Практика показала, что в конечном счете сложные и универсальные property/value решения все равно разовьются до кеширования значений в полях рядом (совершенно нормально будет тригерами наполнять полупустые кеш-таблицы с 100500 полей).

Т.е. для скорости вы все равно создадите эти поля (иначе реляционные базы ну оооооооооооочень медленные), но наличие property/value подхода развязывает руки и дает больше возможностей в будущем.