COVID2019 и это вот все. Друзья, вся эта история начинает плохо пахнет. Мойте руки, не ходите в люди. Отложите все плановые покупки и положите в носок заначку. Заприте ваших родителей, бабушек-дедушек на даче. Лучше перебдеть чем недобдеть. Берегите себя!

savage4pro

Модераторы
  • Публикации

    786
  • Зарегистрирован

  • Посещение

  • Days Won

    74

Сообщения, опубликованные пользователем savage4pro

  1. 2 часа назад, strateg2010 сказал:

    Ну и отчет вашего сервиса для проверки SSL который мелькает в теме. Проверил сайт и вот такое ощущение как будто пытаюсь китайско-японский текст прочитать. 

    https://www.ssllabs.com/ssltest/analyze.html?d=zoosmile.by не знаю получится ли этот отчет вам увидеть или нет.

     

    навскидку вижу 3 ошибки

    1. в SSLCertificateChainFile цепочку сертификатов указывайте без своего, в случае с LE - только корневой и промежуточный

    2. добавьте шифр TLS_RSA_WITH_3DES_EDE_CBC_SHA (вот так, например: ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA)

    3. прицепите DH-ключ для поддержки Forward Secrecy, 2048 достаточно

     

    и это.. где nginx?

  2. 1 час назад, Mr.TeRay сказал:

    я примерно понял в чем соль, просто я не знаю сколько людей на вин хп бы у меня купило товар, но кажется лопатить все или выставлять второе зеркало без https будет не разумно, как считаете? 

     

    считать вам

     

    1 час назад, WarStyle сказал:

    А вот с Win XP интересно, потому как у меня это 10% посетителей, не малое кол-во.

     

    надо смотреть не только ОС, но и браузер, с 6м ослом все печально как ни крути, можно накостылить, конечно, но очень желательно клиенту в его настройках включить TLS соединения в качестве секьюрных

    https://www.ssllabs.com/ssltest/viewClient.html?name=IE&version=6&platform=XP&key=100

     

    а вот 8й уже ничего так, едва терпимо, но ничего, если веб-сервер обслуживает один сайт на одном IP, сойдет

    https://www.ssllabs.com/ssltest/viewClient.html?name=IE&version=8&platform=XP&key=101

  3. 59 минут назад, Mr.TeRay сказал:

    подключил на ssl давным давно, но спустя год задумался, что клиент под win xp не может войти на сайт, кто решал данную проблему? 

     

    тут может быть несколько причин, какая из них ваша - не знаю

    1. старые браузеры не поддерживают SNI, и в основном в связи с древностью данных клиентов эта проблема не является проблемой, поэтому ее никак и не решают

    а кому критично, для их поддержки заводят отдельные IP для каждого виртуалхоста, или как минимум для того, какой должен быть доступен всем

    2. отсутствует поддержка Forward Secrecy, поэтому для корректной работы вероятно придется расширить набор шифров, добавив в том числе и дырявые, также для полноценной поддержки FS веб-сервер должен цеплять ключ для протокола Diffie-Hellman'а

    3. ну и еще в браузере может отсутствовать возможность соединения по TLS, а иметься только SSL2/3, а правильно настроенный сервер такие соединения не устанавливает, т.к. опять же несекьюрно, и тут два варианта - А) если таких клиентов вы лично знаете, можно попробовать их уговорить погуглить решение на сайте мелкомягких для поддержки TLS-а; и Б) пожертвовать безопасностью и все-таки разрешать соединения по SSL2 или SSL3

     

    если объединить решения в 1 кучу, можно прийти к выводу, что для страшных динозавров лучше всего будет завести отдельный контейнер со своим веб-сервером на отдельном IP, своими пользователеми, и закрыть его куда-нибудь, чтобы оттуда ничего не вылезло

  4. 29 минут назад, Erigard сказал:

    В магазине примерно 3000 товаров.

    29 минут назад, Erigard сказал:

    планируется увеличить кол-во товарво до 5000-1000 шт.?

     

    просто оставлю это здесь

    http://ocshop.info/nebolshoj-dajdzhest-2/

  5. 1 минуту назад, RHCk сказал:

    ...живосайты, коллбэкхантеры и т.д. отжирают больше пространства экрана, нежели такой ярлычок.

     

    хрен редьки не слаще

    того, что вы перечислили, вообще быть не должно

    если хочется делать "ярлык", его недостаточно просто воткнуть эз из, его надо внедрить так, чтобы оно было

    8 часов назад, savage4pro сказал:

    свернуто где-нибудь в уголках и не шевелиться там, максимум немного вылезать при наведении и только по явному клику/тапу разворачиваться

     

    иначе может и отвлекать, и нервировать тем, что закрывает что-то полезное

  6. в идеале все, что не навигация и контент, но полезное, должно быть свернуто где-нибудь в уголках и не шевелиться там, максимум немного вылезать при наведении и только по явному клику/тапу разворачиваться

    по поводу данных "ярлыков" - в текущем виде они таки будут закрывать полезное пространство, большие экраны "не только лишь у всех", а под эти хрени вряд ли будет выделено пространство в макете, разве что случайно так совпадет

  7. 37 минут назад, Erigard сказал:

    Что делать, братцы?

     

    ну как  бы да,

    37 минут назад, Erigard сказал:

    в CMS нужно копаться

     

    6 часов назад, savage4pro сказал:

    в настройках магазина включено "Уведомление о новом заказе"?

    включено?

  8. 1 час назад, Erigard сказал:

    Проблема: Opencart не реагирует на заказы, тоесть не отправляет письма администратору, что пришел заказ и не важно он пришел через:

    1. корзину

    2. купить в один клик

    3. с регистрацей\без регистрации

     

    В чем кроется проблема и как ее решить?

     

    клиенту письмо о заказе приходит?

    если да, то

    в настройках магазина включено "Уведомление о новом заказе"?

    если да, то

    на хостинге данный почтовый домен заведен?

    если да, то

    сам почтовый сервер считает домен локальным или удаленным? ищите настройки переключения схемы работы почтового сервера либо в панели хостера, либо в хелпах, при SMTP-отправке это скорей всего не имеет разницы, но в случае отправки функцией php mail действия такие

    - если не знаете, что себе думает сервер, посмотрите в веб-мейле хостинга для данной учетки, если письмо там, значит "локально"

    - если не нашли переключатель, пишите хостеру, прикинувшись веником и вкратце объяснив ситуацию - вы хотите обрабатывать доменную почту, отправленную с данного хостинга, на другом сервере - должны помочь или обломать, но однозначность должна быть

    - если локальным, переключайте

    - если удаленным, но все равно письма не идут, то пишите хостеру, он обязан помочь разобраться в проблеме

  9. не одобряю ни дыры в безопасности, ни долбаную работу с заказами в админке через api

    в общем, на свой страх и риск

    	<file path="admin/contoller/sale/order.php">
    		<operation>
    			<search><![CDATA[
    			$this->load->model('user/api');
    			]]></search>
    			<add position="after"><![CDATA[
    		$results = $this->model_user_api->getApiIps($this->config->get('config_api_id'));
    		$ip_data = array();
    		foreach ($results as $result) {
    			$ip_data[] = $result['ip'];
    		}
    		if (!in_array($this->request->server['REMOTE_ADDR'], $ip_data)) {
    			$this->model_user_api->addApiIp($this->config->get('config_api_id'), $this->request->server['REMOTE_ADDR']);
    		}
    ]]></add>
    		</operation>
    	</file>

    и все же периодически чисти `oc_api_ip`

  10. 10 часов назад, almir сказал:

    PHP Notice:  Error: MAIL FROM not accepted from server! in /var/www/*********/data/www/**************/system/library/mail.php on line 333

     

    имя ящика, от имени которого вы собираетесь слать письма, должно совпадать с email администратора

    учтите это при обработке отправки в controller/inftormationcontact.php, там с каких-то пирогов берется указанный клиентом почтовый адрес в качестве отправителя, вместо адреса администратора магазина, так или иначе, это неправильно и над менять код - ни один гугл в здравом уме не даст отправлять письма ящиков своих аккаунгов с негугловских серверов

    а также стоит учитывать этот нюанс с ящиками при отправке писем с других магазинов, у которых почта администратора может быть другой, а smtp-авторизация та же

  11. 12 часа назад, betabox сказал:

    AuthType Basic
    AuthName "Enter password"
    AuthUserFile /home/cspm/poligraph.club/personal-login/.htpasswd
    Require valid-user
    <Files .htpasswd>
       deny from all  #запрет доступа из браузера к .htpasswd
    </Files>

     

    1. создавайте файлы паролей за пределами веб-доступа, тогда не придется писать костыль <Files ...>

    2. путь должен быть строго абсолютным, т.е. от корня сервера, посмотрите его, например, в phpinfo

    3. для гарантии работоспособности создавайте/меняйте .htpasswd на месте, ну или как минимум, средствами той же версии апача в аналогичной ОС, которыми пользуетесь

    4. имена пользователей не должны содержать двоеточие (:)