зачем переносить, если "они и так там"..
А если речь о переносе на другой хостинг - почему техподдержка этого хостинга должна оказывать (ещё и бесплатно, видимо) такую услугу?
p.s. А по поводу дублирования контента - ссылку выше дали..
1. Исправить имя хоста в настройках
2. Настроить редирект (в .htaccess две строчки.. RewriteCond + RewirteRule)
ssh и mysqldump
или sypexdumper
или частями загружать.
phpmyadmin работает независимо от размеры базы. Возможно, файл не грузится?
Ну, могу в очередной раз предложить бенчмарки погонять :D
Возможно, на кэшируемой страничке имеется что-то некэшируемое?.. Посмотреть лог запросов MySQL при открытии этой странички..
include_path - не? http://www.php.net/manual/ru/ini.core.php#ini.include-path
Ещё есть симлинки (ln -s) / хардлинки... на случай, если файл(ы) потребуются именно в каталоге сайта и/или, как вариант - mount bind
Совсем ничего...
Ну т.е. сайта не будет - доступ-то закрыт.
... и редактировать через phpmyadmin
Думаю, задумка была - ограничить доступ на запись. Однако, даже разрешения (chmod которые) не всегда спасают..
Обновляться периодически. Поглядывать за файлами (?сканировать в автоматическом/ручном режиме - некоторые хостинги предоставляют такую услугу.). Делать бэкапы.
Не буду оригинальничать.. в очередной раз предложу прогнать бенчи..
:)
Причём, для тестируемых типов с использованием индексов и без них..
Было бы неплохо сохранить SQL на случай, если возникнет желание воспроизвести на другом сервере, поиграться с настройками, добавить тестов.
В таком виде, например... или в более "дружелюбном".
если это вопрос, то нет..
ПО соседству (выше/ниже) с
RewriteCond %{REQUEST_METHOD} =POSTRewriteRule .*/undefined$ - [L,F]
А вдруг?! (с)
Точнее, так:
RewriteCond %{REQUEST_METHOD} =POSTRewriteRule ^\d+/\d+/ - [L,F]
Боты GET-ом ходят.
RewriteCond %{REQUEST_METHOD} =POSTRewriteRule ^\d/\d/ - [L,F]
закрыть для POST все адреса число/число/
