Но в вопросе у Вас написано '|', а не '/'. К тому же эта функция обезопасит символ '|' и скобки, которые используется в паттерне и поиск работать не будет.
На самом деле хранить `views` в этой таблице - хорошая идея. Если выбираете COUNT(`ip`) WHERE `object_id` = ? получаете количество уникальных просмотров, если SUM(`views`) WHERE `object_id` = ? то общее количество. Через месяц-другой сравниваете по всем статьям и смотрите, есть смысл в хранении IP или нет.
Каждый пользователь авторизуется со своим доменным логином и паролем. Для гостевой сети такое решение плохо подходит, тут действительно лучше скрипт или специализированное решение, например есть системы предоставления разовых паролей с ограничением по времени действия такого пароля с момента активации.
А вообще, Вы сначала присваиваете 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), какие категории пользователей будут, какие права будут у каждой категории...
Тщательное планирование позволяет на порядок сократить время на переписывание проекта когда в середине работы оказывается, например, что отношение будет не "многие к одному", а "многие к многим".
