|
Notes |
|
|
|
|
Зачем скачивать, если нельзя записать? Если нужно не сохранять на диск, просто сделай тайлохранилище, которое будет только держать в памяти пару сотен тайлов. |
|
|
|
|
Зачем говоришь? Ну например скачка - это извещение по http локального сервера о скачке. Даже если и вернётся тайл - фиг с ним, вместо сохранения в TileStorage пустышка. Важно что хранилище тайлов находится под локальным сервером, и именно туда он сам сливает скачанные тайлы, и оттуда они потом забираются в сас. Пример - GeoCacher.
А кроме того вопрос-то ведь не только "зачем", сколько в существовании всех параметров независимо друг от друга, исключая вот парочку таких совершенно непонятных мест. |
|
|
|
|
|
ИМХО не нужно это для 99.95% пользователей. Для большинства как раз нужно что бы, если в хранилище нельзя записать, то и ничего не скачивалось, что бы зря бан не схлопотать и трафик лишний не гонять. |
|
|
|
(0006404)
|
|
vasketsov
|
06-04-2012 09:09
(edited on: 06-04-2012 09:26) |
|
Хм. Вроде как оба параметра задаются в zmp (прямо - разрешение скачки, косвенно - выбор типа кэша, через него определяется возможность записи в хранилище). На всякий случай напомню, что сейчас типов хранилища без записи ровно 2 (GE и GC), кроме того запись в хранилище отключается если пустое NameInCache (что для "нефайловых" типов кэша само по себе должно умереть).
Большинство - это:
а) кто вообще не лазит в zmp, и довольствуется тем, что кто-то за него написал;
б) лазит в zmp, знает что за параметр разрешает скачку, и отдавая себе отчёт об этом, включает скачку для хранилища без записи?
Впрочем как обычно есть и обходной путь. Тут ещё хитрость в том, что полный url тайла в случае типа кэша для геокэшера знает только хранилище, и писать преобразование {xyzv} -> {полный url} в zmp как минимум негуманно, а как максимум - принципиально невозможно (потому что v - необязательный параметр, и внутри v много необязательного, а в url всё обязательно). Так что всё равно придётся как-то выкручиваться, чтобы всунуть в построитель запросов некую "верёвочку" от хранилища, за которую надо будет дёргать для получения (кусков) url-ов из dll. Судя по всему, нужен будет некий простой интерфейс, который прикрутится к хранилищу, который бы передавался в построитель запросов и "дёргался" бы ДО скрипта (а в скрипте просто тупо begin end, звать в скрипте функцию для вытаскивания url-а конечно можно, но представляется бессмысленным). Вот на него и повеситься для определения доступности качалки при запрещённом для записи хранилище. Но пока это только мысли.
|
|
|
|
|
|
Типа сделал разделение. Вроде ничего отвалиться не должно. Признак недоступности записи в окне параметров карты пишется отдельно в том же многострочном поле. |
|
|
|
|
|
Вернул как был. Если тайлы не могут быть сохранены то 99% пользователей качать их не нужно. Если вам нужны запросы на тайлы без сохранения их на диск, делайте отдельный тип тайлохранилища, который будет кэшировать в память определнное количество тайлов. |
|
|
|
(0006439)
|
|
vasketsov
|
17-04-2012 21:11
(edited on: 17-04-2012 21:12) |
|
>Если тайлы не могут быть сохранены то 99% пользователей качать их не нужно
Напоминаю, мы говорим сейчас только о кэшах GE и GC. К остальным это НЕПРИМЕНИМО. И 99% пользователей не лазят в zmp. Так что аргументы как бы надо было придумать более логичные.
>делайте отдельный тип тайлохранилища
Чего? Имеешь в виду тупо удалить дебильный Abort из процы сохранения тайлов в хранилище? Да запросто.
|
|
|
|
|
Именно. А изменения действуют на все подряд. Не стоит решать проблемы одного конкретного юзкейса при помощи глобального изменения поведения. Для большинства пользователей, если качаемое нельзя сохранить - значит не нужно качать.
>Чего? Имеешь в виду тупо удалить дебильный Abort из процы сохранения тайлов в хранилище? Да запросто.
Именно. |
|