Владислав

Какой адрес вебсокетов используется на клиенте? Если у вас https на сервере, то адрес надо начинать на wss://, а не на ws://

https://qna.habr.com/ (бывший toster.ru)
https://ru.stackoverflow.com/
Ну и гугл.

Очерёдность написания сайта вам никто не скажет, потому что её нет, а до банальных вещей вы и сами догадаетесь. В остальном ответы получают те, кто задают правильные вопросы. А где именно задавать: в гугле или на сервисе - не столь важно. Главное, знать, чего хочешь, и правильно формулировать (и оформлять, если надо).

Полнотекстовый поиск устроен достаточно примитивно.
У всех. Разница только в нюансах.

1. Делится текст на отдельные слова, отбрасываются короткие и служебные слова.
2. Прогоняются слова через стемминг (отсекаются окончания) snowball.tartarus.org/algorithms/russian/stemmer.html
3. По словам строится индекс что-то типа такого roaringbitmap.org

Все - MySQL, PostgreSQL, SphinxSeach, ManticoreSearch, ElasticSearch - работают по такому алгоритму, когда речь идет о полнотекстовом поиске.

Качество поиска упирается в основном в п. 1 и 2. Плюс ручная заточка (дополнительный словарь и пр.)
Скорость поиска упирается в п. 3.

Есть небольшие отличия. Например, ElasticSearch умеет работать с индексом, который хранится на кластере из нескольких серверов. Таким образом, он не ограничен в размере индекса так жестко как SphixSearch (где принципиально, чтобы данные располагались на одном сервере).

С другой стороны - SphinxSearch и его форк ManticoreSearch - чрезвычайно заточены на скорость. В частности, в них принята парадигма - игнорировать ошибки при построении индекса настолько настолько это возможно. Все ради скорости.

MySQL и PostgreSQL - не имеют никаких преимуществ ни по скорости (как Sphinx/Manticore) ни по объему индекса (как ElasticSearch). Их преимущества - простота использования, если у вас данные изначально хранятся в реляционной СУБД.

Нет, выхлопа по скорости при переходе на MySQL c Sphinx вы не получите. Sphinx быстрее. От заточен именно на скорость.

Другое дело, что, возможно, вам не понадобится столь высокая заточенность на скорость у Sphinx. Возможно, удобство хранения в реляционной СУБД MySQL перевесит.

И да, непонятно зачем вам MongoDB. SphinxSearch уже давно может хранить и сами данные, а не только сам поисковый индекс. Дополнительное обращение к MongoDB после того как документ уже найден в SphinxSearch - снижает производительность. Возможно, MongoDB удобна для каких-то видов работ, например, для инициации построения полнотекстового индекса. Но собственно в процессе полнотекстового поиска - она лишнее звено.

type C struct {
   Products T1
   Products2 T2
}


var c C

Execute(w, c)

Что бы вызывать в шаблоне уже по параметрам:
{{.products.Item}} и, соответственно {{.products2.Item}}

Только с заглавной буквы
.Products.Item
и
.Products2.Item

По-моему это всё делается в один запрос к БД: UPDATE products SET blocked = status == 2 WHERE status in (1,2)

Пыль

X-Forwarded-For это HTTP заголовок. На удаленном сайте могут просто игнорировать его, используя просто REMOTE_ADDR или стандартный заголовок "forwarded", поскольку X-Forwarded-For на текущий момент все еще не является стандартом.

Поэтому VPN - самый надежный вариант.

Это же reg.ru самый убогий регистратор доменных имен. Упаси боже моих клиентов от этого регистратора ныне присно и во веки веков, аминь. Решать через них бесполезно. Решайте в правовом поле. Скажите регру, что будете подавать и на них в суд тоже, так как они не обеспечили безопасность ваших персональных данных и идите в суд. Пусть компенсируют вам финансовые потери. В суде обычно не разбираются что такое домены, если у вас будет хорошо подготовленная юристом база то получите еще и с них денег. Тут главное найти хорошего юриста. Возможно эти идиоты из рег ру не захотят проверок где они и как хранят данные своих пользователей и зашевелятся. В любом случае их надо наказать.

Не прижатый: https://jsfiddle.net/mke0wfgv/


Прижатый: https://jsfiddle.net/mke0wfgv/1/

1) если им сказали из офиса, значит ТП на коммутаторе в вашем доме запустила команду на прооверку длины кабеля, а дальше дело техники. В терминологии циски это называется Time-Domain Reflecometr (TDR), можете погуглить.
2) можно и без коммутатора, монтажники используют специальный прибор для прозвонки, например fluke. Только он стоит конских денег и выходит дорого таскать каждой бригаде его с собой.

На счет линка в квартире - в проводе повредилась 3 или 6 жила, по ним идет обратная передача. сигнал с узла в доме приходит на роутер, а обратно нет.

И это не мониторинг, а разовая проверка, так как в момент ее запуска порт отключается. Да и реально провод должен быть отключен с другой стороны. Для реального мониторинга используются технологии BFD/OAM.

Конечно, Нидерланды. Можно порнуху размещать :)