|
Notes |
|
|
(0011943)
|
|
zed
|
|
01-07-2013 15:26
|
|
>после восстановления
Как восстанавливал?
>появились обрезанные верисии
А тайлы по ним показывает? |
|
|
|
(0011947)
|
|
Garl
|
|
01-07-2013 17:54
|
|
восстанавливал утилитой (сначала старой)
утром продолжил новой.
по этим версиям тайлы показывает, но они сто лет не нужны, я их нагенерю из 18 левела.
а вот как бы так культурно почистить |
|
|
|
(0011948)
|
|
zed
|
|
01-07-2013 18:07
|
|
>восстанавливал утилитой
Как конкретно?
>по этим версиям тайлы показывает
Так может это оно когда сохраняло неправильно версии записало? Восстановление кэша не может быть причиной того, что строка версии вдруг ни с того ни с сего обрезалась. Какие конкретно там были строки? |
|
|
|
(0011950)
|
|
Garl
|
|
01-07-2013 18:13
|
|
на более нижних зумах - версии нормальные.
строки версии были как самая длинная на скриншоте (ГУИД)
в принципе не страшно, делаю удаление версии и заново генерирую уровни, просто самому интересно на каком этапе оно вылезло...
>Как конкретно?
всем чек
и затем двум файлам на 18 зуме делал дамп и импорт. |
|
|
|
(0011952)
|
|
zed
|
|
01-07-2013 18:19
|
|
>были как
Нужны конкретные значения строк. Та что на скриншоте сохранилась нормально и нет смысла брать её в расчёт. Может там баг на специфических строках.
И ты уверен, что там вообще изначально были нормальные строки? Насколько я понимаю, на этих зумах ты генерировал тайлы?
>на более нижних зумах - версии нормальные.
>и затем двум файлам на 18 зуме делал дамп и импорт
Судя по тому, что на скриншоте z10, то никакое восстановление тут ни при чём. |
|
|
|
(0011953)
|
|
zed
|
|
01-07-2013 18:22
|
|
|
И при включении укороченной версии, тайлы для которых пишет длинную версию на z18 отображаются? |
|
|
|
(0011955)
|
|
Garl
|
|
01-07-2013 18:24
|
|
вот по хорошему все версии которые я загнал в кэш
1c85a073512363b21041fee3f530cabb
23c20f60a1ef5d369b7a7d22c1f482e1
30f055fc02dea8fd64b54bb5a64e996e
44dbabbe62c70c03aa601642dbe98f3d
69c0f58606a60de4b247555b6c043c9a
98ad76a2b29f9e86fdc09250f6bd85bf
9fda4896caaa66790b5eeb04d6bc6138
a14e29eec766c2b3782be1f1a09eed69
c553752a82aac594ac6a2b1c90ef5d69
de560b25a6494a7dd573c5d4d2b97c4c
e9dd48a55bb88195224cbaa1e5ba3c10
f24f62997d6c37bd9b38431b92eb0fc8
строки были нормальные пока не начали вываливаться ошибки которые ты профиксил в последние дни.
я ж проверял как оно генерится и как определяются версии |
|
|
|
(0011956)
|
|
Garl
|
01-07-2013 18:28
(edited on: 01-07-2013 18:31) |
|
тайлы на 10 зуме с короткими версиями не отображаются.
и на 8 зуме имеет место быть задвоение версий :)
upd
разглядел "??" в версии
|
|
|
|
(0011958)
|
|
zed
|
|
01-07-2013 18:33
|
|
>строки были нормальные пока не начали вываливаться ошибки которые ты профиксил в последние дни
Ну, тогда это можно считать отголоском.
>тайлы на 10 зуме с короткими версиями не отображаются.
Значит именно такая коротка версия и записана в БД. |
|
|
|
(0011959)
|
|
Garl
|
|
01-07-2013 18:39
|
|
|
если я грохну sdbv из папок z1..z17 - чем мне это грозит? |
|
|
|
(0011960)
|
|
zed
|
|
01-07-2013 18:42
|
|
|
Вначале запусти db_recover, а потом можешь грохать. |
|
|
|
(0012308)
|
|
zed
|
|
08-08-2013 14:27
|
|
|
Сообщи, если вдруг ещё на такое нарвёшься. А пока будем считать это глюками из-за порчи файлов БД и прочих багов, что были в процессе допиливания версионного кэша. |
|
version.jpg (199,225) 01-07-2013 10:07