Вернуться к списку форумов Вернуться

Поддержка пользователей

Community support

Зачем нужен движок с поддержкой работы без базы MySQL

Это мой дом
База - это место где хранятся данные - Ваши товары, статьи, списки пользователей, их статусы и т.п.
Обычно все это хранится в базе данных(БД) MySQL
MySQL позволяет хранить данные, упрощая программинг.
На самом деле абстрактные данные MySQL хранятся на жестком диске провайдера услуг хостинга, где должны беречься как зеница ока или вы должны использовать средства сохранения отпечатков базы, чтобы все не потерять.

А так как жесткие диски ломаются иногда - то возникает ситуация типа "pain in head" - когда БД очищается.

Она может очищаться и в следствии плохого писания программного обеспечения, движков, так как очень подвержена простейшим хакерским атакам.

Если вы уверены на 100% в безопасности кода и поставщике услуг хостинга - Бога ради - храните данные в MySQL, тем более при установке (и в процессе работы) движка EWC - вы можете выбрать способ хранения базы данных.

Но вот недавно на этом самом хостинге произошла следующая история, которая заставляет задумываться о хранении базы в файлах (метод хранения базы по умолчанию в EWC)...

Привожу письма от провайдера:

Началась она этим:

Уведомляем Вас о том, что сегодня, 24.11.2012 с 09:00(MSK), наблюдаются затруднения в работе сервера 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.
Информация о ходе работ будет доступна в виде новости в панели управления аккаунтом


Вот такая вещь. стоит ли говорить, что сайты использующие файловые базы - не пострадали?

Хотя конечно и файлы могут разрушится, но как правило - это легко восстановимо и не затрагивает всю базу данных.
Прохожий
- бывало! сменил провайдера!
Здравствуйте, при включении работы на MySQL версии исчезает большенство возможностей управления магазином из меню, отображение магазина изменяется, индексация зависает на 50%, в общем не понятно работает на мускуле cms.
Гость : Здравствуйте, при включении работы на MySQL версии исчезает большенство возможностей управления магазином из меню, отображение магазина изменяется, индексация зависает на 50%, в общем не понятно работает на мускуле cms.

Тоже самое...
Это мой дом
В 7-й версии поддержка MySQL отключена до создания универсального API доступа к БД
Это мой дом
Что не устраивает в файловой БД? с учетом индексации, кеширования она даже быстрее MySQL.
Это мой дом
admin: Что не устраивает в файловой БД? с учетом индексации, кеширования она даже быстрее MySQL.

ну как же.. хостинг то купили поддержкой мускула.. что деньги на ветер?
Это мой дом
ладно, допилю я поддержку мускуля в текущей версии. но пока только БД товаров обещаю.
Это мой дом
Хочу избавится от всех модулей c префиксом mysql_ и поддержку добавить в файловые модули, а то работать на 2 фронта - невыносимо. а там глядишь и до универсального API дойдут руки. пока сделал редактор карточки товаров и сохранение ее. причем и в файловую БД тоже пишутся изменения. на случай сбоя MySQL или дропа базы. Т.е. база MySQL пока будет работать этаким зеркалом файловой БД, зато удобно будет ее PHPmyADMIN-ом править. глядишь и юникоде быстрее прилетит в EWC.
У СП-шных ОРГов доступа в MySQL нет и не будет. только когда админ проиндексирует БД и всосет их данные - их товары появятся на сайте.
Да и SPHINX легко подключить. хотя я и так хотел его прикрутить.
Продвинутый юзер
Уважаемый Админ ! Файловая база данных находится в каких файлах ? В файлах XML ? Какую нагрузку ? Сколько страниц максимально может выдержать файловая база данных и сколько пользователей ? На форумах пишут что 1000 страниц гарантировано, дальше не известно. Что Вы думаете по этим вопросам ?
Это мой дом
admin/db_rus/db_index.txt - тут вся база, она при индексации делится СУБД-шкой на индексы разделов, подразделов, товаров, создает фасеты артиколов для быстрого поиска, подсчитывает и формирует фильтры
остальное в кеше, который создается на лету
максимум пробовал 2 млн товаров.
В данный момент у людей летает просто 50000 товаров.
www.favorit-el.ru
Причина - встроенная СУБД и аналог Sphinx
Продвинутый юзер
У нас у института сайт сделан на GetSimple CMS эта CMS тоже на файлах вместо MySQL файлы XML . Начинал делать сперва на Вашей CMS но некоторые требования не позволили на ней доделать конкретно это многоязычность нужен был татарский язык и отдельным пользователям нужно было открывать определенные страницы по многим условиям выбрал GetSimple CMS она тоже под открытой лицензией GPL. А сейчас новостей все больше и больше и на форуме говорят что выдержит максимум 1000 страниц. Хотел узнать Ваше мне переделывать на другую CMS или можно сделать так как на Вашей CMS каким нибудь плагином чтобы он перевел файловую базу данных в MySQL. Вообщем нужен Ваш совет как специалиста который разбирается и файловой базе данных и в MySQL. Может что посоветуете ? Вот сам сайт
tipkadpo.ru
Заранее благодарю !
Это мой дом
Держать новости в MySQL считаю бесполезным
либо нужна СУБД
в EWC есть блог который выдержит любое количество новостей из-за своей структуры
Продвинутый юзер
У Вас вся база в одном файле типа как в sqlite один файл а в GetSimple CMS разделены по папкам например папка pages и в ней страницы в виде XML файлов потом разделено папка posts и там множество новостей в виде XML файлов. А нельзя ли сделать в GetSimple тоже встроенную СУБД или структуру как в EWC ?
Это мой дом
aukc: А нельзя ли сделать в GetSimple тоже встроенную СУБД или структуру как в EWC ?

имхуется этот вопрос целесообразно задавать на форуме поодержки GetSimple =))
Продвинутый юзер
Уже задавал ! Там ни кто не делал а тут это реализовано поэтому и спрашивал !
это павел с мобилы пишу поэтому гостем. надо делать структуру по датам. так слелано в блоге евц. а идентификатор поста это дата и автоинкремент. файлы должны лежать по папкам.
папка 2017 в ней 12 папок от 01 до 12 и в каждой папке еще папки от 01 до 31. в каждой из этой папок лежат посты от 01 до 10000 максимум. итог структура с легким доступом к любой новости по дате. если нужен поиск по ним. то делаем индексатор. рекурсивно считываем папки и создаем поисковый индекс или фасет и по нему уже ищем. и никакого к черту майскуэль. а в евц в одном файле хранятся только товары. и то при индексации разделов все это дело разбивается на отдельные базы по разделам.
Это мой дом
Это был я
Это мой дом
Гость : файлы должны лежать по папкам.
папка 2017 в ней 12 папок от 01 до 12 и в каждой папке еще папки от 01 до 31. в каждой из этой папок лежат посты от 01 до 10000 максимум.

структура понятна.. только вот перемещать статью внутри блога по датам нет возможности штатными средствами к сожалению... и применимо к новостям, получается при портировании с другой cms, старые новости старыми датами не получится перенести (((

Добавить ответ:

                  
Ответьте на вопрос: CKoлbKo бyдeT K пяTu пpuбaBuTb пяTb?