Recherche avancée

Médias (1)

Mot : - Tags -/biomaping

Autres articles (43)

  • Publier sur MédiaSpip

    13 juin 2013

    Puis-je poster des contenus à partir d’une tablette Ipad ?
    Oui, si votre Médiaspip installé est à la version 0.2 ou supérieure. Contacter au besoin l’administrateur de votre MédiaSpip pour le savoir

  • Déploiements possibles

    31 janvier 2010, par

    Deux types de déploiements sont envisageable dépendant de deux aspects : La méthode d’installation envisagée (en standalone ou en ferme) ; Le nombre d’encodages journaliers et la fréquentation envisagés ;
    L’encodage de vidéos est un processus lourd consommant énormément de ressources système (CPU et RAM), il est nécessaire de prendre tout cela en considération. Ce système n’est donc possible que sur un ou plusieurs serveurs dédiés.
    Version mono serveur
    La version mono serveur consiste à n’utiliser qu’une (...)

  • Creating farms of unique websites

    13 avril 2011, par

    MediaSPIP platforms can be installed as a farm, with a single "core" hosted on a dedicated server and used by multiple websites.
    This allows (among other things) : implementation costs to be shared between several different projects / individuals rapid deployment of multiple unique sites creation of groups of like-minded sites, making it possible to browse media in a more controlled and selective environment than the major "open" (...)

Sur d’autres sites (6234)

  • nginx : [emerg] invalid port in url "http://192.168.0.100:80/live" in nginx.conf - Restreaming OBS to LAN

    17 novembre 2018, par popek069

    I want to restream OBS to LAN. So I set up nginx server. The server receive stream from OBS using RTMP and restreams it to HTTP to view from another device.
    Streaming from OBS works, but when I start nginx I get an error

    PS C:\Users\popek\Downloads\nginx> .\nginx.exe -s reload
    
nginx: [emerg] invalid port in url "http://192.168.0.100:80/live" in C:\Users\popek\Downloads\nginx/conf/nginx.conf:187

    I’m new to nginx and I’m running Windows 10, nginx server and OBS are on the same pc with ip 192.168.0.100
    I’d like to also reencode stream using ffmpeg if it’s possible. I know ffmpeg, I don’t know only how to set input and output.

    Config : (nginx.conf)

    #user  nobody;
    
# multiple workers works !
    
worker_processes  2;
    

    
#error_log  logs/error.log;
    
#error_log  logs/error.log  notice;
    
#error_log  logs/error.log  info;
    

    
#pid        logs/nginx.pid;
    

    

    
events {
    
    worker_connections  8192;
    
    # max value 32768, nginx recycling connections+registry optimization = 
    
    #   this.value * 20 = max concurrent connections currently tested with one worker
    
    #   C1000K should be possible depending there is enough ram/cpu power
    
    # multi_accept on;
    
}
    

    

    
http {
    
    #include      /nginx/conf/naxsi_core.rules;
    
    include       mime.types;
    
    default_type  application/octet-stream;
    

    
    #log_format  main  '$remote_addr:$remote_port - $remote_user [$time_local] "$request" '
    
    #                  '$status $body_bytes_sent "$http_referer" '
    
    #                  '"$http_user_agent" "$http_x_forwarded_for"';
    

    
    #access_log  logs/access.log  main;
    

    
#     # loadbalancing PHP
    
#     upstream myLoadBalancer {
    
#         server 127.0.0.1:9001 weight=1 fail_timeout=5;
    
#         server 127.0.0.1:9002 weight=1 fail_timeout=5;
    
#         server 127.0.0.1:9003 weight=1 fail_timeout=5;
    
#         server 127.0.0.1:9004 weight=1 fail_timeout=5;
    
#         server 127.0.0.1:9005 weight=1 fail_timeout=5;
    
#         server 127.0.0.1:9006 weight=1 fail_timeout=5;
    
#         server 127.0.0.1:9007 weight=1 fail_timeout=5;
    
#         server 127.0.0.1:9008 weight=1 fail_timeout=5;
    
#         server 127.0.0.1:9009 weight=1 fail_timeout=5;
    
#         server 127.0.0.1:9010 weight=1 fail_timeout=5;
    
#         least_conn;
    
#     }
    

    
    sendfile        off;
    
    #tcp_nopush     on;
    

    
    server_names_hash_bucket_size 128;
    

    
## Start: Timeouts ##
    
    client_body_timeout   10;
    
    client_header_timeout 10;
    
    keepalive_timeout     30;
    
    send_timeout          10;
    
    keepalive_requests    10;
    
## End: Timeouts ##
    

    
    #gzip  on;
    

    
    server {
    
        #listen       80;
    
        server_name  localhost;
    

    
        #charset koi8-r;
    

    
        #access_log  logs/host.access.log  main;
    

    
        ## Caching Static Files, put before first location
    
        #location ~* \.(jpg|jpeg|png|gif|ico|css|js)$ {
    
        #    expires 14d;
    
        #    add_header Vary Accept-Encoding;
    
        #}
    

    
# For Naxsi remove the single # line for learn mode, or the ## lines for full WAF mode
    
        location / {
    
            #include    /nginx/conf/mysite.rules; # see also http block naxsi include line
    
            ##SecRulesEnabled;
    
              ##DeniedUrl "/RequestDenied";
    
              ##CheckRule "$SQL >= 8" BLOCK;
    
              ##CheckRule "$RFI >= 8" BLOCK;
    
              ##CheckRule "$TRAVERSAL >= 4" BLOCK;
    
              ##CheckRule "$XSS >= 8" BLOCK;
    
            root   html;
    
            index  index.html index.htm;
    
        }
    

    
# For Naxsi remove the ## lines for full WAF mode, redirect location block used by naxsi
    
        ##location /RequestDenied {
    
        ##    return 412;
    
        ##}
    

    
## Lua examples !
    
#         location /robots.txt {
    
#           rewrite_by_lua '
    
#             if ngx.var.http_host ~= "localhost" then
    
#               return ngx.exec("/robots_disallow.txt");
    
#             end
    
#           ';
    
#         }
    

    
        #error_page  404              /404.html;
    

    
        # redirect server error pages to the static page /50x.html
    
        #
    
        error_page   500 502 503 504  /50x.html;
    
        location = /50x.html {
    
            root   html;
    
        }
    

    
        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
    
        #
    
        #location ~ \.php$ {
    
        #    proxy_pass   http://127.0.0.1;
    
        #}
    

    
        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
    
        #
    
        #location ~ \.php$ {
    
        #    root           html;
    
        #    fastcgi_pass   127.0.0.1:9000; # single backend process
    
        #    fastcgi_pass   myLoadBalancer; # or multiple, see example above
    
        #    fastcgi_index  index.php;
    
        #    fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
    
        #    include        fastcgi_params;
    
        #}
    

    
        # deny access to .htaccess files, if Apache's document root
    
        # concurs with nginx's one
    
        #
    
        #location ~ /\.ht {
    
        #    deny  all;
    
        #}
    
    }
    

    

    
    # another virtual host using mix of IP-, name-, and port-based configuration
    
    #
    
    #server {
    
    #    listen       8000;
    
    #    listen       somename:8080;
    
    #    server_name  somename  alias  another.alias;
    

    
    #    location / {
    
    #        root   html;
    
    #        index  index.html index.htm;
    
    #    }
    
    #}
    

    

    
    # HTTPS server
    
    #
    
    #server {
    
    #    listen       443 ssl spdy;
    
    #    server_name  localhost;
    

    
    #    ssl                  on;
    
    #    ssl_certificate      cert.pem;
    
    #    ssl_certificate_key  cert.key;
    

    
    #    ssl_session_timeout  5m;
    

    
    #    ssl_prefer_server_ciphers On;
    
    #    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    
    #    ssl_ciphers ECDH+AESGCM:ECDH+AES256:ECDH+AES128:ECDH+3DES:RSA+AESGCM:RSA+AES:RSA+3DES:!aNULL:!eNULL:!MD5:!DSS:!EXP:!ADH:!LOW:!MEDIUM;
    

    
    #    location / {
    
    #        root   html;
    
    #        index  index.html index.htm;
    
    #    }
    
    #}
    

    
}
    

    

    
rtmp {
    
        server {
    
                listen 1935;
    
                chunk_size 4096;
    

    
                application live {
    
                        live on;
    
                        record off;
    
                        hls on;
    
                        push http://192.168.0.100:80/live ;
    
                }
    
        }
    
}

  • swscale/x86/rgb2rgb : port shuffle 2103 mmxext to external asm and remove inline...

    11 octobre 2018, par Martin Vignali
    swscale/x86/rgb2rgb : port shuffle 2103 mmxext to external asm and remove inline asm version
    • [DH] libswscale/x86/rgb2rgb.c
    • [DH] libswscale/x86/rgb2rgb_template.c
    • [DH] libswscale/x86/rgb_2_rgb.asm

  • Anomalie #3386 : Spip derrière Varnish : port non-standard dans l’URL ?

    24 septembre 2018, par Pierre KUHN

    Bonjour,

    Je me permet de ré-ouvrir ce ticket car j’ai encore le problème sur des sites en 3.2.1 à jour avec svn.

    Quand j’active le cache chez mon hébergeur, cela rajotue des ports 80 dans les chemin d’image et du coup le site perds la css et les images dans le BO de SPIP

    Je cite mon hébergeur :

    De mémoire, j’ai fait la même chose que pour le dernier site, c’est-à-dire ajouté un bout de code dans le fichier de configuration du site (sauf que pour l’autre site, je l’ai mis dans le index.php à la place).

    C’est le code là :

    1. <span class="CodeRay">> <span class="keyword">if</span> (<span class="predefined">$_SERVER</span>[<span class="string"><span class="delimiter">'</span><span class="content">HTTP_X_FORWARDED_PROTO</span><span class="delimiter">'</span></span>] == <span class="string"><span class="delimiter">'</span><span class="content">https</span><span class="delimiter">'</span></span>) {
      2. 

    2. > <span class="predefined">$_SERVER</span>[<span class="string"><span class="delimiter">'</span><span class="content">HTTPS</span><span class="delimiter">'</span></span>]=<span class="string"><span class="delimiter">'</span><span class="content">on</span><span class="delimiter">'</span></span>;
      3. 

    3. > <span class="predefined">$_SERVER</span>[<span class="string"><span class="delimiter">'</span><span class="content">SERVER_PORT</span><span class="delimiter">'</span></span>] = <span class="integer">443</span>;
      4. 

    4. > }
      5. 

    5. > <span class="keyword">if</span> (<span class="predefined">isset</span>(<span class="predefined">$_SERVER</span>[<span class="string"><span class="delimiter">'</span><span class="content">HTTP_X_FORWARDED_HOST</span><span class="delimiter">'</span></span>])) {
      6. 

    6. > <span class="predefined">$_SERVER</span>[<span class="string"><span class="delimiter">'</span><span class="content">HTTP_HOST</span><span class="delimiter">'</span></span>] = <span class="predefined">$_SERVER</span>[<span class="string"><span class="delimiter">'</span><span class="content">HTTP_X_FORWARDED_HOST</span><span class="delimiter">'</span></span>];
      7. 

    7. > }
      8. 

    8. > </span>
      9. 

    Télécharger

    La subtilité avec Varnish est que Varnish renvoi sur le port non HTTPS de Apache donc certaines variables renvoyés par Apache ne correspondent pas à la réalité.
    C’est à dire : HTTPS, SERVER_PORT, REQUEST_SCHEME
    C’est pour cela que des headers supplémentaires HTTP_X_FORWARDED_PROTO, HTTP_X_FORWARDED_HOST comme sont passés.

    Il faut également faire attention avec le "SERVER_PORT", quelque chose de 443 peut aussi être du HTTPS, dans notre cas, c’est 4430 par exemple car un reverse proxy écoute déjà le 443 normal. (sauf que dans ce cas précis, le reverse proxy renvois sur le port SSL d’apache).

    En résumé, il y a deux cas différents :
    - reverse proxy écoute sur SSL (443) : renvoi sur le port SSL d’apache (4430, le port choisi est arbitraire). Généralement cela pose pas de problème car cela passe par le circuit HTTPS d’apache.
    - reverse proxy écoute sur SSL (443) : renvoi sur le port HTTP d’apache (8080 par exemple), en passant des headers supplémentaires (HTTP_X_FORWARDED_PROTO par exemple). C’est du "offload" de SSL, cela passe par le circuit HTTP d’apache donc certaines variables peuvent être définie différemment. L’application hébergé doit contrôler les headers supplémentaires et essayer de "détecter" cela.

    Un réglage via mes_options serait jouable ?

    Merci

Navigation