Форум SAS.Планета

Недавно я написал статью об очистке кэша Беркли от удалённых тайлов. Кто-то внёс туда изменения, дополнения, сути которых я не понимаю. Хотелось бы получить толкования. Вот текст, который был добавлен:

скрытый текст: показать

План действий:
1) Определяем масштаб желаемого сокращения кэша, например «удалить зумы с 12 по 13»
2) Открываем папку /cache_db (обычный кеш Беркли) или /cache_dbv (версионный кеш Бекли)
3) В удаляемых зумах переименовываем все *.sdb в *.sdb.bad (для версионного кеша - *.sdbv в *.sdbv.bad )
Подсказка: переименовать нужные файлы sdb(v) в требуемых папках можно быстрее, если запустить поиск на «sdb(v)» и отсортировать результаты по столбцу пути.
4) Запускаем утилиту sdb_util.exe из корня директории SAS.Planet
5) Выбираем папку с кешем (можно выбрать всю папку /cache_db(v))
6) Выбираем действие Restore broken files from *.bad и нажимаем Run
7) По окончании работы утилиты все *.bad файлы станут иметь размер около 4кБ

Исходя из текста, получается, что для удаления целых двух зумов со всех (зачем-то) карт, хранящихся в кэше Беркли, достаточно переименовать файлы на этих зумах в *.bad и обработать их утилитой. Но это же неверно. Пропущен важный пункт действий, а именно собственно процесс удаления ненужных тайлов. Если этого не сделать, ни о каких 4 кБ не может идти речи, останется всё, что было неиспорченного в этих файлах.

Прошу того, кто внёс изменения в статью, пояснить, что имелось в виду, может, я чего не понимаю.

Papazol писал(а):кто внёс изменения в статью

Так, для справки.

скрытый текст: показать

В вики была добавлена или изменена страница. Подробности:

Дата: 13/06/2014 04:52
Браузер: Mozilla/5.0 (Windows NT 5.1; rv:29.0) Gecko/20100101 Firefox/29.0
IP-адрес: 46.44.11.239
Хост: 46.44.11.239
Старая версия: http://sasgis.org/wikisasiya/doku.php/% ... 1401080438
Новая версия: http://sasgis.org/wikisasiya/doku.php/% ... 0%BB%D0%B8
Сводка изменений: [Чистка кэша Беркли] иначе описал процедуру чистки
Пользователь:

скрытый текст: показать

>whois 46.44.11.239
inetnum 46.44.0.0 - 46.44.15.255
netname FIORD-FTN
descr Fryazino Network
country RU
admin-c FNA12-RIPE
tech-c FNA12-RIPE
status ASSIGNED PA
mnt-by FIORD-MNT
source RIPE # Filtered
person Fryazino Network Administration
address Russia, Moscow region, Fryazino, Mira Avenue, 17
address Fryazino Town Information Center
mnt-by FIORD-MNT
abuse-mailbox abuse@fryazino.net
phone +7 496 5679694
nic-hdl FNA12-RIPE
source RIPE # Filtered

Papazol писал(а):Но это же неверно. Пропущен важный пункт действий, а именно собственно процесс удаления ненужных тайлов.

Верно, пропущен.

P.S. Если что, статью дополнял не я

Parasite писал(а):

Papazol писал(а):кто внёс изменения в статью

Так, для справки.

скрытый текст: показать

В вики была добавлена или изменена страница. Подробности:

Дата: 13/06/2014 04:52
Браузер: Mozilla/5.0 (Windows NT 5.1; rv:29.0) Gecko/20100101 Firefox/29.0
IP-адрес: 46.44.11.239
Хост: 46.44.11.239
Старая версия: http://sasgis.org/wikisasiya/doku.php/% ... 1401080438
Новая версия: http://sasgis.org/wikisasiya/doku.php/% ... 0%BB%D0%B8
Сводка изменений: [Чистка кэша Беркли] иначе описал процедуру чистки
Пользователь:

скрытый текст: показать

>whois 46.44.11.239
inetnum 46.44.0.0 - 46.44.15.255
netname FIORD-FTN
descr Fryazino Network
country RU
admin-c FNA12-RIPE
tech-c FNA12-RIPE
status ASSIGNED PA
mnt-by FIORD-MNT
source RIPE # Filtered
person Fryazino Network Administration
address Russia, Moscow region, Fryazino, Mira Avenue, 17
address Fryazino Town Information Center
mnt-by FIORD-MNT
abuse-mailbox abuse@fryazino.net
phone +7 496 5679694
nic-hdl FNA12-RIPE
source RIPE # Filtered

И что это нам дало? То что автор изменений из москвы? ИМХО нужно делать обязательной регистрацию в вики так же как и на форуме с багтрекером. Идеальный вариант сделать единую авторизацию для форума, багтрекера, вики и сайта, но как я понимаю, этот идеал недостижим за приемлемое количество времени.

Неет, из Фрязино, что сужает круг поиска
Вообще процедура очень странная, не проще ли поудалять тайлы средствами SAS? Или файлы БД не уменьшаются? А если так, то можно ли их посжимать? (чё-то я забыл, может, обсуждалось)

Tolik писал(а):Или файлы БД не уменьшаются?

Естественно нет. И это не особенность именно Беркли, такое поведение обычно для всех БД. Никто данные специально не затирает, а просто ставится отметка, что на это место теперь можно записывать новые данные. Даже файловая система поступает схожим образом.

Вопрос, как уменьшить размер файлов БД после удаления данных, поднимался тут: viewtopic.php?f=2&t=2024&start=60#p34543

Я же лично считаю операцию по ручной очистке кэша (уменьшение размеров БД) вообще нецелесообразной.

Вопросы очистки кэша Беркли от удалённых файлов обсуждались в соответствующем разделе форума. Алгоритм вполне чёткий, он работает, пользоваться им можно. Насчёт целесообразности в принципе - каждый решает сам, но размеры файлов реально уменьшаются, и, если этот кэш был скачан когда-то, с ним работали туда-сюда, а теперь скачивание недоступно (типа Nokia), то почему бы и не почистить?
В общем, надо поправить Wiki.