А вообще, Вы сначала присваиваете service_id вещественное число var service_id = parseFloat(ans['service_id']);
а потом берёте его длину for (var i = 0; i < service_id.length; i++)
вот цикл скорее всего ни разу и не отрабатывает.
Да, штрафы там небольшие, но предусмотрена конфискация оборудования. Поэтому, если есть возможность, лучше разместить всё внутри зданий. Ну а если снаружи что-то ловится, так это не нарочно, просто так получилось :-)
There were fatal errors during processing of zoneinfo directory
Программа обрабатывает каталог с подкаталогами, так что минимум /usr/share/zoneinfo/Asia, а лучше все таймзоны целиком, объём там небольшой.
Нет, если скомпилируете для 64-битной архитектуры, то вернёт 8. И даже если Вы получите размер экземпляра testing, то он всё равно будет фиксированным - память под массив test выделяется динамически, сам testing резервирует место только под указатель на массив.
Это не фактор сдерживания, человекоподобные роботы без бронирования будут слишком уязвимыми, с бронёй - тяжёлыми и в обоих случаях будет низкая проходимость и низкая устойчивость на ходу.
Гораздо выгоднее рой небольших, в идеале - наноразмерных, (самовоспроизводящихся?) универсальных ботов, способных объединяться в одну систему наращивая вычислительную производительности и строя различные физические конфигурации.
Я то как раз начинаю все свои проекты с планирования - какие будут сущности в базе, что с чем и как связано, нормализация базы. Если необходима авторизация - по какой базе (sq, ldap, pam), какие категории пользователей будут, какие права будут у каждой категории...
Тщательное планирование позволяет на порядок сократить время на переписывание проекта когда в середине работы оказывается, например, что отношение будет не "многие к одному", а "многие к многим".
Тогда непонятен смысл в раскидывании по таблицам - если я каждый раз буду представляться новым именем, то сущность `peoples` вырождается, проще записывать поля прямо в `comments`.
Но если хочется, то да. Сначала придётся проверить, нет ли в `peoples` записи с такими ФИО, если есть - взять её id, если нет - вставить её туда и взять last_insert_id. Затем уже этот id использовать в `comments`.
_idx - потому, что индекс. Мне, например, так удобнее потом читать.
А соединяться с двумя таблицами не надо. Внешний индекс с точки зрения таблицы `comments` - обычное поле, в котором указан id человека, написавшего отзыв. Чаще всего этот id при авторизации записывают в сессию и берут оттуда. Единственное ограничение - запись с таким id должна существовать в таблице `peoples`.
Зависит от системы. В webmoney для вывода любой суммы необходимо подтверждение личности, в яндекс.деньги лимит вывода без идентификации - 5000 в день и 40000 в месяц.
Нет, не кажется. Если этот сервис просто ретранслирует вам поступающие от трекеров сообщения, то нужен именно сервер, принимающий и обрабатывающий эти сообщения. Да и WSDL-файл не содержит методов, позволяющих клиенту запросить какую-либо информацию, клиент может только отправить свою телеметрию на сервер.
Не регистрация, а ежегодно подаваемая налоговая декларация, где необходимо указать сумму дополнительного дохода. Ну и заплатить положенный налог, НДФЛ 13% для резидентов России.
Специально, конечно, мелкие суммы никто контролировать не будет, но на случайную проверку нарваться можно. Откуда узнают - для выведения крупных сумм с платёжных систем обычно нужна предварительная аттестация кошелька с указанием реальных паспортных данных.
В данном WSDL указаны только методы отправки данных, функций запроса данных там нет. Таким образом, Вам надо у себя поднять именно SOAP-сервер, соответствующий WSDL-описанию, к нему будет коннектиться клиент от wialon и передавать данные.
var service_id = parseFloat(ans['service_id']);а потом берёте его длину
for (var i = 0; i < service_id.length; i++)вот цикл скорее всего ни разу и не отрабатывает.