| |||||||||
| |||||||||
25.12.2012 15:23
База - это место где хранятся данные - Ваши товары, статьи, списки пользователей, их статусы и т.п.
Обычно все это хранится в базе данных(БД) MySQL
MySQL позволяет хранить данные, упрощая программинг.
На самом деле абстрактные данные MySQL хранятся на жестком диске провайдера услуг хостинга, где должны беречься как зеница ока или вы должны использовать средства сохранения отпечатков базы, чтобы все не потерять.
А так как жесткие диски ломаются иногда - то возникает ситуация типа "pain in head" - когда БД очищается.
Она может очищаться и в следствии плохого писания программного обеспечения, движков, так как очень подвержена простейшим хакерским атакам.
Если вы уверены на 100% в безопасности кода и поставщике услуг хостинга - Бога ради - храните данные в MySQL, тем более при установке (и в процессе работы) движка EWC - вы можете выбрать способ хранения базы данных.
Но вот недавно на этом самом хостинге произошла следующая история, которая заставляет задумываться о хранении базы в файлах (метод хранения базы по умолчанию в EWC)...
Привожу письма от провайдера:
Началась она этим:
Затем:
Уведомляем Вас о том, что сегодня, 24.11.2012 в 09:00 (MSK), произошел сбой в работе сервера баз данных MySQL. На данный момент работоспособность сервера восстановлена.
Потом:
Уведомляем Вас о том, что сегодня, 13.12.12 в 08 ч. 00 мин.(MSK), наблюдается повышенная нагрузка на сервер MySQL. Поэтому, могут быть частично не доступны Ваши сайты.
В настоящее время наши системные администраторы проводят работы по восстановлению штатной работы сервера.
Будем информировать Вас о ходе работ, информация будет доступна в виде новости в панели управления аккаунтом.
Приносим свои извинения за возможные неудобства.
Уведомляем Вас о том, что сегодня, 13.12.12 с 08:00 до 09:20 (MSK) наблюдалась повышенная нагрузка на сервер MySQL.
Поэтому могли быть частично недоступны Ваши сайты.
Затем происходит это:
А кончилась(кончилась ли?) история этим:
Вот такая вещь. стоит ли говорить, что сайты использующие файловые базы - не пострадали?
Хотя конечно и файлы могут разрушится, но как правило - это легко восстановимо и не затрагивает всю базу данных.
Обычно все это хранится в базе данных(БД) MySQL
MySQL позволяет хранить данные, упрощая программинг.
На самом деле абстрактные данные MySQL хранятся на жестком диске провайдера услуг хостинга, где должны беречься как зеница ока или вы должны использовать средства сохранения отпечатков базы, чтобы все не потерять.
А так как жесткие диски ломаются иногда - то возникает ситуация типа "pain in head" - когда БД очищается.
Она может очищаться и в следствии плохого писания программного обеспечения, движков, так как очень подвержена простейшим хакерским атакам.
Если вы уверены на 100% в безопасности кода и поставщике услуг хостинга - Бога ради - храните данные в MySQL, тем более при установке (и в процессе работы) движка EWC - вы можете выбрать способ хранения базы данных.
Но вот недавно на этом самом хостинге произошла следующая история, которая заставляет задумываться о хранении базы в файлах (метод хранения базы по умолчанию в EWC)...
Привожу письма от провайдера:
Началась она этим:
Уведомляем Вас о том, что сегодня, 24.11.2012 с 09:00(MSK), наблюдаются затруднения в работе сервера MySQL, на котором размещены Ваши базы данных.
Сбои вызваны повышенной нагрузкой на сервер MySQL.
В настоящее время наши системные администраторы проводят работы по восстановлению штатного функционирования сервера.
Будем информировать Вас о ходе работ, информация будет доступна в виде новости в панели управления аккаунтом
Сбои вызваны повышенной нагрузкой на сервер MySQL.
В настоящее время наши системные администраторы проводят работы по восстановлению штатного функционирования сервера.
Будем информировать Вас о ходе работ, информация будет доступна в виде новости в панели управления аккаунтом
Затем:
Уведомляем Вас о том, что сегодня, 24.11.2012 в 09:00 (MSK), произошел сбой в работе сервера баз данных MySQL. На данный момент работоспособность сервера восстановлена.
Потом:
Уведомляем Вас о том, что сегодня, 13.12.12 в 08 ч. 00 мин.(MSK), наблюдается повышенная нагрузка на сервер MySQL. Поэтому, могут быть частично не доступны Ваши сайты.
В настоящее время наши системные администраторы проводят работы по восстановлению штатной работы сервера.
Будем информировать Вас о ходе работ, информация будет доступна в виде новости в панели управления аккаунтом.
Приносим свои извинения за возможные неудобства.
Уведомляем Вас о том, что сегодня, 13.12.12 с 08:00 до 09:20 (MSK) наблюдалась повышенная нагрузка на сервер MySQL.
Поэтому могли быть частично недоступны Ваши сайты.
Затем происходит это:
Уважаемый клиент компании XXX! Уведомляем Вас о том, что сегодня, 17.12.12 в 08 ч. 20 мин.(MSK), наблюдается повышенная нагрузка на сервер MySQL. Поэтому, могут быть частично не доступны Ваши сайты. В настоящее время наши системные администраторы проводят работы по восстановлению штатной работы сервера. Будем информировать Вас о ходе работ, информация будет доступна в виде новости в панели управления аккаунтом. Приносим свои извинения за возможные неудобства.
А кончилась(кончилась ли?) история этим:
18.12.2012
Уведомляем Вас о том, что сегодня, 18.12 в 11:00(MSK), будет произведены внеплановые работы по замене жесткого диска на сервере баз данных mysql013.infobox.ru, который обслуживает сайты Вашего аккаунта.
Ориентировочное время возобновления работы сервера - 12:00.
Информация о ходе работ будет доступна в виде новости в панели управления аккаунтом
Уведомляем Вас о том, что сегодня, 18.12 в 11:00(MSK), будет произведены внеплановые работы по замене жесткого диска на сервере баз данных mysql013.infobox.ru, который обслуживает сайты Вашего аккаунта.
Ориентировочное время возобновления работы сервера - 12:00.
Информация о ходе работ будет доступна в виде новости в панели управления аккаунтом
Вот такая вещь. стоит ли говорить, что сайты использующие файловые базы - не пострадали?
Хотя конечно и файлы могут разрушится, но как правило - это легко восстановимо и не затрагивает всю базу данных.