The Wayback Machine - https://web.archive.org/web/20200527071657/https://github.com/topics/websocket
Skip to content
#

websocket

Here are 4,553 public repositories matching this topic...

Prinzhorn
Prinzhorn commented Apr 17, 2020

Is your feature request related to a problem? Please describe.
The {{< highlight none >}} :~q:foo:bar {{< / highlight >}} blocks don't work on GitHub. It's confusing and makes the code examples almost useless on GitHub itself. And also in your code editor if you have Markdown syntax highlighting with embedded highlighting for nested code.

Describe the solution you'd like

It'd be ne

ghost
ghost commented Sep 18, 2019

Issue Description

I updated echo in one of my projects. After that my static configuration didn't work without changes. Before it automatically resolved to an existing index.html. After that I had to point to that file.

My code was something like that:

docsGroup := e.Group("")
docsGroup.Static("/", "docs")

In docs is an index.html which was delivered when no path was given

moon0326
moon0326 commented Aug 29, 2018

Please answer these questions before submitting your issue. Thanks!

  1. What did you do? If possible, provide a recipe for reproducing the error.

read Chinese and English documentation

  1. What did you expect to see?

I expected to find best practice for production usage

  1. What did you see instead?

nothing

  1. What version of Swoole are you using (php --ri swoole)?

latest.

garyburd
garyburd commented Jul 31, 2018

Points to cover

  • An application can handle subprotocol negotiation on its own by setting the Sec-Websocket-Protocol response header. The Subprotocols(r *http.Request) []string function is helpful here.
  • Set u.Subprotocols for builtin subprotocol negotiation. Builtin negotiation overrides a subprotocol specified in the response header (it would have been better to return an error, but it
AndreWin
AndreWin commented Jul 12, 2017

Hello!

When text line in list is too long and part of it is moved on the next line, list number is placed on the last line. When I use <br>, list number is placed on the first line of multiline text.

Demo is below:

image

Demo text:

1. [ ] task 1
2. [ ] task 2 task 2 task 2
caritasverein
caritasverein commented Jan 3, 2020

The example code does not work as intended.

Steps to reproduce

Use the example code:

var express = require('express');
var proxy = require('http-proxy-middleware');

var app = express();

app.use(
  '/api',
  proxy({ target: 'http://www.example.org', changeOrigin: true })
);
app.listen(3000);

Expected behavior

This should create a proxy for /api to `http

34r7h
34r7h commented Oct 23, 2019

This is wonderful work and I'm very grateful to find this repo. I'm having difficulty understanding how to scale to multiple networks following the SCC guide and also confused on the recommended architecture. The main issue is clients on separate servers are not finding messages from each other.

On a gcloud instance, i start the state (node server.js), broker( SCC_STATE_SERVER_HOST='[google giv

matheusb-comp
matheusb-comp commented Feb 25, 2020

In the docs about supporting binary messages, it is stated that the controller should implement Ratchet\WebSocket\MessageComponentInterface.

However, if using Ratchet\App, when adding a new route with this controller, the WsServer is not created, since the [`$controller instanceof MessageComponentInterfa

bug
southbite
southbite commented Jan 13, 2020

Version:
^7.0.0

Environment:
any os

Related to #646, not an error but a respectful request for a documentation update:

pingInterval is hard-coded to false in createSocket method (so the dummy primus server does not run heartbeats - understood).

I took a trip down the rabbit hole recently - figuring out why the heartbeat check was not happening on the client, and I admit freely that t

bzbarsky
bzbarsky commented Feb 10, 2020

Some people seem to read https://html.spec.whatwg.org/multipage/forms.html#dom-form-nameditem as implying that a new nodelist should be returned each time when there are multiple matching elements. That's not the intent, I assume, and it might be worth clarifying the spec to make it clear.

All browsers I tested (Firefox, Chrome, Safari) return the same nodelist on multiple accesses.

strunkie30
strunkie30 commented Jun 25, 2019

Describe the bug
useConnectionNamespace isn't an option of Vuex, you can assign it only to the global option object.

Expected behavior
useConnectionNamespace is documented as global option.

Additional context
this one works:

Vue.use(new VueSocketIO({
    debug: true,
    connection: 'http://localhost:3000/overview',
    vuex: {
        store,
    },
    

Improve this page

Add a description, image, and links to the websocket topic page so that developers can more easily learn about it.

Curate this topic

Add this topic to your repo

To associate your repository with the websocket topic, visit your repo's landing page and select "manage topics."

Learn more

You can’t perform that action at this time.
Morty Proxy This is a proxified and sanitized view of the page, visit original site.