Доброго времени, вообщем модуль начал отображать двойные фото, причину я найти не смог и пришлось его деинсталировать и ставить по новой, подгрузил сохраненные таблицы, и теперь я фотки вижу только в модуле через админ панель.
Доброго времени, вообщем модуль начал отображать двойные фото, причину я найти не смог и пришлось его деинсталировать и ставить по новой, подгрузил сохраненные таблицы, и теперь я фотки вижу только в модуле через админ панель. |
Наверное удалилась информация из таблицы sys_albums - в ней хранятся альбомы. А если нет альбомов, то фотки, скорее всего, не будут отображаться, или отображаться, но не везде. Rules → http://www.boonex.com/terms |
Там альбомы все прописаны, тоесть информация сохранена. |
при отображении альбомов глюк, пишет что альбомы закрыты, вобщем полную хрень. Вот понять я не могу, на кой придумали сохранение и востановление БД, если оно не работает. Теперь только один вариант "кинуть" пользователей с их фотографиями, или вмонтировать фото галерею что бы выдергивала фото из папки))) . 1,5 тысячи фотографий, 350 участников, обидно получается.
Вообще есть можа какие варианты? |
Если модуль де-инсталировался из админки он должен был удалить данные касающиеся модуля фоток из системных таблиц sys_albums и sys_albums_objects. Там могли остаться данные об альбомах из других модулей - видео, звуки. Чтобы восстановить данные нужно вернуть данные в эти таблички - возможно кто-то может написать скрипт который вернет фотки каждому пользователю - хотя-бы в альбомы с другими именами. Сохранение/восстановление базы данных надо делать с умом, чтобы не испортить целостность данных. Rules → http://www.boonex.com/terms |
Спасибо друг! А с умом это как? |
Спасибо друг! А с умом это как? Да не за что. С умом - это если одна табличка связана с другой какоим-то образом, то сохранять обе таблички. Но так как другая табличка может быть связана с третьей и т д, то лучше всю базу сохранять. Rules → http://www.boonex.com/terms |
Спасибо! тогда еще один вопрос. У меня БД целиком не хочет сохранятся, только по отдельным таблицам, тоесть получаеться довольно таки хлопотное занятие.Какая тут может быть причина? |
Сложно сказать, может быть какая-то ошибка появляется ? Спасибо! тогда еще один вопрос. У меня БД целиком не хочет сохранятся, только по отдельным таблицам, тоесть получаеться довольно таки хлопотное занятие.Какая тут может быть причина?
Rules → http://www.boonex.com/terms |
А не может такое быть из за большой по объему БД? или размер никаким образом не связан? немного ранее, я сохранял всю БД у хостера, была такая услуга, но потом перестала сохраняться и там. Сведения об ошибках как правило приходят на электронку, а тут самое интересно, что никаких ошибок нет. Вообщем, спасибо AlexT, поковыряю, ежли найду причину, отпишу. Спасибо Тебе еще раз, за науку. |
Может быть из-за большой базы данных, но в коде сохранения базы данных специально увеличен лимит времени на выполнение скрипта с обычных 30-60 секунд до 10 часов. Но может быть еще какие-то серверные настройки влияют, которые скрипт уже не может контролировать. А не может такое быть из за большой по объему БД? или размер никаким образом не связан? немного ранее, я сохранял всю БД у хостера, была такая услуга, но потом перестала сохраняться и там. Сведения об ошибках как правило приходят на электронку, а тут самое интересно, что никаких ошибок нет. Вообщем, спасибо AlexT, поковыряю, ежли найду причину, отпишу. Спасибо Тебе еще раз, за науку.
Rules → http://www.boonex.com/terms |
А где это время прописано в скрипте? так как пока БД была маленькая. она сохранялась нормально, сейчас залил новый скрипт параллельно с пустой БД, и все Ок. Значит два варианта, либо действительно время на сервере ограничено либо в БД. |
set_time_limit(36000); в файле administration/db.php Rules → http://www.boonex.com/terms |
Спасибо Друг! |