Сообщений в теме: 28

[Dimdim]

У нас WEB - версия 1.8

При попытке сделать БЭКАП во внутреннюю папку сервера, через минуту возникает ошибка "502 Bad Gateway".
Сама база судя по PHPmyAdmin занимает 250 MB.

Как исправить ошибку?

[Dimdim]

База стала весить 250 MB и стала медленнее работать.
Как проверить действительно ли на скорость влияет размер базы или на это влияет, что-то другое.

И как увеличить скорость работы?

[Dimdim]

Скажите, когда от вас ждать ответа по этим двум вопросам?

[Timur]

1. Не хватает времени для создания бэкапа из-за большого размера базы, необходимо увеличить параметр max_execution_time в php.ini
2. Скорость работы зависит от многих факторов, однозначно здесь сложно сказать.
3. Максимальное время ответа техподдержки - сутки.

[Dimdim]

Техподдержка (24.11.2010, 14:49) писал:

1. Не хватает времени для создания бэкапа из-за большого размера базы, необходимо увеличить параметр max_execution_time в php.ini
2. Скорость работы зависит от многих факторов, однозначно здесь сложно сказать.
3. Максимальное время ответа техподдержки - сутки.

1. Скажите, пожалуйста, до какой величины увеличивать параметр max_execution_time, и файл php.ini где взять на хостинге.

2. Когда я перемещаюсь в Настройках, кроме вкладки Доступ все работает достаточно быстро. А когда начинаю перемещаться по таблицам задержка в среднем 3 сек. Можно ли сделать так, чтобы файлы, которые мы прикрепляем размещались не в самой базе MySQL, а в папках на сервере?

[Timur]

1. Просто так не ответишь, надо самим проверять сколько на это нужно времени. Что касается php.ini, то это надо уточнять у хостера. Но скорее всего прямого доступа он не даст, а подскажет как это можно изменить этот параметр другими способами.

2. Возможно база у вас тормозит из-за напоминаний.

[Dimdim]

Техподдержка (25.11.2010, 13:07) писал:

1. Просто так не ответишь, надо самим проверять сколько на это нужно времени. Что касается php.ini, то это надо уточнять у хостера. Но скорее всего прямого доступа он не даст, а подскажет как это можно изменить этот параметр другими способами.

2. Возможно база у вас тормозит из-за напоминаний.

Напоминаний всего на всю базу стоит около 8 штук, неужели это так влияет.

И Вы еще не ответили на вторую часть второго вопроса: "Можно ли сделать так, чтобы файлы, которые мы прикрепляем размещались не в самой базе MySQL, а в папках на сервере?"

[Timur]

"Напоминаний всего на всю базу стоит около 8 штук, неужели это так влияет"
Да, могут влиять и 8. Тут зависит не только от числа напоминаний, но и от размера таблиц где эти напоминания работают.

"Можно ли сделать так, чтобы файлы, которые мы прикрепляем размещались не в самой базе MySQL, а в папках на сервере?"
Нет. На данный момент файлы всегда хранятся в базе.

[Dimdim]

Техподдержка (25.11.2010, 14:59) писал:

"Напоминаний всего на всю базу стоит около 8 штук, неужели это так влияет"
Да, могут влиять и 8. Тут зависит не только от числа напоминаний, но и от размера таблиц где эти напоминания работают.

"Можно ли сделать так, чтобы файлы, которые мы прикрепляем размещались не в самой базе MySQL, а в папках на сервере?"
Нет. На данный момент файлы всегда хранятся в базе.

Я попробую убрать все напоминания, и посмотрю на скорость работы.

Скажите, а сколько будет стоить доработать купленную мной программу таким образом, чтобы скрипт создавал на сервере папки и помещал туда файлы, которые мы загружаем?

[Гарифуллин Марат]

Так же хочется отметить, что до конца ноября будет выложена версия Клиентская база 1.9.2, в которой будет работать встроенный CRON, в результате чего многие задержки (в том числе связанные с напоминаниями) должны исчезнуть, либо уменьшиться.

[Dimdim]

Менеджер проекта (25.11.2010, 20:07) писал:

Так же хочется отметить, что до конца ноября будет выложена версия Клиентская база 1.9.2, в которой будет работать встроенный CRON, в результате чего многие задержки (в том числе связанные с напоминаниями) должны исчезнуть, либо уменьшиться.

Скажите, а сколько будет стоить доработать купленную мной программу таким образом, чтобы скрипт создавал на сервере папки и помещал туда файлы, которые мы загружаем?

[Timur]

Было бы хорошо, если бы Вы более конкретно описали то, что Вам надо и прислали на info@clientbase.ru

[Dimdim]

Техподдержка (25.11.2010, 13:07) писал:

1. Просто так не ответишь, надо самим проверять сколько на это нужно времени. Что касается php.ini, то это надо уточнять у хостера. Но скорее всего прямого доступа он не даст, а подскажет как это можно изменить этот параметр другими способами.

2. Возможно база у вас тормозит из-за напоминаний.

У хостера проконсультировалить, создали файл .htaccess, прописав там:
php_flag max_execution_time <300>
, поместили его в корень сайта.
При попытке сделать БЭКАП не завершается процесс БЭКАПА и возникает ошибка 502.

База весит около 850 MB при просто экспорте базы через PhpmyAdmin.

В папке backup формируются файлы: то в 1 MB, то в 200 MB, каждый раз по-разному, но всегда возникает ошибка 502.

В чем может быть проблема?

[Timur]

А не пробовали через mysqldump делать?

[Dimdim]

Техподдержка (1.12.2010, 18:21) писал:

А не пробовали через mysqldump делать?

Нет не пробовал.
А через sypex dumper получится?

К тому же хостер пишет:
"Как я понял, Ваш скрипт создает дамп на сервере, а на сервере есть ограничение в максимальный размер файла, который может создать пользователь.
К сожалению, снять это ограничение нельзя.
Дампы баз данных делаются нами каждый день и по Вашему запросу мы предоставим его Вам "

И как тут быть?

[Dimdim]

Мучаюсь уже неделю, а так хочется пользоваться версией 1.9.2
Может кто-нибудь наконец-то поставит точку в этой проблеме.
Хостер нечего предложить не может, хочет в админку скрипта доступ, чтобы протестировать как скрипт делает бэкап.
Как все-таки экспортировать а потом импортировать (в новую версию скрипта) базу большого размера?

[CbCoder]

По большому счету Вы можно сказать сами себе создали проблему, загружая столь большое количество файлов в программу и не позаботившись о месте на хостинге под такой размер базы. Выхода тут 2 - либо вы уменьшите размер БД путем удаления "лишних" файлов из программы, либо смените тариф на хостинге или вообще хостера и перейдете на более оптимальные условия. Есть еще третье решение - просто не обновлять версию и пользоваться текущей. Мы конечно можем попробовать преобразовать дамп вашей БД в формат бэкапа, если вы нам его вышлете, но сами понимаете передавать файл такого размера не очень удобно, да и не факт что он в итоге все таки у вас потом загрузится в программу после ее обновления.

[Dimdim]

Разработчик (2.12.2010, 13:20) писал:

По большому счету Вы можно сказать сами себе создали проблему, загружая столь большое количество файлов в программу и не позаботившись о месте на хостинге под такой размер базы. Выхода тут 2 - либо вы уменьшите размер БД путем удаления "лишних" файлов из программы, либо смените тариф на хостинге или вообще хостера и перейдете на более оптимальные условия. Есть еще третье решение - просто не обновлять версию и пользоваться текущей. Мы конечно можем попробовать преобразовать дамп вашей БД в формат бэкапа, если вы нам его вышлете, но сами понимаете передавать файл такого размера не очень удобно, да и не факт что он в итоге все таки у вас потом загрузится в программу после ее обновления.

1. Тогда подскажите, как специалист, какими характеристиками должен обладать хостинг чтобы "ворочить" базами размера от 500 МВ и до, допустим 2000 MB. Так как удобно прикреплять файлы к программе и хочется этим пользоваться.

2. И по варианту №2, Вами предложенному , чтобы удалить файлы из базы это достаточно удалить полностью записи с этими файлами? Все верно?

[CbCoder]

1. Ну же вы пишите что на вашем хостинге нельзя создавать файлы большого размера. Соответственно нужен хостинг который позволяет это делать.

2. Не обязательно. Достаточно зайти в запись и удалить файл из поля. Хотя если кроме файлов у вас в этих записях нет других полезных данных, то удобнее конечно удалить сразу записи массовым выбором. Файлы при этом удалятся автоматически.

[Dimdim]

Опять общался с хостером, хостер спрашивает: "Уточните, пожалуйста, у разработчика может ли сделать так, чтобы скрипт не проверял снят ли бекап из панели."

После этого сообщения хостер написал еще:

"Снять бекап не получится, причины были указаны выше в переписке.
Сейчас я тестировал загрузку. Вот часть обычного дампа базы:
DROP TABLE IF EXISTS `cb_acc_buttons`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `cb_acc_buttons` (
`id` int(11) NOT NULL auto_increment,
`group_id` int(11) NOT NULL,
`button_id` int(11) NOT NULL,
`access` tinyint(1) default NULL,

А часть дампа, который успевает сделать Ваш скрипт:
-- ' version 010805 ' -- ' prefix cb_ ' --
create table `cb_acc_buttons` (`id` int(11) auto_increment NOT NULL, primary key (`id`), `group_id` int(11) NOT NULL, `button_id` int(11) NOT NULL, `access` tinyint(1) NOT NULL) engine=myisam DEFAULT CHARSET=utf8 collate=cp1251_general_ci;
create table `cb_acc_fields` (`id` int(11) auto_increment NOT NULL, primary key (`id`), `group_id` int(11) NOT NULL, `table_id` int(11) NOT NULL, `field_id` int(11) NOT NULL, `read_tb` tinyint(1) NOT NULL, `read_ed` tinyint(1) NOT NULL, `write_my` tinyint(1) NOT NULL, `write_an` tinyint(1) NOT NULL) engine=myisam DEFAULT CHARSET=utf8 collate=cp1251_general_ci;
insert into `cb_acc_fields` values (928, 1, 12, 127, 1, 1, 1, 0);

Разница есть.
Если программист, сделает так, чтобы скритп не проверял снят ли бекапа Вашей cms или нет, то появится возможность протестировать загрузку дампа, который мы Вам можем предоставить)."

Что ответить хостеру?