常連

### 実現したいこと

さくらのレンタルサーバにてphp.ini内のextension=socketsを有効にする

### 前提

さくらのレンタルサーバにて、extension=socketsを必要とするソフトウェア（Magento　open sauce)をインストールしようとしています。何度か対策をやってみましたがエラーメッセージが出てしまい、対応に困っています。
他の方がさくらのレンタルサーバにてextension=stocketsの問題を解決しているのを拝見し、こちらでご解決のご意見を頂けたらと思い相談致しました。
ご迷惑をおかけ致しますがよろしくお願い致します。
参考：https://doroidpanic.com/%E3%81%95%E3%81%8F%E3%82%89%E3%83%AC%E3%83%B3%E3%82%BF%E3%83%AB%E3%82%B5%E3%83%BC%E3%83%90%E3%83%BC%E3%81%A7line-bot-sdk%E3%81%8Ccomposer%E3%81%A7%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB/


### 発生している問題・エラーメッセージ

```
エラーメッセージ
  Problem 1
    - php-amqplib/php-amqplib[v2.10.0, ..., v2.10.1] require ext-sockets * -> it is missing from your system. Install or enable PHP's sockets extension.
    - magento/product-community-edition 2.4.3 requires php-amqplib/php-amqplib ~2.10.0 -> satisfiable by php-amqplib/php-amqplib[v2.10.0, v2.10.1].
    - Root composer.json requires magento/product-community-edition 2.4.3 -> satisfiable by magento/product-community-edition[2.4.3].

To enable extensions, verify that they are enabled in your .ini files:
    - /usr/local/php/7.4/etc/php.ini
    - /usr/local/php/7.4/etc/conf.d/apcu.ini
    - /usr/local/php/7.4/etc/conf.d/mcrypt.ini
    - /usr/local/php/7.4/etc/conf.d/opcache.ini
You can also run `php --ini` in a terminal to see which files are used by PHP in CLI mode.
Alternatively, you can run Composer with `--ignore-platform-req=ext-sockets` to temporarily ignore these required extensions.

```

### 該当のソースコード

```ここに言語名を入力
ソースコード
php
```

### 試したこと


php.ini内の;extension=socketsの;の削除
サーバコントロールパネル内のphp.iniファイル設定にて
extension=socketsへ書き換え、及び、sockets.soへ書き換え
使っているバージョンのphpのソースコードのダウンロードし、
phpizeによる、sockets.soの作成
↑phpizeの使用時
下記の文が出てきて不可能でした。
Cannot find config.m4. 
Make sure that you run '/usr/local/bin/phpize' in the top level source directory of the module

### 補足情報（FW/ツールのバージョンなど）
php.7.4.33(モジュールモード）


さくらのレンタルサーバにてphp　extension=socketsの有効化

###前提・実現したいこと

現在Magentoを用いたECサイトを作成してます。

本番のサイトとは別に独立した開発用仮想環境(LAMP)をvagrantで作成しましたが、
本番で接続しているデータベースを仮想環境のデータベースに移行し、接続した後、
ブラウザを開くと以下のエラーメッセージが発生しました。

There has been an error processing your request
Exception printing is disabled by default for security reasons.

Error log record number: 973914737944

```ここに言語を入力
a:5:{i:0;s:81:"Connection to Redis failed after 2 failures.Last Error : (111) Connection refused";i:1;s:3805:"#0 /var/www/magento_dev/magento/lib/Credis/Client.php(439): Credis_Client->connect()
#1 /var/www/magento_dev/magento/lib/Credis/Client.php(725): Credis_Client->connect()
#2 /var/www/magento_dev/magento/lib/Credis/Client.php(599): Credis_Client->__call('select', Array)
#3 /var/www/magento_dev/magento/lib/Cm/Cache/Backend/Redis.php(135): Credis_Client->select(2)
#4 /var/www/magento_dev/magento/lib/Zend/Cache.php(153): Cm_Cache_Backend_Redis->__construct(Array)
#5 /var/www/magento_dev/magento/lib/Zend/Cache.php(94): Zend_Cache::_makeBackend('Cm_Cache_Backen...', Array, true, true)
#6 /var/www/magento_dev/magento/app/code/core/Mage/Core/Model/Cache.php(137): Zend_Cache::factory('Varien_Cache_Co...', 'Cm_Cache_Backen...', Array, Array, true, true, true)
#7 /var/www/magento_dev/magento/app/code/community/Lesti/Fpc/Model/Fpc.php(60): Mage_Core_Model_Cache->__construct(Array)
#8 /var/www/magento_dev/magento/app/code/core/Mage/Core/Model/Config.php(1354): Lesti_Fpc_Model_Fpc->__construct(Array)
#9 /var/www/magento_dev/magento/app/Mage.php(463): Mage_Core_Model_Config->getModelInstance('fpc/fpc', Array)
#10 /var/www/magento_dev/magento/app/Mage.php(477): Mage::getModel('fpc/fpc', Array)
#11 /var/www/magento_dev/magento/app/code/community/Lesti/Fpc/Model/Observer/Save.php(135): Mage::getSingleton('fpc/fpc')
#12 /var/www/magento_dev/magento/app/code/community/Lesti/Fpc/Model/Observer/Save.php(80): Lesti_Fpc_Model_Observer_Save->_getFpc()
#13 /var/www/magento_dev/magento/app/code/core/Mage/Core/Model/App.php(1358): Lesti_Fpc_Model_Observer_Save->modelSaveAfter(Object(Varien_Event_Observer))
#14 /var/www/magento_dev/magento/app/code/core/Mage/Core/Model/App.php(1337): Mage_Core_Model_App->_callObserverMethod(Object(Lesti_Fpc_Model_Observer_Save), 'modelSaveAfter', Object(Varien_Event_Observer))
#15 /var/www/magento_dev/magento/app/Mage.php(448): Mage_Core_Model_App->dispatchEvent('model_save_afte...', Array)
#16 /var/www/magento_dev/magento/app/code/core/Mage/Core/Model/Abstract.php(465): Mage::dispatchEvent('model_save_afte...', Array)
#17 /var/www/magento_dev/magento/app/code/core/Mage/Core/Model/Abstract.php(319): Mage_Core_Model_Abstract->_afterSave()
#18 /var/www/magento_dev/magento/app/code/core/Mage/Log/Model/Visitor.php(198): Mage_Core_Model_Abstract->save()
#19 /var/www/magento_dev/magento/app/code/core/Mage/Core/Model/App.php(1358): Mage_Log_Model_Visitor->initByRequest(Object(Varien_Event_Observer))
#20 /var/www/magento_dev/magento/app/code/core/Mage/Core/Model/App.php(1337): Mage_Core_Model_App->_callObserverMethod(Object(Mage_Log_Model_Visitor), 'initByRequest', Object(Varien_Event_Observer))
#21 /var/www/magento_dev/magento/app/Mage.php(448): Mage_Core_Model_App->dispatchEvent('controller_acti...', Array)
#22 /var/www/magento_dev/magento/app/code/core/Mage/Core/Controller/Varien/Action.php(527): Mage::dispatchEvent('controller_acti...', Array)
#23 /var/www/magento_dev/magento/app/code/core/Mage/Core/Controller/Front/Action.php(69): Mage_Core_Controller_Varien_Action->preDispatch()
#24 /var/www/magento_dev/magento/app/code/core/Mage/Core/Controller/Varien/Action.php(407): Mage_Core_Controller_Front_Action->preDispatch()
#25 /var/www/magento_dev/magento/app/code/core/Mage/Core/Controller/Varien/Router/Standard.php(254): Mage_Core_Controller_Varien_Action->dispatch('index')
#26 /var/www/magento_dev/magento/app/code/core/Mage/Core/Controller/Varien/Front.php(172): Mage_Core_Controller_Varien_Router_Standard->match(Object(Mage_Core_Controller_Request_Http))
#27 /var/www/magento_dev/magento/app/code/core/Mage/Core/Model/App.php(365): Mage_Core_Controller_Varien_Front->dispatch()
#28 /var/www/magento_dev/magento/app/Mage.php(684): Mage_Core_Model_App->run(Array)
#29 /var/www/magento_dev/magento/index.php(83): Mage::run('', 'store')
#30 {main}";s:3:"url";s:1:"/";s:11:"script_name";s:10:"/index.php";s:4:"skin";s:2:"sg";}
```
上のエラーファイルによると、/ディレクトリ/ファイル名(行番号)：原因

と解読できると思うのですが、恥ずかしながらコードの知識がなく読み書きがほとんどできません。
PHPに詳しい方
Magentoをご存知の方
webの開発環境構築経験のある方

お力を貸していただけないでしょうか。よろしくおねがいします。

###補足情報(言語/FW/ツール等のバージョンなど)
Linux x86_64 Ubuntu 14.04.5
Apache2 3.1.0
MySQL ver14.14 distrib 5.6.31
PHP 5.5.9-1

ブラウザに出力されるエラー番号の解決方法がわからない

題名通りで、現在ECサイト構築の為のCMS選定を行っております。
色々と検索してみたり様々な方の知見を拝見し、以下のオープンソースが良いのではないかと考えています。

・EC-Cube Ver.3系
・osCommerce
・ZenCart
・Magento
（順不同で、記載しています）

選定基準として以下の内容を考慮しました。

・ライセンス制約が緩いもの
 今はまだそうなるか考え中ですが、延長線上に商用提供も考えています。
 その時のコスト等を考えておりその場合ライセンス系のリスクを負うつもりはありません。
 もちろん必要な費用は必要な物として正当に支払うつもりですが、現段階ではそのような予定はないので
 可能な限りフリーで使えるCMSを選定したつもりです。

・PHP
 ホスティングサーバー利用を考えると現時点では、PHP か ruby が言語選択として妥当かなと思っています。
 自分の実装経験値も含めています。

・拡張性や技術情報の多さ
 ある程度、有名どころの設計思想に基づいている物を考えています。
 また、独自カスタマイズも考えているのでその辺の拡張性や書籍・ネットの情報量も考慮。

googleトレンド等のキーワード検索もおこなったのですが、
ここ数年だとEC-Cube or Magento なのかなと思っています。

最後の決め手に正直欠けているのが現状です。

そこで現時点で開発するならどのオープンソースを利用するか？
みなさんのご意見をお聞きしたいと思います。

上記以外のオープンソースの意見でも大丈夫ですし、他の言語でもＯＫです。
特にすでにECサイト構築をされている技術者の方からのご意見をお聞きしたいです。
（それ以外の方の意見も是非とも頂きたいです。決して、回答者を選別する意図ではありません）
また、ご意見を頂いたうえで可能な範囲で、選定基準も教えて頂けるとありがたいです。

宜しくお願いします。

ECサイトを構築するフレームワーク選定

###概要
dockerのテスト環境でnginxとmagentoでウェブページを構築しています。

nginxをインストール後立ち上げたときは、「welcome」ページを確認できましたがmagentoをインストール後403エラーが発生するようになりました。

インストールの際に行った作業は下記になります。

```ここに言語を入力
composer create-project --repository=https://repo.magento.com/ magento/project-community-edition=2.2.5 --ignore-platform-reqs /var/www/html/
cd /var/www/html/
find var generated vendor pub/static pub/media app/etc -type f -exec chmod g+w {} +
find var generated vendor pub/static pub/media app/etc -type d -exec chmod g+ws {} +
chown -R :www-data . // Ubuntu
chmod u+x bin/magento
nginx -s reload
```
docrootの権限は下記のようになっております。
```ここに言語を入力
drwxr-xr-x 14 root www-data 4096 Oct 25 07:03 html/
```

403エラーは権限による物だと聞いていますが、権限を確認しても755になっていますので問題ないかと思います。
他に怪しい部分や確認すべき点などアドバイスお願い致します。

###追記
```ここに言語を入力
user www-data;
worker_processes auto;
pid /run/nginx.pid;

events {
        worker_connections 768;
        # multi_accept on;
}

http {

        ##                                                                   
        # Basic Settings
        ##

        sendfile on;
        tcp_nopush on;
        tcp_nodelay on;
        keepalive_timeout 65;
        types_hash_max_size 2048;
        # server_tokens off;

        # server_names_hash_bucket_size 64;
        # server_name_in_redirect off;

        include /etc/nginx/mime.types;
        default_type application/octet-stream;

        ##
        # SSL Settings
        ##

        ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
        ssl_prefer_server_ciphers on;

        ##
        # Logging Settings
        ##

        access_log /var/log/nginx/access.log;
        error_log /var/log/nginx/error.log;

        ##
        # Gzip Settings
        ##

        gzip on;
        gzip_disable "msie6";

        # gzip_vary on;
        # gzip_proxied any;
        # gzip_comp_level 6;
        # gzip_buffers 16 8k;
        # gzip_http_version 1.1;
        # gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

        ##
        # Virtual Host Configs
        ##

        include /etc/nginx/conf.d/*.conf;
        include /etc/nginx/sites-enabled/*;
}


#mail {
#       # See sample authentication script at:
#       # http://wiki.nginx.org/ImapAuthenticateWithApachePhpScript
#
#       # auth_http localhost/auth.php;
#       # pop3_capabilities "TOP" "USER";
#       # imap_capabilities "IMAP4rev1" "UIDPLUS";
#
#       server {
#               listen     localhost:110;
#               protocol   pop3;
#               proxy      on;
#       }
#
#       server {
#               listen     localhost:143;
#               protocol   imap;
#               proxy      on;
#       }
#}
```

nginxで403エラーとなってしまいセットアップができない。

昨日までずっと使っていました。magentoを利用している者です。
今朝、「Dirty COW」というウイルス対策をした後、
開発環境をブラウザで開くと
```ここに言語を入力
403 Forbidden
You don't have permission to access / on this server.

Apache Server at 10.10.10.2 Port 80
```
となり、アクセスできなくなりました。
どなたか、この問題を解決してはいただけないでしょうか。
何卒よろしくおねがいします。
以下はDirtyCOWの対策で行った事と、パーミッションの問題だと思われる現象です。

```ここに言語を入力
＜Dirty COWの対策で行った事＞
$sudo apt-get update && sudo apt-get dist-upgrade
$sudo reboot
```

```ここに言語を入力
＜以下、vagrant起動時のメッセージ＞
The following SSH command responded with a non-zero exit status.
Vagrant assumes that this means the command failed!

mkdir -p /tmp/vagrant-cache

Stdout from the command:



Stderr from the command:

sudo: /usr/bin/sudo must be owned by uid 0 and have the setuid bit set
```

以上に加えて、、、、、
ssh接続ができるので、起動はしているみたいです。
しかし、開発magentoのドキュメントルート以下が一式なくなっています。

そこで、バックアップしていたファイルをルート以下に
アップロードすると、次のようなメッセージが出てきて、アップロードができません。

「Permission denied.Please contact your web hosting service provider for assistance.」

uidとか権限の問題かなぁと思うのですが、、、、、
どうか、助言をいただけないでしょうか。
ちなみにPCはMac
Linux 3.13.0-93 x86_64 Ubuntu 14.04.5
Apache2 3.1.0
MySQL ver14.14 
PHP 5.5.9
です。
よろしくおねがいします。

パーミッションの問題・・・？

500 - Internal Server Errorで自社ページにアクセス出来ず困っております。

### 経緯
別件でエラーが発生し、調べるとパーミッションが原因でしたのでWebサービス(Magento)がインストールディレクトリにて下記のコマンドを実行
```ここに言語を入力
 chown -R hoge:hoge . && find . -type f -exec chmod 664 {} \; && find . -type d -exec chmod 775 {} \;
```

その後、管理画面が403 or 500 Server Errorでアクセス出来なくなってしまったのでデータを全て復元しましたが未だアクセス出来ない状態です。

##試した事
.haccessを確認しましたが下記のようになっております。
```ここに言語を入力
AddHandler application/x-httpd-php71 .php .php5 .php4 .php3
```
PHPのバージョンは7.0.32を使用しているので
AddHandler application/x-httpd-php70に変更してみましたが変わらずエラーでした。

Webサービスのインストールディレクトリのパーミッションは755になっています。
これはデフォルトなんでしょうか。

どのあたりが怪しいでしょうか。アドバイスお願い致します。

サーバーエラーログ
```ここに言語を入力
[2018-09-27 13:15:59]: error: directory is writable by others: (/home/giantbod/public_html)
```

##環境
php 7.0.32
Magento 2.5.5
ホスティングサーバ：SiteGround
ssh,cpanel,ftpはアクセス出来ます。
ルート権限はないと思います。

500 - Internal Server Errorでアクセス出来ない。

下記のリンクにリダイレクトを以下のコードで書いたのですが、リダイレクトしません。どうすればリダイレクトさせられますか？
エラーが「**Uncaught SyntaxError: Invalid or unexpected token**」とでているのですがどう修正したらよいのかわかりません。

[【リンク】http://wonect.com/sg/sale/sunscreen-sale.html](http://wonect.com/sg/sale/sunscreen-sale.html)

**リダイレクトのコード**
```ここに言語を入力
<script>
    setTimeout("redirect()", 0);
    function redirect() {
        location.href = '{{store url=""}}beauty-diet/sunscreen.html';
    }
</script>
```

URLのリダイレクトがうまく機能しません。

###実現したいこと
以下の日時指定で表示・非表示を切り替えるスクリプトを機能させること

###試したこと
以下の参考記事をもとに、日時指定で表示・非表示を切り替えるスクリプトを使うために以下のコードをbody内の一番上に追加しました。
```
<script>
$(document).ready(function() {
  $(".view_timer").each(function(index, target) {
    var startDate = $(this).attr("data-start-date");
    var endDate = $(this).attr("data-end-date");
    var nowDate = new Date();

    if (startDate) {
      startDate = new Date(startDate);
    } else {
      startDate = nowDate;
    }
    if (endDate) {
      endDate = new Date(endDate);
    }

    if (startDate <= nowDate && (!endDate || nowDate <= endDate)) {
      $(this).show();
    } else {
      $(this).hide();
    }
  });
});
</script>
```

([参考記事：ブラウザ側で日時指定で表示・非表示を切り替えるスクリプト](http://qiita.com/dribble13/items/3eb39726aba33add6c0a))

jsの読み込み箇所をbodyの直後から一番最後にしてみましたがだめでした。

###発生している問題・エラーメッセージ
以下のページで問題が発生しており、
([問題が発生しているページ](http://wonect.com/lab/))

エラーメッセージは以下の通りで、
```
Uncaught TypeError: $(...).ready is not a function
    at (index):450
```
エラーの該当箇所は以下のとおりです。（jsの一部）
```
$(document).ready(function() {
```



###補足情報(言語/FW/ツール等のバージョンなど)
読み込んでいるjqueryライブラリは jquery-1.10.2.min.js です。


他に不明点などありましたら追記いたします。
よろしくお願いします。