Валерий Рябошапко

Ищите по словосочетанию «arduino wi-fi sheild» или «arduino gprs sheild». Выбор довольно широк.

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

Да, процессор при включении считывает содержимое BIOS в память и начинает его исполнять, то есть содержимое BIOS должно состоять из инструкций, которые этот процессор понимает. Ну и никто не отменял архитектуру фон Неймана, то есть BIOS содержит ещё и неисполняемые данные, вроде описания интерфейса и некоторого количества текстовых сообщений.

Ещё стоит учитывать, что BIOS — это часть мира IBM PC совместимых компьютеров, у машин другой архитектуры плата с программой инициализации оборудования (и сама программа) обычно носят другое название и могут иметь немного иную структуру, например, не предоставлять API к оборудованию.

Python — объектно-ориентированный язык. Почему бы не следовать этой парадигме?

Создайте объект OMXPlayerWrapper, создайте ему атрибут player, в котором будет находиться плеер, и делайте с ним всё, что хотите, из любого метода этого класса. И никакие глобальные объекты (которые сами по себе зло) не нужны.

И да, показать код (причёсанный) не помешало бы.

Попробуйте сделать 301-й («постоянный») редирект с www.cirk.irk.ru на cirk.irk.ru силами nginx. По идее это должно отвадить гуглобота. Кроме того, однозначно перестанете получать такие письма, потому что запросы на несуществующий домен не будут доходить до Django.

Дело в обратных слэшах. Обратный слэш с последующим знаком переноса строки игнорируется, таким образом можно разбивать команду на несколько строк. Когда Вы записали команду в одну строку, обратные слэши стали самостоятельными аргументами, с которыми curl не знает что делать и выдаёт ошибку. Ошибка выдаётся на stderr, который игнорируется shell_exec, поэтому Вы ничего не видите. То есть, чтобы выполнить команду, нужно или вернуть переносы строк, или убрать слэши.

Ну и закономерный вопрос. Зачем Вам дергать curl через shell_exec, если его можно дёрнуть средствами самого PHP?

Можно просто пройтись циклом по всем файлам в текущей папке.

for i in *.txt; do sort $i | uniq > $i-sorted; done

Уберите jdbc, при чём здесь Java DataBase Connector?

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

А что за роутер?

Насколько помню по своему опыту, лишние запросы не задерживаются, а отклоняются с 500-й ошибкой.

По всей видимости, файлы приходят из разных источников?

В таком случае разумно написать класс Товар, который не делает почти ничего, только описывает основные поля и имеет методы записать_в_базу() и, возможно, проверить_наличие_в_базе().

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

Если нужно не только заносить новые объекты, но и обновлять старые, то логика второго пункта чуть усложняется, но не критично.

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

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

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

Чтобы понимать значение конкретных байтов, нужно знать контекст, тип файла. В случае файла с данными, их значение описано в спецификации формата хранения. В случае исполняемого файла всё чуть сложнее, потому что архитектура фон Неймана подразумевает хранение в общей памяти и исполняемых команд, и данных. Таким образом, однозначно определить, какой байт является командой процессору, а какой данными, довольно сложно, для этого нужно знать формат исполняемых файлов конкретной операционной системы, по этому формату найти первый байт, который будет исполнен процессором, и по очереди просматривать все байты, следить за ходом выполнения. В простейшей случае команды исполняются одна за другой, но возможны условные переходы. Их все отслеживают и таким образом отделяют данные от команд. Обычно это делается не вручную, а с помощью специальных программ дизассемблеров, которые на выходе дают программу, написанную на языке ассемблер, в котором одна команда соответствует одной операции процессора. По этому коду уже относительно не сложно понять, что делает программа.

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

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

tcpdump, wireshark