Давно ожидаемая нашими пользователями функция наконец-то доступна! Уже сегодня вы можете развернуть полноценный экземпляр Discourse на Raspberry Pi за 35 долларов. Вы можете следовать нашему официальному руководству по установке, и оно будет работать «из коробки» на любой современной модели Raspberry Pi.
Стоит упомянуть, что Oracle Cloud предоставляет в рамках тарифа “Always Free” 4 ядра ARM на базе Ampere A1 и 24 ГБ оперативной памяти, которые можно использовать в 4 виртуальных машинах.
Я всегда хотел развернуть локальную сеть для нашего района с зеркалом нашего форума, чтобы использовать её для экстренной связи при отключении электричества. Было бы здорово попробовать запустить это прямо сейчас!
Как вы думаете, обычный человек сможет установить Discourse, внимательно следуя инструкциям, или для понимания терминологии обязательно нужно быть разработчиком?
Пока база данных небольшая, разницы быть не должно. Если ваша база данных превышает объём оперативной памяти Pi, это может быть сигналом к переходу на что-то более надёжное
FAILED
--------------------
Pups::ExecError: cd /var/www/discourse && [ ! -d 'node_modules' ] || su discourse -c 'yarn install --production && yarn cache clean' failed with return #<Process::Status: pid 3539 exit 1>
Location of failure: /pups/lib/pups/exec_command.rb:112:in `spawn'
exec failed with the params {"cd"=>"$home", "cmd"=>["[ ! -d 'node_modules' ] || su discourse -c 'yarn install --production && yarn cache clean'"]}
53e9103763b3963785452f314d9c0023f280ebe76d33a1271a6439d23e8c8ad9
** FAILED TO BOOTSTRAP ** пожалуйста, прокрутите вверх и найдите более ранние сообщения об ошибках, их может быть несколько.
./discourse-doctor может помочь диагностировать проблему.
I, [2022-01-24T00:30:34.893970 #1] INFO -- : > cd /var/www/discourse && [ ! -d 'node_modules' ] || su discourse -c 'yarn install --production && yarn cache clean'
warning Resolution field "lodash@4.17.21" is incompatible with requested version "lodash@4.17.15"
2022-01-24 00:31:15.883 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:31:26.025 UTC [3596] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:31:55.876 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:32:06.068 UTC [3606] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:32:15.830 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:32:26.023 UTC [3617] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:32:40.294 UTC [3621] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:32:55.848 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:33:06.000 UTC [3627] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:33:20.766 UTC [3628] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:33:55.862 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:34:06.039 UTC [3634] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:34:22.558 UTC [3635] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:34:35.852 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:34:46.031 UTC [3637] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:34:55.859 UTC [59] LOG: using stale statistics instead of current ones because stats collector is not responding
2022-01-24 00:35:06.036 UTC [3638] LOG: using stale statistics instead of current ones because stats collector is not responding
error An unexpected error occurred: "https://registry.yarnpkg.com/rxjs/-/rxjs-6.6.3.tgz: ESOCKETTIMEDOUT".
I, [2022-01-24T00:35:14.127245 #1] INFO -- : yarn install v1.22.17
[1/5] Validating package.json...
[2/5] Resolving packages...
[3/5] Fetching packages...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
info There appears to be trouble with your network connection. Retrying...
info If you think this is a bug, please open a bug report with the information provided in "/var/www/discourse/yarn-error.log".
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.
I, [2022-01-24T00:35:14.128342 #1] INFO -- : Terminating async processes
I, [2022-01-24T00:35:14.128463 #1] INFO -- : Sending INT to HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid: 52
I, [2022-01-24T00:35:14.128549 #1] INFO -- : Sending TERM to exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid: 113
2022-01-24 00:35:14.128 UTC [52] LOG: received fast shutdown request
113:signal-handler (1642984514) Received SIGTERM scheduling shutdown...
113:M 24 Jan 2022 00:35:14.221 # User requested shutdown...
113:M 24 Jan 2022 00:35:14.221 * Saving the final RDB snapshot before exiting.
I, [2022-01-24T00:35:24.131678 #1] INFO -- : HOME=/var/lib/postgresql USER=postgres exec chpst -u postgres:postgres:ssl-cert -U postgres:postgres:ssl-cert /usr/lib/postgresql/13/bin/postmaster -D /etc/postgresql/13/main pid:52 did not terminate cleanly, forcing termination!
I, [2022-01-24T00:35:24.132139 #1] INFO -- : exec chpst -u redis -U redis /usr/bin/redis-server /etc/redis/redis.conf pid:113 did not terminate cleanly, forcing termination!
Ваше соединение слишком нестабильно для сборки Discourse. Я только что выполнил сборку на своём подключённом кабелем Pi4 без проблем, так что вам стоит проверить свою сеть.
Привет @Falco, спасибо за такую замечательную информацию.
У меня наконец-то заработал собственный форум!!! Спасибо тебе!!!
Возможно ли получить доступ к форуму по локальному IP-адресу машины, если доменное имя Discourse уже настроено на домен (полученный через Freenom)?
Когда я пытаюсь открыть форум по IP-адресу машины, страница зависает на загрузке и так и не загружается.
У меня есть такой сценарий: клиентская машина подключена к VPN и не имеет доступа к интернету. Единственный способ получить доступ к форуму — через локальный IP-адрес сети.
Спасибо, @merefield.
Я заметил, что при использовании curl на локальном IP-адресе сервера страница возвращается, но в браузере — нет.
Это связано с настройками браузера?