Это storage engine в терминах mysql. Ставится из коробки, но может и отсутствовать или быть выключенным. И должен быть явно указан или в конфиге или при create table, иначе будет использоваться что-нибудь другое, типа myisam. И innodb ещё единственный рабочий транзакционник в mysql.
Вообще странная штука этот mysql. Читайте внимательно мануал, там встречаются такие же сюрпризы "is parsed but ignored" (ещё один как раз про FK), неявный коммит банально на вызов хранимки и прочие порой очень удивительные вещи.
Вероятно реверсинжиниринг виндового протокола много чего не умеет для никсовых файловых систем. Да и медленный этот smb сам по себе.
Можно раздел копировать и по сети:
ssh raidhost dd if=/dev/md0 | dd of=/dev/localdiskpart
Только есть риск упереться в cpu вместо сети. Тогда почитать про netcat или ещё чего-нибудь без шифрования. Зато команда элементарная
Про rsync уже упоминали в ответах.
В смысле '\r\n' - это 4 символа. "\r\n" - два символа. Переводом строк является только второй вариант. Никогда не слышали, что разные кавычки в PHP ведут себя не идентично?
"никому доступ не нужен" и "Оттуда берутся JSON файлы"
Эти две фразы взаимоисключающие.
Если никому доступ не нужен - то нафига директория в document root вообще? Вынесите её за пределы веб-сервера.
Если кому-то нужно получать именно по http - значит этому кому-то доступ нужен.
Сначала стартовать транзакцию, потом хватать локи. Если надо запретить любую деятельность в таблице - то lock table, да. Если только другие процессы, выполняющие эту же самую задачу - то лучше advisory lock брать в начале деятельности. mysql их даже умеет https://dev.mysql.com/doc/refman/5.7/en/miscellane... Но не знаю, насколько хорошо умеет.
Не виден, конечно. Ни в функции как в вопросе, ни в методе класса. Разные области видимости.
В чём счастье что-то делать и не слушать лучшего друга - компилятор - я хз. Поставьте свой error_reporting в адекватный E_ALL.
Это настройка в php.ini.
Понятий не имею, куда обычно под виндами пишут сессионные файлы. Достаточно любой директории, доступной на чтение и запись пользователю, от имени которого работает PHP.
Сможет, разумеется. А чем это помешает? Может быть вам не нужна такая логика и хотите искать именно знак процента. Для безопасности - без разницы.
Варианты безопасны, если ваш драйвер внятно выполняет либо prepared statements либо экранирование.
_Нужно_ заранее определить функцию. Но только при реализации в JS.
Потому что jsonp вызывается через банальное добавление script src="..." в DOM. Когда приезжает ответ - он выполняется как рядовой JS. JSON парсится как рядовой JS (строго говоря поэтому тип данных на входе функции - только mixed. Объект это, строка, число, массив или просто null - проверять в самой функции). И вызывается указанная функция с таким вот неизвестно каким аргументом.
Запросом из PHP это, разумеется, не работает. PHP - это не JS. И получить надо именно JSON без внешней мишуры из вызова функции.
Вообще странная штука этот mysql. Читайте внимательно мануал, там встречаются такие же сюрпризы "is parsed but ignored" (ещё один как раз про FK), неявный коммит банально на вызов хранимки и прочие порой очень удивительные вещи.