Плохая идея так делать. Технически каталог пользователей может и на другом диске лежать и вообще по произвольному пути. А у вас там подстановка фиксированная.
ince, вот теперь понятнее, что вы имели в виду. Из первоначального вопроса не ясно было.
Эту проблему следует решать отдельно. Тут есть много способов:
Можно соорудить систему правил пр принципу "Мёртвой руки", на основе которых можно сделать вывод о смерти. Это нетривиально, тем более составные части этой схемы тоже придётся как-то защищать от подделок и фальсификаций. Образно выражаясь это будет какая-то "кнопка", которую вы "нажимаете" каждый месяц. и если она не была нажата три месяца подряд, то это свидетельство смерти. В качестве кнопки, наверно, может выступать какая-то транзакция.
Ещё можно заинтересовать материально группу лиц, а в контракте прописать требования консенсуса кворума.
Третий вариант интереснее: нужно создать контракты с группой оракулов. Условия сформулировать так, чтобы оракулы попали в условия игры с ненулевой суммой, где перед ними встанет "дилемма заключенного". Оракулы получают свою награду тогда и только тогда, когда кворум оракулов сообщит о вашей смерти. Недостоверно-положительное и недостоверно-отрицательное свидетельство (не соответствующее кворуму) лишит оракула награды. Наверно эту схему можно закодить на смарт-контрактах как есть.
Жаль у нас инфраструктура еще слабо приспособлена под такие вещи. Хотя, если бы я был нотариусом или нотариальным агентством, то я бы, наверно, озаботился такой по нынешним меркам хайповой темой.
я говорю не про структуру БД, а про инфу которую туда помещают. К примеру в WP создал новую рубрику или страницу
yura_born, во-первых, вы можете подключаться к продовой БД прокинув порт через ssh. Но это не очень хорошая идея. Вернее совсем плохая.
Во-вторых, не стоит работать на продовой базе, даже на ее клоне, потому что там есть персональные данные клиентов. Вы можете сделать бэкап БД в том виде, в котором вам нужно и забирать ее через облако на рабочую машину. перед сеансом работы вы можете развернуть бэкап на локальной машине.
Есть такое понятие, как "Фикстуры" - это некий SQL-код (очищенный от ненужного дамп), который заполняет вашу БД тем, что необходимо для разработки. Фикстуры можно держать в репозитории и создавать БД при каждом сеансе работы с проектом
Kiha Ki, в данном случае вам сложно что-то подсказывать, поскольку не понятно что вы понимаете, а что нет. Рассказывать вам про структуры данных? Про DOM-модель? Не понятно же как у вас устроено визуальное представление мест и как вы создаёте эти чек-боксы.
Я заведомо не подскажу вем по си-шарпу ничего, но даже спецалисты не знают как вам помочь, поскольку не понятно в чем именно у вас проблема. Опубликуйте свой код и вам покажут где в нём добавить сохранение и как его там реализовать.
Есть, но так себе. Вон OSM, OSRM есть же. Конечно, чем специфичнее задача, тем меньше решений доступно, тем они попадаются кустарнее и труднее во внедрении. А так никто не мешает замутить себе опен-сорс проект с этой темой. Опен сорс хорош, если ресурсов для разработки не много, задача популярная, но сама по себе денег особо не приносит, поскольку рассчитана на маломаржинальный бизнес.
На этом вон тот же OSRM в крутой юзабельный продукт вырос. Бери и пользуйся в коммерческих проектах.
И много есть таких.
AstonMartin, да что там... не за что. Трындеть - не мешки ворочать. Самое сложное - это потом отладку, аналитику и обоснование потом всего этого содома с гоморрой делать=).
photosho, он хочет сказать, что вашу задачу решать не надо, поскольку все уже юзают VPN и не имеют проблем с рокомпозором. Наверно тех, кто-таки не юзает VPN, можно не принимать в расчет и пренебречь ими.
Я с такой точкой зрения, окнечно же, не согласен. Нужно смотреть на целевую аудиторию.
