Если для работы сети нужно поднимать целый сервер в датацентре, это как раз и говорит о централизации.
Децентрализация и невозможность контролировать всю сеть отдельными собственниками большого количества узлов обеспечивается за счет алгоритмов работы публичного блокчейна. Ваши узлы не смогут добавлять блоки, которые не будут подтверждены другими узлами сети, размещенными по всему миру.
А насчет массовых пользователей, которые вынуждены пользоваться кошельками, инфурой и алхимией, тут да, есть такой момент. Главное понимать, что делаешь, зачем и оценивать риски.
Насчет изначальных планов контролировать пользователей Ethereum у меня лично нет данных. Если у вас есть, приведите ссылки, пожалуйста, почитаю.
Есть ещё один вариант — доверенные частные блокчейны типа Hyperledger. По сути, это просто форма БД, где нет майнинга, а выпуск блоков централизован и требует некоторой степени доверия между участниками (например, группа компаний, которая проводит транзакции друг с другом, но не доверяет на 100%).
Это ведь и есть централизация в приватном блокчейне, разве не так? Любые системы имеют право на существование, свои области применения и своих пользователей.
Аренда сервера здесь не означает узел централизации, на ареднованном сервере поднимается один из узлов Ethereum.
Насколько я знаю, на базе Ethereum и смарт-контрактов есть успешные проекты с большим количеством клиентов, и не противостоящие гос. машине. Есть большой спрос на разработчиков смарт-контрактов, что уже говорит само за себя.
Вообще для бизнес-применений можно арендовать серверы с подходящей для geth конфигурацией за приемлемые деньги. А вот для массового примнения тут да, или light, или кошельки.
Еще можно поднять свой light узел geth. Он не будет сам выполнять проверки, но видимо это лучше, чем использовать чьи-то АПИ. И диски огромные тут не нужны
С контентом это да. Еще проблема, что на многих конструкторах получаются одинаковые сайты. Особенно это касается не дизайна, а функциональности.
Но есть и исключения - у нас, например, каждый магазин может развиваться самостоятельно, и это уже будет не шаблон, а заказной сайт с учетом всех запросов предпринимателя.
Можно добавлять любые интеграции, переносить сайты на выделенные серверы, если есть потребность в высокой устойчивости к нагрузкам, можно сделать отказоустойчивые решения.
Если вышла из строя карта памяти, сервер на Raspberry Pi зависнет и его придется переустанавливать. В рамках микроконтроллера это эквивалентно прямому попаданию метеорита в карту памяти)
Ну а мы предлагаем сервер, в стоимость которого (499 рублей в месяц) входит: 1 общий публичный IP-адрес
Круглосуточная поддержка
Размещение в ЦОД уровня TIER III
Оперативная замена неисправных комплектующих
Вот еще сюда бы добавить Disaster Recovery, чтобы каждый день, например, делать бекап образа карты памяти, а если (или когда) она выйдет из строя, быстро заменить ее с восстановлением данных из этого бекапа. По моему опыту круглосуточной эксплуатации подобных устройств, карту памяти приходится менять каждые полгода-год.
Использую Raspberry Pi 3+ в качестве шлюза онлайн-касс, но это на территории заказчика. С их помощью сделан доступ через OpenVPN в локальную сеть с сервера, размещенного в датацентре. И это самое недорогое решение, которое мне удалось придумать.
По опыту раз в год приходится переформатировать или менять флеш-карты. Еще была проблема с перегревом, но это я отслеживаю с помощью Zabbix. При перегреве смотрю ситуацию на месте, где установлен микрокомпьютер.
Насчет аренды Raspberry Pi в датацентре идея интересная, но вот из практического применения вижу только какое-нибудь быстрое тестирование чисто программных решений, когда срочно нужен Raspberry Pi, а под рукой нет. Можно попробовать смоделировать вычислительный кластер перед покупкой оборудования для его создания своими силами, например.
Все же Raspberry Pi удобен для работы с какой-нибудь периферией, как элемент автоматизации, например, умного дома или типа того. И тут уже чисто программный вариант не подойдет - нужна шина GPIO.
Вот, например, подключение к Raspberry Pi модуля LoRa. В датацентре не получится)
В новой версии Хабра при просмотре на мониторе с высоким разрешением стали хуже видны (менее заметны) заголовки статей. И контент виден как довольно узкая лента, без возможности расширения.
Перевел несколько десятков девелоперских виртуалок на HestiaCP уже пару лет назад. Не так удобно, как с ISPmanager, но вполне пригодно для работы. Ну а с нынешними ценами и ограничениями на количество доменов другого варианта не вижу.
На рабочих пока ISPmanager, но на новых серверах скорее всего уже буду ставить HestiaCP.
Заодно внедряю Proxmox вместо VMmanager — бесплатно и довольно функционально.
Здравствуйте!
Подскажите, пожалуйста, есть ли тема интерфейса Web-клиента Zimbra с адаптивный дизайном, удобная для работы на смартфоне, или приложение для смартфона?
Если есть, то только в платной версии или в бесплатной тоже?
Спасибо!
Децентрализация и невозможность контролировать всю сеть отдельными собственниками большого количества узлов обеспечивается за счет алгоритмов работы публичного блокчейна. Ваши узлы не смогут добавлять блоки, которые не будут подтверждены другими узлами сети, размещенными по всему миру.
А насчет массовых пользователей, которые вынуждены пользоваться кошельками, инфурой и алхимией, тут да, есть такой момент. Главное понимать, что делаешь, зачем и оценивать риски.
Насчет изначальных планов контролировать пользователей Ethereum у меня лично нет данных. Если у вас есть, приведите ссылки, пожалуйста, почитаю.
Это ведь и есть централизация в приватном блокчейне, разве не так?
Любые системы имеют право на существование, свои области применения и своих пользователей.
Есть спрос, будет и предложение. И наоборот!
Аренда сервера здесь не означает узел централизации, на ареднованном сервере поднимается один из узлов Ethereum.
Насколько я знаю, на базе Ethereum и смарт-контрактов есть успешные проекты с большим количеством клиентов, и не противостоящие гос. машине. Есть большой спрос на разработчиков смарт-контрактов, что уже говорит само за себя.
Вообще для бизнес-применений можно арендовать серверы с подходящей для geth конфигурацией за приемлемые деньги. А вот для массового примнения тут да, или light, или кошельки.
Еще можно поднять свой light узел geth. Он не будет сам выполнять проверки, но видимо это лучше, чем использовать чьи-то АПИ. И диски огромные тут не нужны
Может и так, а может дело в условиях эксплуатации. Может вырубают питание, не завершив работу ОС, как это положено по инструкции.
Кстати, у меня тоже есть такая карточка)
Еще можно добавить Shop2YOU
С контентом это да. Еще проблема, что на многих конструкторах получаются одинаковые сайты. Особенно это касается не дизайна, а функциональности.
Но есть и исключения - у нас, например, каждый магазин может развиваться самостоятельно, и это уже будет не шаблон, а заказной сайт с учетом всех запросов предпринимателя.
Можно добавлять любые интеграции, переносить сайты на выделенные серверы, если есть потребность в высокой устойчивости к нагрузкам, можно сделать отказоустойчивые решения.
Если вышла из строя карта памяти, сервер на Raspberry Pi зависнет и его придется переустанавливать. В рамках микроконтроллера это эквивалентно прямому попаданию метеорита в карту памяти)
Кстати да, было бы неплохо вообще уйти от карт памяти в ЦОД
Ну а мы предлагаем сервер, в стоимость которого (499 рублей в месяц) входит:1 общий публичный IP-адрес
Круглосуточная поддержкаРазмещение в ЦОД уровня TIER IIIОперативная замена неисправных комплектующихВот еще сюда бы добавить Disaster Recovery, чтобы каждый день, например, делать бекап образа карты памяти, а если (или когда) она выйдет из строя, быстро заменить ее с восстановлением данных из этого бекапа. По моему опыту круглосуточной эксплуатации подобных устройств, карту памяти приходится менять каждые полгода-год.
Использую Raspberry Pi 3+ в качестве шлюза онлайн-касс, но это на территории заказчика. С их помощью сделан доступ через OpenVPN в локальную сеть с сервера, размещенного в датацентре. И это самое недорогое решение, которое мне удалось придумать.
По опыту раз в год приходится переформатировать или менять флеш-карты. Еще была проблема с перегревом, но это я отслеживаю с помощью Zabbix. При перегреве смотрю ситуацию на месте, где установлен микрокомпьютер.
Насчет аренды Raspberry Pi в датацентре идея интересная, но вот из практического применения вижу только какое-нибудь быстрое тестирование чисто программных решений, когда срочно нужен Raspberry Pi, а под рукой нет. Можно попробовать смоделировать вычислительный кластер перед покупкой оборудования для его создания своими силами, например.
Все же Raspberry Pi удобен для работы с какой-нибудь периферией, как элемент автоматизации, например, умного дома или типа того. И тут уже чисто программный вариант не подойдет - нужна шина GPIO.
Вот, например, подключение к Raspberry Pi модуля LoRa. В датацентре не получится)
RIP.
Очень давно собирал компьютеры на базе КР580ИК80 (Intel 8080), но мечтал раздобыть Z80. К сожалению, тогда не удалось.
Надеюсь что версию адаптива для настольных компьютеров доработают. Все же многие читают Хабр именно с десктопов.
Так ведь адаптивный дизайн же можно сделать.
Заголовки статей стали плохо заметными.
Лента очень узкая на мониторах с большим разрешением.
В новой версии Хабра при просмотре на мониторе с высоким разрешением стали хуже видны (менее заметны) заголовки статей. И контент виден как довольно узкая лента, без возможности расширения.
На рабочих пока ISPmanager, но на новых серверах скорее всего уже буду ставить HestiaCP.
Заодно внедряю Proxmox вместо VMmanager — бесплатно и довольно функционально.
Подскажите, пожалуйста, есть ли тема интерфейса Web-клиента Zimbra с адаптивный дизайном, удобная для работы на смартфоне, или приложение для смартфона?
Если есть, то только в платной версии или в бесплатной тоже?
Спасибо!
В любом случае спасибо!
/opt/zimbra/conf# ls | grep zm
zmconfigd
zmconfigd.cf
zmconfigd.log4j.properties
zmlogrotate
zmssl.cnf
zmssl.cnf.in
zmztozmig.conf
У меня Zimbra 9.0.0