Re: C++ module

Thanks everyone. I have been able to compile a C++ module fine. But I am primarily trying to figure out if it's safe to use features like STL containers or Boost libraries within an Nginx module. I am asking this because if I try to allocate an std::string within say the module context, I see

add limit_upstream to nginx

I wrote a module for nginx 4 years ago which limited the number of connections to upstream in order that the upstream servers would not be too busy to work efficiently. Now I think this module is stable, and expect it to be merged into nginx official if possible. the code is here:

Re: C++ module

Hello, Nginx comes with a demo module written in C++ in source code Sent from my iPhone > On Jun 16, 2016, at 3:49 AM, Piotr Sikora wrote: > > Hey Raj, > it is, take a look at ngx_brotli [1] and ngx_pagespeed [2]. > > [1] https://github.com/google/ngx_brotli > [2]

Re: nginx custom module multi process help

Why not use Lua, collect the data from your variables, run the query (and optionally store them in a Lua cache) and process it all real-time, none-blocking and without any (extra) module. Examples: http://stackoverflow.com/questions/25955869/how-do-i-use-mysql-for-dynamic-doc-root-with-nginx

nginx custom module multi process help

Hi, I'm new to nginx development and I have to work on a custom nginx module. The module is designed to provide a list of variables for the user to use in the nginx.conf file. Whenever those variables are used, the module makes a udp request to a helper server to get the correct value of that

Re: C++ module

Hey Raj, it is, take a look at ngx_brotli [1] and ngx_pagespeed [2]. [1] https://github.com/google/ngx_brotli [2] https://github.com/pagespeed/ngx_pagespeed Best regards, Piotr Sikora On Wed, Jun 15, 2016 at 8:27 AM, Rajalakshmi Iyer wrote: > Hello, > > Just wanted

Re: C++ module

Quite frankly, I don't know the standard way. My way to tackle this problem is to add config.make to the module like this: cat config.make find $ngx_addon_dir -name "*.cc" -print | while read x; do x=$(basename $x | sed

Re: [nginx] dso

Hello! On Thu, Jun 16, 2016 at 01:28:36AM +0800, 洪志道 wrote: > Assume Now it runs well, then I change nginx source code, should I compile > the module files again? > It seems It will get wrong when new nginx rpm run together with old so > files. Obviously enough, changes to nginx source code can

Re: [PATCH] Add ngx_ssl_ciphers() to set list of cipher suites in openssl module

(Thanks for all your comments.) Maxim Dounin wrote: >> +RSA *ngx_ssl_rsa512_key_callback(ngx_ssl_conn_t *ssl_conn, int is_export, >> +int key_length); > > Moving the function here will need "static". > > You may also want to preserve it as is in the ngx_event_openssl.h > for now, for

Re: [PATCH] Add ngx_ssl_ciphers() to set list of cipher suites in openssl module

Maxim Dounin wrote: > This is not going to work, as ngx_conf_t does not have the > prefer_server_ciphers in it: > > src/event/ngx_event_openssl.c:604:13: error: no member named > 'prefer_server_ciphers' in 'struct ngx_conf_s' > if (cf->prefer_server_ciphers) { > ~~ ^ > 1 error

Re: [nginx] dso

Hi, Assume Now it runs well, then I change nginx source code, should I compile the module files again? It seems It will get wrong when new nginx rpm run together with old so files. Thanks! B.R. 2016-04-28 3:02 GMT+08:00 Igor Sysoev : > On 27 Apr 2016, at 19:32, 洪志道

Re: error log truncates important infos

PHP-FPM allows generating its own log files. The default behavior of having errors sent back the FastCGI tube can be overridden with proper error logging on PHP-FPM side. 2048 bytes for each line of log is more than enough on the web server side. Do your homework: read the PHP docs. If you are

Re: Mapping non-empty $query_string

Are you sure your requests are processed by the right block? Are you sure the configuration is being loaded? Since v1.9.2, you can use the -T command-line parameter to show loaded configuration. On reloading configuration by sending the HUP signal, ensure there is no error message popping up in

Re: [PATCH] Add ngx_ssl_ciphers() to set list of cipher suites in openssl module

Hello! On Wed, Jun 15, 2016 at 10:44:13AM +0100, Tim Taubert wrote: > # HG changeset patch > # User Tim Taubert > # Date 1465983726 -3600 > # Wed Jun 15 10:42:06 2016 +0100 > # Node ID f42955a35ac0363553fd887ec88a93d51bac8c9e > # Parent

Re: [BF] wrong value of cache max-size in workers

Hello! On Wed, Jun 15, 2016 at 03:51:57PM +0200, Sergey Brester wrote: > >Thanks, looks like a valid win32-related problem. See below for > >comments about the patch. > > And why you come to this conclusion? Because the code path in question is only followed on win32. On Unix, workers are

Re: [BF] slab init + http file cache fixes

Hello! On Wed, Jun 15, 2016 at 01:53:31PM +0200, Sergey Brester wrote: > The story with shared zone (slab) resp. http file cache has a continuation. > > I've additionally found and fixed 2 bugs, the fixes for that you'll find the > changesets enclosed as attachments: > > -

Re: error log truncates important infos

If you're allowing user-generated output to be written directly to your logs without any sort of sanitation, you've got bigger problems to worry about :p Again, it doesn't really make sense to have your fcgi error sent here- why can't your fcgi process log elsewhere, and leaving the nginx error

C++ module

Hello, Just wanted to check if it is possible to write NGINX modules in C++ that makes extensive use of the standard template library (STL)? If so, what are the things that one needs to be careful about? Thanks in advance, Raj -- This email and any attachments to it may be confidential and are

Re: [BF] wrong value of cache max-size in workers

Thanks, looks like a valid win32-related problem. See below for comments about the patch. And why you come to this conclusion? As this is a win32-only problem, please clearly describe this in commit log. E.g., use "Win32: " prefix in the summary line. Please also describe that this is

Re: error log truncates important infos

Hmm I understand that limitation. But an attacker or a bad application can hide the important information which we need to identify the source of the problem. What about limiting the fastcgi output to 1024 bytes and appending this info with max 1024 bytes. client: 127.0.0.1, server: example.com,

Re: [BF] wrong value of cache max-size in workers

Hello! On Tue, Jun 14, 2016 at 04:50:19PM +0200, Sergey Brester wrote: > Hi, > > enclosed you'll find a changeset with fix for wrong max_size in http file > cache: > > max_size still in bytes in child workers, because cache init called in > master (and cache->max_size does not corrected from

Re: Mapping non-empty $query_string

Already tried it, same result. Main page hits the cache, everything else - bypasses. Posted at Nginx Forum: https://forum.nginx.org/read.php?2,267584,267590#msg-267590 ___ nginx mailing list nginx@nginx.org

[BF] slab init + http file cache fixes

The story with shared zone (slab) resp. http file cache has a continuation. I've additionally found and fixed 2 bugs, the fixes for that you'll find the changesets enclosed as attachments: - _sb-slab-init-fix.patch - slab (zone pool) initialization bug: many static stubs not initialized in

Re: [PATCH] Add ngx_ssl_ciphers() to set list of cipher suites in openssl module

(Fixing a typo in the commit message, spotted by Ruslan.) # HG changeset patch # User Tim Taubert # Date 1465983726 -3600 # Wed Jun 15 10:42:06 2016 +0100 # Node ID f42955a35ac0363553fd887ec88a93d51bac8c9e # Parent 1064ea81ed3aabb8ad422ffcc60ddcde667022ac SSL:

Re: [PATCH] Add ngx_ssl_ciphers() to set list of cipher suites in openssl module

Thanks Maxim and Piotr, comments inline and a new version of the patch is at the end. Maxim Dounin wrote: > Style nitpicking: Please use the "SSL: " prefix for SSL-related > commits. Please use full sentences in the commit log, including > dots. Please spell "nginx" lowercase. Please keep

Re: Использование Perl вместе с proxy

>> - при необходимости в коде на Perl делать перенаправление с помощью $r->internal_redirect(). Вот за эту подсказку большое спасибо. Posted at Nginx Forum: https://forum.nginx.org/read.php?21,267557,267586#msg-267586 ___ nginx-ru mailing list