Известные баги

да, это я так отключил называет. но проблема не в этом. откуда вообще генерится запрос на 80ый порт??

да, это я так отключил называет. но проблема не в этом. откуда вообще генерится запрос на 80ый порт??

да, это я так отключил называется. но проблема не в этом. откуда вообще генерится запрос на 80ый порт??

test

test

Ага, сейчас по уведомлению кликнул и не смог перейти. Странная хрень.

и после отправки комментария тоже

говнокод макскомовский. он как бы опенсорс, но не предполагалось его на другом домене запускать. а сосиска тоже поленился весь код шерстить. сделал автозамену. программеры..! че с них взять. а мне вообще не до того.

а ты молодой, дотошный со своими расширениями, вот и заметил. очень хорошо. я тоже когда-то был дотошный.

если сосиска по всему коду этот вопрос пофиксит, а не только в одном месте, то глядишь сразу пачка багов уйдет.

Это даже не расширение, а штатная фича firefox.

Чёт у меня всё равно ощущение, что это nginx подсирает. У меня на локалхосте всё работает – уведомления очищаются, кнопка в избранное работает, редиректы тоже. WebSocket тоже пашет.

давай, наверное, в почте, если ты уже не на работе. я правда скоро оффлайн.

test

test

test

этого не может быть, потому что здесь nginx не сконфигурирован для этого. он работает в одном режиме. это у тебя часть запросов идет по 443 порту, а часть по 80ому.

test

test

я конкретно вижу, что это томкат отдает.

я конкретно вижу, что это томкат отдает.

а что ты у себя через nginx запускаешь? смысл писать, что у тебя на тесте, когда ты там напрямую общаешься.

test

test

test

tse

test

test

даркшвейн жалуется: и да, теги не могу верные поставить. не даёт новые создать.

действительно, кроме новостей стоят ограничения. а звезд-то еще ни у кого нету.

подстроился под томкат. проблема решена. нужно проксирование веб-сокетов.

и еще. сейчас по-умолчанию штраф -7 стоит. для отладки неудобно.

cocucka, а почему скриншот не попадает на главную?

linuxtalks.co/comment-message.jsp?topic=259

и еще там проблемы с ссылками. и здесь тоже. короче, автодетект ссылок поломан в разных разделах по-разному. пожалуйста, не заменяй это на очередной хардкод.

проверка

Ага, работает.

к сожалению, без кодинга на java (без сосиски) я не могу порешать проблему с уведомлениями.:(

Кстати, сосиска публикует где нибудь свои изменения движка?

да,

git clone https://github.com/cocucka-dev/lorsource.git

сейчас буду искать вебсокеты и сайт дергать.

cocucka, а почему скриншот не попадает на главную?

Так он же на главной, по крайней мере у меня

а вот у меня не появился:(

Там в конфиге можно WSUrl задать. Только надо не ws://, а wss:// кмк.

# ./src/main/scala/ru/org/linux/realtime/RealtimeEventHub.scala

@Configuration
@EnableWebSocket
class RealtimeConfigurationWS(handler: RealtimeWebsocketHandler, config: SiteConfig) extends WebSocketConfigurer {
  override def registerWebSocketHandlers(registry: WebSocketHandlerRegistry): Unit = {
    registry.addHandler(handler, "/ws").setAllowedOrigins(config.getSecureUrl)
  }
}

это инициализация ws? расшифруй, как здесь формируется url?

Cache-control видимо поломака.

Там в конфиге можно WSUrl задать. Только надо не ws://, а wss:// кмк.

да, выставил. прописал тестовый конфиг nginx. пошла какая-то активность.

проблема в том, что отсутствует четкое описание, какие хедеры ждет tomcat. с чем вообще работает java app. мне вчера целый инвестигейшн пришлось делать, чтобы узнать, что хедер host передавать не надо. теперь вот я опять гадаю, нужен он ws, как хендубках в инете, или опять нет.

и какой он должен быть...? nginx проксирует от tomcat все как есть.

Там в конфиге можно WSUrl задать.

кстати, это опять же не формирует урл, по которому работает ws. это формирует _ссылку_, которую отдает сайт. я реально фигею, макском, как курица лапой пишет. отстутсвие описания параметров, хардкод, какое-то случайно их использование вообще...

поэтому я надеюсь, может ты как-то причешишь это все.

Тут через спринговую задницу делается. Приложение ждёт GET на https://localhost:8080/ws и потом http соединение должно проапгрейдится до WebSocket. Судя по devtools оно так и делает.

сейчас апгрейд через nginx работает. как проверить работу ws вцелом?

Приложение ждёт GET на https://localhost:8080/ws

нам нужно http там. если я отправляю туда https, то 502.

Судя по всему websocket заработал: всплывают новые сообщения в топике

ок, славно.:)

у тебя точно галерея попала в новостную ленту??