Прийдётся почему? Сложно органтзовать столько смен чтобы каждому оставалось работать только 15 часов в неделю? Или сложно при этом достаточно оплачивать чтобы они при этом жить нормально могли?
Я думаю первая проблема вполне решаема работодателем а вторая безусловным базовым доходом.
Конкуренция повышает качество продукта, и, наоборот, не даёт сотрудникам фирмы скатиться в «бредовость».
Я вижу наоборот снижение качества для снижения цены и увеличения доходов. И производителей держат только стандарты которым они обязаны следовать и гарантии которые они обязаны предоставить.
Выше уже предложили использовать для этой цели не etag а integrity (Subresource Integrity) атрибут который уже используется для скриптов и стилей но не для кеширования.
IPFS позволяет сохранить(запинить) локально весь сайт который в ней расположен. Ну или по мере просмотра сайта через свой локальный шлюз сохраняется просмотренное. Но в этом случае кеш может быть стёрт.
Но важно при этом сохранить в браузере ссылку с ipfs хешем текущей версии сайта ато если не будет доступа к DNS или узлу автора(зависит от того какой метод публикации использует автор) то сайт будет не открыть не смотря на то что он локально сохранён.
Альтернативой теперь осталось вечное кеширование(Cache-Control: immutable) которое не удобно делать для главной страницы сайта. Ну и так-же недостатком этого HTTP заголовка является то что если мы хотим чтобы пользователь получил новые данные вместо закешированных то надо их запрашивать по другому URL.
Сайт отображается из кеша сразу. Паралельно делается запрос манифеста. Если он изменился то в фоне подгружается новая версия сайта. Если манифест не изменился или не доступен то не обновляется.
Если бы они лучше решали эту проблему сайты бы не тормозили. А так я часто замечаю длительные прогрузки там где казалось бы получил JSON и отобразил данные. Но нет. При этом похоже JavaScript перелопачивает всю страницу заново и уже от скорости интернета это не зависит. Тормозят уже скрипты.
Таким образом PWA, однажды открытый на клиентском устройcтве, может работать даже без интернета.
Была технология по проще которую к сожалению таки выпилили из браузеров. Называлась application cache которая позволяла тоже самое без единой строчки Javascript.
Альтернативой теперь осталось вечное кеширование(Cache-Control: immutable) которое не удобно делать для главной страницы сайта. Ну и так-же недостатком этого HTTP заголовка является то что если мы хотим чтобы пользователь получил новые данные вместо закешированных то надо их запрашивать по другому URL.
Чтобы это всё работало делают дополнительные смены на которых работают другие люди которые успели отдохнуть и со свежей головой а не впахивают сверхурочно.
Я пользуюсь гейтом IPFS от Cloudflare для сайта бесплатно без использования койнов. Просто загружаю IPFS клиентом сайт и хеш прописываю в DNS. После этого открываю сайт и жду пока прогрузиься новый контент.
Иногда он конечно сбрасывает кэш но тогда открываю сайт со всех доступных публичных шлюзов и он снова становится доступен с Cloudflare.
Filecoin наверно попытка пристроить койны туда где их небыло. И эти койны скорей всего покупают в надежде на их рост а не для оплаты хостинга.
Конструкция договора предусматривает полный переход прав на произведение от автора к сервису и при этом сервис распоряжается таким правом, предоставляя возможность распространения такого материала по лицензии CC BY 3.0 любому лицу, включая автора произведения.
В данном случае такая мера необходима для защиты от возможных претензий недобросовестных авторов, решивших предъявить претензии лицам, распространившим его материал с предварительным отзывом своего согласия на обнародование своего произведения.
В соглашении указана конструкция, когда автор, полностью отчуждая права на произведение, на основании лицензии CC BY 3.0, выданной сервисом неограниченному кругу лиц, включая автора, допускает размещение произведения в сети Интернет.
Прийдётся почему? Сложно органтзовать столько смен чтобы каждому оставалось работать только 15 часов в неделю? Или сложно при этом достаточно оплачивать чтобы они при этом жить нормально могли?
Я думаю первая проблема вполне решаема работодателем а вторая безусловным базовым доходом.
Я вижу наоборот снижение качества для снижения цены и увеличения доходов. И производителей держат только стандарты которым они обязаны следовать и гарантии которые они обязаны предоставить.
Наверно не сервер а браузер (клиент)
Фейсбук имеет onion адрес например.
Возьмём например сайт ipfs.io
Это его глобальный адрес доступный из обычного браузера.
Это адрес этого же сайта уже с локального шлюза пользователя.
Этот адрес конкретной версии сайта через глобальный шлюз который можно открыть обычным браузером.
Выше уже предложили использовать для этой цели не etag а integrity (Subresource Integrity) атрибут который уже используется для скриптов и стилей но не для кеширования.
IPFS сайты могут ничем не отличатся от обычных сайтов и понять что это IPFS сайт можно только заглянув в HTTP заголовки возвращаемые сервером.
Потому что РКН как бы не хотел не может заблокировать IP 127.0.0.1
IPFS позволяет сохранить(запинить) локально весь сайт который в ней расположен. Ну или по мере просмотра сайта через свой локальный шлюз сохраняется просмотренное. Но в этом случае кеш может быть стёрт.
Но важно при этом сохранить в браузере ссылку с ipfs хешем текущей версии сайта ато если не будет доступа к DNS или узлу автора(зависит от того какой метод публикации использует автор) то сайт будет не открыть не смотря на то что он локально сохранён.
См: Википедия неуязвима для цензуры в сети IPFS
А ещё можно кешировать адреса узлов с которыми была связь и входить через них.
#comment_24668604
Сайт отображается из кеша сразу. Паралельно делается запрос манифеста. Если он изменился то в фоне подгружается новая версия сайта. Если манифест не изменился или не доступен то не обновляется.
Он же вроде зарашивается браузером каждый раз при новом открытии страницы.
Если бы они лучше решали эту проблему сайты бы не тормозили. А так я часто замечаю длительные прогрузки там где казалось бы получил JSON и отобразил данные. Но нет. При этом похоже JavaScript перелопачивает всю страницу заново и уже от скорости интернета это не зависит. Тормозят уже скрипты.
Была технология по проще которую к сожалению таки выпилили из браузеров. Называлась application cache которая позволяла тоже самое без единой строчки Javascript.
Альтернативой теперь осталось вечное кеширование(Cache-Control: immutable) которое не удобно делать для главной страницы сайта. Ну и так-же недостатком этого HTTP заголовка является то что если мы хотим чтобы пользователь получил новые данные вместо закешированных то надо их запрашивать по другому URL.
Может специально держат пользователя подольше на странице для счётчиков.
Чтобы это всё работало делают дополнительные смены на которых работают другие люди которые успели отдохнуть и со свежей головой а не впахивают сверхурочно.
Я пользуюсь гейтом IPFS от Cloudflare для сайта бесплатно без использования койнов. Просто загружаю IPFS клиентом сайт и хеш прописываю в DNS. После этого открываю сайт и жду пока прогрузиься новый контент.
Иногда он конечно сбрасывает кэш но тогда открываю сайт со всех доступных публичных шлюзов и он снова становится доступен с Cloudflare.
Filecoin наверно попытка пристроить койны туда где их небыло. И эти койны скорей всего покупают в надежде на их рост а не для оплаты хостинга.
Вот кстати вопросы:
1 может ли сервис в дальнейшем изменить лицензию?
2 может ли автор разорвать договор если передумает через какое то время?
До тех пор пока человек не согласится на Программу Поощрения Авторов.