Перейти к содержимому


sql запросы

доработка

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

#1 job

    Активный участник

  • Пользователи
  • PipPipPip
  • 70 сообщений

Отправлено 02 Август 2013 - 08:30

Здравствуйте!

Подскажите, планируется ли и когда это случится - оптимизация sql запросов??

указанные требования к серверу на вашем сайте совпадают с нашим, где лежит crm, но постоянные проблемы с разворачиванием бэкапов! может поставить в приоритет оптимизацию? или писать более точные требования вплоть до указания размеров и объемов потребления ресурсов сервера crm?

техподдержка посоветовала задать этот вопрос вам!

Сообщение отредактировал job: 02 Август 2013 - 08:31


#2 Analitic

    Активный участник

  • Пользователи
  • PipPipPip
  • 700 сообщений
  • Пол:Мужчина

Отправлено 02 Август 2013 - 08:47

Проблемы с разворачиванием бекапов могут быть разные, уточните в чем именно проблема?

#3 job

    Активный участник

  • Пользователи
  • PipPipPip
  • 70 сообщений

Отправлено 02 Август 2013 - 08:49

Просмотр сообщенияAnalitic (02 Август 2013 - 08:47) писал:

Проблемы с разворачиванием бекапов могут быть разные, уточните в чем именно проблема?

Error generated:
/mnt/disk/variant.fm/baza/include/functions_cron.php(0) : sql_query()
/mnt/disk/variant.fm/baza/backup.php(0) : load_backup()
Ошибка SQL запроса:
insert into `cb_tmp_forms` values (77, 42, 4, 0, 'Благодарность', '', 0x7b5c727466315c616465666c616e67
313032355c616e73695c616e7369637
067313235315c7563315c616
03064320d0a
66646165636233663430646262663939
63376634373635396661636438626161636463326336636461383535373438646137373537363331633538663633613062343539356626438666637323136313734616335633
46231663736666233323332366638363366323

ID заявки: 2855

#4 job

    Активный участник

  • Пользователи
  • PipPipPip
  • 70 сообщений

Отправлено 02 Август 2013 - 08:51

причем, выкручивали на сервере все на максимум, и вышла уже следующая ошибка:

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 50206026 bytes) in /mnt/disk/variant.fm/baza/include/functions_cron.php on line0

#5 Analitic

    Активный участник

  • Пользователи
  • PipPipPip
  • 700 сообщений
  • Пол:Мужчина

Отправлено 02 Август 2013 - 09:11

Самый простой способ - удалить данную строку из sql файла, и загрузить заново.
Сохранение xls, docx, rtf в бекапе не оптимально. Оптимизация сохранения шаблонов печати в бекапах будет скорее всего к концу года, т.к. проблема достаточно редкая.

#6 job

    Активный участник

  • Пользователи
  • PipPipPip
  • 70 сообщений

Отправлено 02 Август 2013 - 09:13

Просмотр сообщенияAnalitic (02 Август 2013 - 09:11) писал:

Самый простой способ - удалить данную строку из sql файла, и загрузить заново.
Сохранение xls, docx, rtf в бекапе не оптимально. Оптимизация сохранения шаблонов печати в бекапах будет скорее всего к концу года, т.к. проблема достаточно редкая.

редкая, но проблема. ну вы же сами понимаете, это каждый раз делать не фонтан!

#7 job

    Активный участник

  • Пользователи
  • PipPipPip
  • 70 сообщений

Отправлено 02 Август 2013 - 09:16

Итак, бэкап штатными средствами восстановился. Все ошибки были связаны с тем, что php скрипт не влезал в выделяемые ему 128 метров памяти. Благо, у нас свой собственный сервер и мы вольны настраивать его как угодно. Бэкап развернулся только тогда, когда я отдал ему 512 (!!!) метров памяти! Впервые такое вижу, откровенно говоря. Ни один вменяемый админ не разрешит похапе жрать столько памяти! Если уж вы предусмотрели бэкап, то сделайте его разумным!
И может быть уже откроете доступ к некоторым файлам??? Зачем шифровать конфиг подключения к базе данных? Ух, ребята. Платный продукт и столько проблем...

#8 job

    Активный участник

  • Пользователи
  • PipPipPip
  • 70 сообщений

Отправлено 02 Август 2013 - 09:21

Предвидя комментарии о слабом железе, сразу сделаю несколько опережающих выкладок

Процессор: Intel® Core™2 Duo CPU T7700 @ 2.40GHz
Объем памяти: 2048МБ

#9 job

    Активный участник

  • Пользователи
  • PipPipPip
  • 70 сообщений

Отправлено 02 Август 2013 - 09:24

Просмотр сообщенияAnalitic (02 Август 2013 - 09:11) писал:

Самый простой способ - удалить данную строку из sql файла, и загрузить заново.
Представьте себе девочку-менеджера, умеющую нажимать кнопку "сделать бэкап" и "восстановить бэкап". А сейчас попытайтесь представить ее лицо, когда я передам ей это.

#10 Analitic

    Активный участник

  • Пользователи
  • PipPipPip
  • 700 сообщений
  • Пол:Мужчина

Отправлено 02 Август 2013 - 09:24

Просмотр сообщенияjob (02 Август 2013 - 09:16) писал:

И может быть уже откроете доступ к некоторым файлам??? Зачем шифровать конфиг подключения к базе данных? Ух, ребята. Платный продукт и столько проблем...
Собственно доступ к некоторым файла открыт. Конфиг подключения к базе например: config.php - открыт, о чем вы?

#11 job

    Активный участник

  • Пользователи
  • PipPipPip
  • 70 сообщений

Отправлено 02 Август 2013 - 09:27

Просмотр сообщенияAnalitic (02 Август 2013 - 09:24) писал:

Собственно доступ к некоторым файла открыт. Конфиг подключения к базе например: config.php - открыт, о чем вы?
Отлично, оставил лазейку, зацепились) А можно по сути ответить?

#12 Analitic

    Активный участник

  • Пользователи
  • PipPipPip
  • 700 сообщений
  • Пол:Мужчина

Отправлено 02 Август 2013 - 10:37

Тут все ответы по существу. Хотите устроить полемику на тему:

Просмотр сообщенияjob (02 Август 2013 - 09:24) писал:

Представьте себе девочку-менеджера, умеющую нажимать кнопку "сделать бэкап" и "восстановить бэкап". А сейчас попытайтесь представить ее лицо, когда я передам ей это.
Тогда вам в другой форум. Тут "Предложения по доработкам". Ваше предложение доработать бекап таким образом, чтобы более оптимально создавался\восстанавливался бекап с формами печати на основе файлов, МЫ УЧЛИ.

#13 job

    Активный участник

  • Пользователи
  • PipPipPip
  • 70 сообщений

Отправлено 02 Август 2013 - 11:27

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





Количество пользователей, читающих эту тему: 2

0 пользователей, 2 гостей, 0 анонимных