Та самая песенка :)
Бекап можно делать с 12 до 5-7 утра, для любого часового пояса это приемлемое время, так как либо разок придется позднее лечь спать, либо раньше встать (сдавать кровь как-то могли же и на работу успевать). Функционал бекапа значительно более нагрузочная процедура, так как не только дампы приходится делать, но и файлы копировать, а это уже нагрузка на диски, которые и так самые загруженные из всего железа.
Создавать бекапы необходимо только тогда, когда хочешь перенести куда-то свой сайт, все остальные создания бекапа - это псевдоподстраховка. Но если человека параноит, то у него есть 5-7 часов для того, чтобы успокоить свои фобии.
Старайтесь рассуждать как-то более взросло... Автоматическое создание бекапа - не только бестолковая нагрузка на сервер, но и увеличение занятого дискового пространства в 2 раза, что приведет к снижению количества сайтов на сервере примерно в 1,5-2 раза, а значит стоимость услуг нужно поднимать по меньшей мере в трое, чтобы сохранить текущее положение вещей (втрое - потому что отдуваться будут те, кто останется на юкозе, так как по какой-то причине они не смогут уйти на другие хостинги).
"Овчинка выделки не стоит"
"Игра не стоит свеч"
"Всем мил не будешь"
...
Давайте превратим этот сайт в еще одну тему с предложениями по юкозу как на форуме... Ведь каждый предлагающий уверен в том, что его предложение сделает юкоз совершенной системой, а нереализация загубит его...
Попробуйте сделать ремонт в квартире, через месяц поймете, что можно было бы что-то сделать лучше, и так будет до бесконечности... А ведь можно было бы вместо вечного ремонта заниматься чем-то более важным и в итоге купить дом... (надеюсь мысль понятна... хотя сопоставление, конечно, слабенькое вышло).
Ведь в случае с юблогами и псевдо взломе актуальных бекапов тогда не оказалось. Или сейчас ситуация с этим гораздо лучше?
Правильно говорят, что админы делятся на тех, кто делает бэкапы, и тех, кто уже делает бэкапы. © Народная мудрость
Я понимаю что опять же это фича для небольшого процента пользователей, остальные просто не поймут что к чему, особенно что такое "этот ваш FTP", но если она появится когда-либо - будет здорово. Автоматический бекап БД в wordpress уже пару раз выручал.
Почему вы решили, что вы платите деньги не за то, что вам предоставляется? Если существующие услуги вы считаете недостаточными для вас, ... (дальше вы знаете).
Функция бекапа есть и она бесплатная. Никакой автоматизации тут быть не может. Все плановые бекапы можно сделать вручную.
Ну а если серьёзно, то это будет не плохо, посмотрим как оно будет реализовано. Надеюсь чуть лучше чем ПХП И АПИ - вроде и существует, а что с ним делать так и не кто и не знает...
+
P.S. и почему эта капча считается облегчённым вариантом, с 3 раза ввожу?!
++
P.S. Музычка хорошая, токо маленькая:)
Как вариант - вообще это сделать отдельной услугой. Например за 1-2 доллара в месяц.
Вообще, здесь ситуация как обычно бывает: некоторые критикуют реализацию, т.к. им не удается реализовывать собственные задумки, а некоторые просто молча сами разбираются (хотя могут задавать вопросы и получить ответы) и упешно пишут свои скрипты. Для информации скажу, что сейчас на сервере у некоторых пользователей уже есть достаточно интересные и непростые написанные скрипты, которые используют всяческие запросы к удаленным серверам, удаленные бызы, локальные источники хранения данных (в часности, мониторинги CS серверов, работа с торрент-трекерами, использование различного рода сторонних сервисов и т.п). Они успешно работают и от их разработчиков мне практически не поступало никаких вопросов (что немного удивительно). Я не имею ввиду, что так должно быть, но я считаю, что это яркий показатель того, что в текущей реализации ПХП можно писать серъезные скрипты и реализовывать сложные задумки, главное знания и желание.
Про API.
Да, сейчас API представляет собой очень простой интерфейс, но именно поэтому оно и называется базовое. Сделано он так потому, что это было наиболее быстрое решение, которое позволило бы достаточно многим расширить возможности своих сайтов и упростить работу с данными на них. Естественно, это только самая первая реализация и API будет расширяться или будет заменен полноценным. API-key не введен, т.к. в конечном итоге в API будет использоваться Oauth авторизация, т.е. API-key не будет нужен.
То, что при активации, доступными становятся все данные во всех активированных модулях, то это не является большой проблеммой, т.к. эти же данные и так доступны на html-страницах. "Проще спереть контент" говорите? Может API и упрощает немного это, но тот, кто хочет "спереть контент", сделает это и без API.
По умолчанию API отключено, а включается владельцем сайта. Плюс, правильно сказали, что API можно заставить работать не от гостя путем логина и использования полученных куки (и совсем не обязательно логиниться каждый раз, можно хранить куки в файле и использовать их в пределах длительности сессии), т.е. таким образом можно закрыть от всех какие-то важные данные (создать пользователя в определенной группе, данные разрешить просматривать только этой группе, а в скрипте использовать для авторизации этого пользователя). Да, сделать это сложнее, чем использовать API-key, но главное возможно. В конечной же реализации API будет полноценным.
Фактически это частичное решение полноценного функционала API, которое дает возможность использовать его (пусть и не идеально) уже сейчас.
1 и 3 действие вызывают фрагментацию. Соответственно, образно говоря, на диске появляются «дыры». При записи данных в разные сектора (при невозможности записать их в один), время считывания данных увеличивается. При наших масштабах — это непозволительно. Ну а последствия, я думаю, очевидны.
Производя аналогию, так, например, в крупных проектах (ну тот же ВКонтакте) данные специально не удаляют, в том числе и для того, чтобы избегать фрагментации.
Аргумент с фрагментацией - ерунда. Толь, в чем разница: пользователь вручную создаст бекап из ПУ или это по крону сделается? В обоих случаях произойдет фрагментация диска.
Интересно было бы почитать мнения по поводу привязки мобильного телефона к uNet-аккаунту.
Ну и если у кого про php есть что добавить — тоже было бы здорово.
Говорите "а сейчас что нам написали в чатик", даете себе 2-3 минуты на чтение. Друг другу что стартуете и вводную фраз аля "Нам пишут следующее" и с нее уже будите при монтировании стартуете
