Вход на сайт
про скрипты на страто
200
NEW 07.10.12 09:07
Дело такое, хотел для одного клиента сделать автобекап бд - обычно для подобных случаев беру один php-скриптик (пару лет назад срисовал с кас-сервера, если надо могу выложить).
Там в принципе все просто, mysqldump через exec и отправка линка на почту. Дальше вешаю задачу на cronjob, ну и по потребностям, раз в день или неделю на исполнение.
В основном скрипт этот без проблем работает, только не на страто. Как я понял, погуглив, у них exec, shel_exec etc "ist jedoch immer deaktiviert"...
Однако вот что странно, подобных скриптов в общем то несколько, все они с exec, shel_exec или system- есть например, вообще очень простой скрипт, тупо
есть еще нечто подобное простое, например, простой упаковщик и такой же простой распаковщик - важно вот что:
каждый из этих скриптов был мною на страто опробован, и каждый из них абсолютно корректно отработал...один раз, первый раз...
второй и последующий разы без вариантов, файлы не создаются, хотя внешне скрипт работает без ошибок..т.е. вот беру новый такой файл, запускаю в браузере, все ок, дамп снят, или там архив создан или распакован, а при повторном запуске через любое время голяк..
Как бы иллюзий по поводу страто я не питаю, просто интересно, почему так происходит...
Ну и если кто имеет с ними опыт, буду признателен за ваши предложения по автобекапу.
Там в принципе все просто, mysqldump через exec и отправка линка на почту. Дальше вешаю задачу на cronjob, ну и по потребностям, раз в день или неделю на исполнение.
В основном скрипт этот без проблем работает, только не на страто. Как я понял, погуглив, у них exec, shel_exec etc "ist jedoch immer deaktiviert"...
Однако вот что странно, подобных скриптов в общем то несколько, все они с exec, shel_exec или system- есть например, вообще очень простой скрипт, тупо
В ответ на:
<?php
$sql_file = "db_name_" . date('dmy') . ".sql";
$command = "mysqldump -u dbuser -pdbpass dbname -h dbhost> /path_to_/backup/$sql_file";
system($command);
echo "fertig!!!\n";
?>
<?php
$sql_file = "db_name_" . date('dmy') . ".sql";
$command = "mysqldump -u dbuser -pdbpass dbname -h dbhost> /path_to_/backup/$sql_file";
system($command);
echo "fertig!!!\n";
?>
есть еще нечто подобное простое, например, простой упаковщик и такой же простой распаковщик - важно вот что:
каждый из этих скриптов был мною на страто опробован, и каждый из них абсолютно корректно отработал...один раз, первый раз...
второй и последующий разы без вариантов, файлы не создаются, хотя внешне скрипт работает без ошибок..т.е. вот беру новый такой файл, запускаю в браузере, все ок, дамп снят, или там архив создан или распакован, а при повторном запуске через любое время голяк..
Как бы иллюзий по поводу страто я не питаю, просто интересно, почему так происходит...
Ну и если кто имеет с ними опыт, буду признателен за ваши предложения по автобекапу.
NEW 07.10.12 17:05
в ответ alexnaum 07.10.12 09:07
NEW 08.10.12 22:43
в ответ compman 07.10.12 17:05
то же самое - только вот еще что.
в этом скрипте полный путь используется до mysqldump - на страто он не /usr/bin/mysqldump а /bin/mysqldump - во всяком случае на их странице так написано.
Так вот, я до этого не пробовал писать полный путь, прописывал просто mysqldump - с твоим скриптом в этом случае все точно так же, как я и описал: первый раз создался корректный дамп, начиная со второго раза - ничего..
Если же я прописываю полный путь - эгаль в каком скрипте, тех что у меня или в твоем - после отработки скрипта файл создается всегда - но всегда нулевой..вот теперь репу чешу, что за мистика...
в этом скрипте полный путь используется до mysqldump - на страто он не /usr/bin/mysqldump а /bin/mysqldump - во всяком случае на их странице так написано.
Так вот, я до этого не пробовал писать полный путь, прописывал просто mysqldump - с твоим скриптом в этом случае все точно так же, как я и описал: первый раз создался корректный дамп, начиная со второго раза - ничего..
Если же я прописываю полный путь - эгаль в каком скрипте, тех что у меня или в твоем - после отработки скрипта файл создается всегда - но всегда нулевой..вот теперь репу чешу, что за мистика...
NEW 08.10.12 22:49
в ответ L@nixx 08.10.12 20:00
да в общем то, это первым делом по привычке смотрю, думаю, дело не в этом, иначе бы и один раз файл бы не создавался: наверняка конечно, у страто что то такое по владельцу стоит, что не дает напрямую обращаться к системе, но все равно не ясно, почему первый раз дает? Если это баг, то в чем, и может его можно как то использовать в мирных целях?
NEW 09.10.12 11:43
в ответ alexnaum 08.10.12 22:49
Многие хостеры сопротивляются всякого рода дампам, как могут. Я в своё время зубов себе поломал кучу на этом деле. Дамп базы данных бывает можно ещё автоматизировать, а запаковать файлы нивкакую, или ещё хуже только часть. Бросьте эту затею.
Или SSH
Или SSH
10.10.12 10:51
в ответ compman 09.10.12 11:43
ssh на шаред хостинге страто? Шутить изволите?))))
Я как у этого клиента с ними познакомился, так сам для себя раз и навсегда уверился, что в жизни к ним не подойду - какой там ssh, когда там по ftp -то работать невозможно...скажем, один два файла еще можно один два файла еще можно скачать/закачать, а слить сайт целиком пофайлово мне так и не удалось: после минут 10-15 раздумья(подсчета) разрыв связи...Есть у них веб-фтп, но такой ущербности я еще нигде не видел..кроме того, что на их веб-фтп нет никаких дополнительных функций, хотя бы упаковать/распаковать, изменить права и т.п., так и основные функции - скачать/закачать работают ничуть не лучше, чем через фтп клиент...Т.е. через веб-фтп слить сайт я тоже не смог. Пришлось поизвращаться, поставил пхп файловый менеджер, с его помощью смог упаковать и выкачать сайт..
Я конечно мог бы заказчику полностью наладить бекап как файлов, так и бд через свои сервера, но во-первых, хотел как проще, сделал, сдал и забыл, а во-вторых, как бы никто моих стараних в плане дополнительного финансирования не оценит..так что если простого решения для автобекапа не будет, будут за свои деньги довольствоваться ручным...
Я как у этого клиента с ними познакомился, так сам для себя раз и навсегда уверился, что в жизни к ним не подойду - какой там ssh, когда там по ftp -то работать невозможно...скажем, один два файла еще можно один два файла еще можно скачать/закачать, а слить сайт целиком пофайлово мне так и не удалось: после минут 10-15 раздумья(подсчета) разрыв связи...Есть у них веб-фтп, но такой ущербности я еще нигде не видел..кроме того, что на их веб-фтп нет никаких дополнительных функций, хотя бы упаковать/распаковать, изменить права и т.п., так и основные функции - скачать/закачать работают ничуть не лучше, чем через фтп клиент...Т.е. через веб-фтп слить сайт я тоже не смог. Пришлось поизвращаться, поставил пхп файловый менеджер, с его помощью смог упаковать и выкачать сайт..
Я конечно мог бы заказчику полностью наладить бекап как файлов, так и бд через свои сервера, но во-первых, хотел как проще, сделал, сдал и забыл, а во-вторых, как бы никто моих стараних в плане дополнительного финансирования не оценит..так что если простого решения для автобекапа не будет, будут за свои деньги довольствоваться ручным...