The install instructions for memcache are not really up-to date. How do I install on Debian using php-fpm and nginx? I tried this: apt install memcache zlib1g-dev php-dev pecl install memcache This will install the extension into /usr/lib/php/20220829/memcache.so So I added echo extension = memcache.so>>/etc/php/8.1/fpm/php.ini Then restarted service php8.1-fpm restart Now I want to install the "Memcached Object Cache" Wordpress Plugin, but the [plugin-website](https://de.wordpress.org/plugins/memcached/#installation) just sais: > 1. Install memcached on at least one server. Note the connection info. The default is 127.0.0.1:11211. > > 1. Install the PECL memcache extension > > 1. Copy object-cache.php to wp-content > > 1. Add the WP_CACHE_KEY_SALT constant to the wp-config.php: > > define( 'WP_CACHE_KEY_SALT', '...long random string...' ); I cannot find object-cache.php anywhere. --- The problem is, that phpize will use php8.2 to compile the extension. but if I uninstall php8.2, I also uninstall php-dev. If I reinstall it, it will try to install php8.2 again ;( How do I solve this?

I upgraded php7 but when I install yum install php-opcache and php-memcache, occurs error Error: php70u-common conflicts with php-common-5.6.31-1.el7.remi.x86_64 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest How to solve this problem or install via ?

I'm trying to install php-memcached (with php8.1) but have the following error: # apt install php-memcached Reading package lists... Done Building dependency tree... Done Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: php-memcached : Depends: phpapi-20190902 E: Unable to correct problems, you have held broken packages. I updated apt and tried apt install phpapi-20190902 but that gives: Package phpapi-20190902 is a virtual package provided by: php7.4-phpdbg 7.4.26-1 php7.4-fpm 7.4.26-1 php7.4-cli 7.4.26-1 php7.4-cgi 7.4.26-1 libphp7.4-embed 7.4.26-1 libapache2-mod-php7.4 7.4.26-1 You should explicitly select one to install. E: Package 'phpapi-20190902' has no installation candidate That are php7.4 packages when I am using php 8.1 (debian buster). I tried apt install php8.1-fpm which instaled fine but still have the same issue. I'm a bit lost.

im trying to install memcached with the following command : curl -L https://jetware.io/appliances/jetware/memcached14-170503/file/installer:nub_tgz/setup | sh I get this error : ERROR Destination directory /jet already exists I'm using this image in google cloud plateform : http://jetware.io/appliances/jetware/wordpress4_lemp7-170526

I have a 2 cpu server running SLES 11.4 x86-64 and it has 1.5 tb of RAM. >free -g total used free shared buffers cached Mem: 1514 284 1230 268 0 269 Running a number crunching software, which has worked fine in the past, giving us problems lately running slow and crashing, trying to figure out why. I tried to do a echo 3 > /proc/sys/vm/drop_caches and that did not work. It usually puts cached to zero, did not work this time. my questions are: - what would cause echo 3 > /proc/sys/vm/drop_caches not to work? - does the *cached* value even matter? - is there another way to accurately find out current state of RAM used/cached/whatever besides the *free* command? - given this type of problem and troubleshooting, any recommendation?

I'm in the process of upgrading from Ubuntu Server 16.04 to 18.04 and at the same time upgrading from PHP 5.6 to PHP 7. In /etc/memcached.conf I added: -s /tmp/memcached.sock -a 666 When I restart the service, I see: srw-rw-rw- 1 memcache memcache 0 Nov 13 03:44 /tmp/systemd-private-7fc3b73707084a93bcc6abd22001eb7e-memcached.service-oIF206/tmp/memcached.sock= How can I configure systemd to know where the unix socket is?

In memcached.conf I have: # -l 127.0.0.1 # -p 11211 My intent is disabling any TCP or UDP binding, as I don't use the service through anything other than unix sockets. Is this configuration achieving my desired result?

I'm using Arch Linux and I noticed that since I installed memcached the system takes much longer to shut down, I checked and verified that this service was indeed the one which was causing it, because it keeps trying to stop it until it timeouts after one minute and a half.If I try to stop the service while the system is up the same happens, and this appears in the journal: jun 11 13:54:27 Gawain systemd: Stopping Memcached Daemon... jun 11 13:55:57 Gawain systemd: memcached.service: State 'stop-sigterm' timed out. Killing. jun 11 13:55:57 Gawain systemd: memcached.service: Killing process 5372 (memcached) with signal SIGKILL. jun 11 13:55:57 Gawain systemd: memcached.service: Killing process 5379 (n/a) with signal SIGKILL. jun 11 13:55:57 Gawain systemd: memcached.service: Killing process 5380 (memcached) with signal SIGKILL. jun 11 13:55:57 Gawain systemd: memcached.service: Main process exited, code=killed, status=31/SYS jun 11 13:55:57 Gawain systemd: memcached.service: Failed with result 'timeout'. jun 11 13:55:57 Gawain systemd: Stopped Memcached Daemon.

I am attempting to send the stats command to memcached via netcat, however, I am not getting anything back from memcached... I have tried echo "stats" > commands.txt nc -u 127.0.0.1 11211 < commands.txt I have also tried echo stats | nc -u 127.0.0.1 11211 From what I have read on the bottom of the Memcached Documentation , line 1176, the command when being sent might have to include Each UDP datagram contains a simple frame header, followed by data in the same format as the TCP protocol described above. In the current implementation, requests must be contained in a single UDP datagram, but responses may span several datagrams. (The only common requests that would span multiple datagrams are huge multi-key "get" requests and "set" requests, both of which are more suitable to TCP transport for reliability reasons anyway.) The frame header is 8 bytes long, as follows (all values are 16-bit integers in network byte order, high byte first): 0-1 Request ID 2-3 Sequence number 4-5 Total number of datagrams in this message 6-7 Reserved for future use; must be 0 My question is, How do I send the stats command via udp to Memcached using netcat?

I have a server with KVM libvirt and OVS. Debian 8.6. I am currently running 2 web servers with installed nginx+php5-fpm on VM . HAProxy is used to balance requests and installed on KVM virtual machine. PHP sessions are stored on memcached on another VM. Web site is written in Yii2 framework. Every 15 minutes or 30 minutes the load average of web servers are increasing untill 200-300. The capacity of Database is around 1GB. The type of site is media. A lot of contents and live tv channels. How to solve this problem ?

I have a application server on with I m running load balance with nginx.. my memcached is getting crashed in between. below is my memcache.conf file. # memcached.conf port=11211 pidpath=/apps/home/memcached/bin/memcache_process.pid user=root maxconn=1024 cachesize=4096 options=20 logfile=/apps/home/memcached/logs/memcached.log startup file #!/bin/bash echo "Memcached is starting" MPATH=dirname "$0" cd $MPATH . ../../conf/memcached.cnf $MPATH/memcached -d -p $port -u $user -m $cachesize -c $maxconn -P $pidpath -d $options -vv > $logfile 2>&1 below are the memcached log file <584 version 584 VERSION 1.4.15 <617 new auto-negotiating client connection 614: Client using the ascii protocol <614 version 614 VERSION 1.4.15 <616 new auto-negotiating client connection <618 new auto-negotiating client connection <619 new auto-negotiating client connection <620 new auto-negotiating client connection <621 new auto-negotiating client connection <622 new auto-negotiating client connection <626 new auto-negotiating client connection <624 new auto-negotiating client connection <628 new auto-negotiating client connection <623 new auto-negotiating client connection <627 new auto-negotiating client connection <625 new auto-negotiating client connection <629 new auto-negotiating client connection <630 new auto-negotiating client connection <631 new auto-negotiating client connection 631: Client using the ascii protocol help me experts stuck on it since last 1 week, tried all things still not getting any thing..

Do we need to deploy varnish if our Web application is using memcached or do we need memcached if we are using varnish to cache web contents. Can someone recommend some scenarios where should we use one or the other or may be both.