PA-RISC тоже оперирует числами в стандарте IEEE 754. Содержимое файла при правильном копировании не должно меняться.Так что вопрос где вы облажались н-цать лет назад открыт.
Кстати по-поводу того, как учат DBA-шников : в оракле все равно есть штатная процедура горячего бинарного бекапа. Учат их, учат, а они все равно, сволочи, копируют без дампа. Дикие люди эти DBA.
Какой-нибудь патч от хостера чтобы не спамили безнаказанно на виртуальном хостинге.
Ну в конце концов попробуйте пустой заголовок такой же поставить насильно. Вдруг сработает и очистится.
обычно в веб-строительстве транзакций НЕТ, поскольку в самом протоколе http и механизмах загрузки сайта транзакционности не предусмотрено. Есть просто серии никак не связанных запросов.
НЕТ. сервер открывает файлы сам. при подключении еще одного пользователя повторно файлы не открываются
это вы сейчас о чем?
максимальный размер таблиц(хотя фактически файлов данных) в innodb МЕНЬШЕ чем в myisam, в чем можно невозбранно убедиться ознакомившись с документацией :
http://dev.mysql.com/doc/refman/5.1/en/myisam-storage-engine.html Storage limits 256TBhttp://dev.mysql.com/doc/refman/5.1/en/innodb.html - Storage limits 64TB
При том что таблицы в myisam насильно разбиваются на файлы, а innodb по-умолчанию в одном файле хранит данные таблиц.
Изменение в содержимом файла в зависимости от размера кластера файловой системы ? Сисадминские поверья какие-то рассказываете. Где конкретика? Я хочу это воспроизвести и сделать выводы.
Вы там случайно не innodb файлы отдельно от словаря копировать пытались ? - так это просто лажа.
К слову о бекапах, встречал я и такой "бекап". Innodb следует копировать только полностью все файлы снимком или при остановленном сервере.
Тривиальный случай смены бинарного формата myisam описан в документации по 5.0. Формат изменился и 4.0 не поймет данные от 5.0, хотя 5.0 все поймет.
Но неужели такие люди, которые догадаются даунгрейдить сервер до совсем тухлой версии действительно есть ?
вот с этого места давайте подробнее. как именно и что именно вы сломали и какие выводы сделали? вы что там на бабаяновском эльбрусе запускали mysql ?
Pilat, скажем уже года 3 как это работало в Мамбе.
откуда вам знать, что надо, а что не надо ТС решать ? напишите вашу цену тогда за создание нормального решения без апача. Он и прикинет сразу важно ли ему падение канала в какой-то там богом забытой корбине на 2 часа.
А то ведь этот скрипт сляпали наверняка "занедорога". Обратите внимание что ВЕСЬ html нужно подвергнуть анализу и переработке по мере поступления. Да еще и баннеры контекстные надо навствлять.
Вообще идея с рекламой остроумная.
Разумно. Но вы в курсе как сейчас социальные сети мгновенные уведомления пишут ? Делается запрос и он как бы "подвисает" надолго.
А еще, кстати, nginx не отправляет запрос дальше до полного получения тела запроса. То есть загрузчики файлов будут работать некрасиво.
Может с точки зрения качества сервиса им выгодно именно апачем обрабатывать. Хотя маловероятно и в последствии обязательно придется все это переписать.
На практике все переносится. Теоретически конечно может и не перенесется на какую-нибудь хитрую платформу. Я даже не знаю, какие еще доступные процессоры хранят FLOAT в формате отличном от IEEE 754 ? Целочисленные данные в innodb и myisam нормально переносятся. Возможны проблемы при переносе с unix на windows из-за регистров букв в именах файлов, но разумные разработчики такого не накодируют никогда.
Я вот отказался от mysqlhotcopy - на больших базах от 2 гб он иногда исходные базы рушил. По крайней мере в двух инсталляциях у меня. Вообще, этот скрипт не особо популярный. В mysql6 будут новые родные средства бекапа.
Пока что способ со снапшотами файловой системы самый быстрый.
Raistlin, для типичного сайта многие рассуждения вполне верный. Любой администратор, если бы его просто наняли, дали доступ и объяснили в чем суть этого сайта, сразу бы сказал, что c этим хостером выхода нет. Ну так у нас ведь форум, суперсекретные сервисы и коммерческие тайны.
А в итоге 8 страниц гаданий.
