killbuddha.ru (встретишь Будду - убей Будду)

Информация о пользователе

Привет, Гость! Войдите или зарегистрируйтесь.



Кодинг

Сообщений 1 страница 30 из 110

1

В моем случае + #primitive
Эту ссылку потом удалю: *********
Внизу главной создала два новых строчных блока - картинки, заключила их в цветные рамки (темы: Новый Год и новый отель).
Когда вешаю на картинки ссылки на страницы с соответствующим контентом (они пока в работе),
между ними добавляется прочерк, который ссыль по второй картинке. Как его убрать?

Выглядит так:

<html>
  <style>
   .thumb img  {
    border: 2px solid #55c5e9; /* Рамка вокруг фотографии */
    padding: 15px; /* Расстояние от картинки до рамки */
    background: #666; /* Цвет фона */
    margin-right: 10px; /* Отступ справа */
    margin-bottom: 10px; /* Отступ снизу */
   }
  </style>
</head>
<body>
  <p class="thumb">
  <a href="c_*****.php"> <img src="images/NY2017.jpg" alt="Фотография 1" width="345" height="220">
  <a href="c_*****.php"> <img src="images/LaRoche.jpg" alt="Фотография 2" width="345" height="220">
  </p>
</body>
</html>

2

Savana написал(а):

Как его убрать?

Скачайте себе Adobe Muse.

3

То ли я ничего не понимаю в "кодинге" но у вас несколько раз <html> идёт. Ну и в том куске тогда нет <head>

4

И да, вы ж не закрыли теги ссылок </a>

5

CAB написал(а):

Скачайте себе Adobe Muse.

хочется как вздумается

wp2 написал(а):

То ли я ничего не понимаю в "кодинге" но у вас несколько раз <html> идёт. Ну и в том куске тогда нет <head>

исправила, но это ничего не решало

wp2 написал(а):

И да, вы ж не закрыли теги ссылок </a>

да. спасибо. впредь буду внимательнее... прочерк был из-за этого

6

Как приделать размер (width="" height="") к коду, не содержащему картинку?

Пример:

<form method="post" name="mail" id="mail">
<table border="0" cellspacing="0" cellpadding="5">
<thead></thead>
<tbody align="right">

<tr>
<td style="background-color:#ff9900"><div align="right"><b>* Имя:</b></div></td>
<td style="background-color:#ff9900"><div align="left">
  <input type="text" name="sender_name" id="sender_name" value="<? echo htmlspecialchars($sender_name);?>" size="40" maxlength="40">
  </div></td>
</tr>
<tr>
<td style="background-color:#ff9900"><div align="right"><b>* Телефон:</b></div></td>
<td style="background-color:#ff9900"><div align="left">
  <input type="text" name="sender_phone" id="sender_phone" value="<? echo htmlspecialchars($sender_phone);?>" size="40" maxlength="40">
  </div></td>
</tr>
<tr>
<td style="background-color:#ff9900"><div align="right"><b>Ваш e-mail:</div></td>
<td style="background-color:#ff9900"><div align="left">
  <input type="text" name="sender_mail" id="sender_mail" value="<? echo htmlspecialchars($sender_mail);?>" size="40" maxlength="40">
  </div></td>
</tr>
<tr>     
<td valign="top" style="background-color:#ff9900"><div align="right"><b>* Страна, даты, кол-во человек, пожелания:</b></div></td>
<td style="background-color:#ff9900"><div align="left">
  <textarea cols="40" rows="10" name="sender_mesage" id="sender_mesage"><? echo htmlspecialchars($sender_mesage);?></textarea>
  </div></td>
</tr>

<tr>
<td><div align="right"></div></td>
<td></td>
</tr>
<tr>
<td colspan="2" align="center">
          <div align="center">
            <input type="submit" value="Отправить">
          </div></td>
       
     <br>
      <br>
      <br>
</tr>
</tbody>
<tfoot></tfoot>
</table>
</form>

как выглядит: xxxxxxx
(форма заявки на расчет)

7

Как приделать размер (width="" height="") к коду

размеры делаются не к коду, а к какому-то элементу. Какому?

К таблице?
Ну, у неё есть свойства ширины. Также само как и к строкам. И, вроде, даже, к ячейкам.

8

wp2 написал(а):

размеры делаются не к коду, а к какому-то элементу. Какому?

К таблице?
Ну, у неё есть свойства ширины. Также само как и к строкам. И, вроде, даже, к ячейкам.

xxxxxxx
Внизу на жёлтом фоне заявка. Есть код заполнения (если то, если это, если третье, необходимо заполнить, заявка отправлена, итд) и есть текстовая форма (выше скопировала) с кодом ячеек и цвета фона. Вот он и вылезает за нужный размер.))
Я хочу все выравнять. Насколько понимаю, можно залить заявку в отдельный файл и потом на него сослаться на главной. Пока он в теле главной, я его туда зафигачила, когда решила, что заявка должна быть "в лоб". Все работает, отсылается, а размер тупо не могу навесить. Искать шаблон неинтересно, хочется врубиться. Не самое скучное занятие, более того. Плиз, хелп.)

9

я ж говорю, есть свойства таблиц:

<table width="1000"
или можно
<table width="50%"

10

Ну, а чтобы всё было выровнено, то это уже надо анализировать весь код страницы. Все те элементы должны быть в Таблице. И создав таблицу в таблице с шириною 100% всё будет ровно. Ну это так, на элементарном уровне.

11

wp2 написал(а):

я ж говорю, есть свойства таблиц:

<table width="1000"
или можно
<table width="50%"

надо попробовать задать разме таблицы, спасибо! эх, из дома не зайти в файловый редактор. займусь в понедельник. Ещё мысль, что если сократить текст у последней ячейки, сама область уменьшится. там, вроде, заданы отступы. не может же она произвольно расползаться...

12

Вы хоть когда-нибудь читали литературу по HTML? Там же всё элементарно. Основы можно за 1 час выучить.

13

wp2 написал(а):

Ну, а чтобы всё было выровнено, то это уже надо анализировать весь код страницы. Все те элементы должны быть в Таблице. И создав таблицу в таблице с шириною 100% всё будет ровно. Ну это так, на элементарном уровне.

Да, до него надо дойти. у меня ещё с пальмами, которые к шапке приделаны проблемы...

14

wp2 написал(а):

Вы хоть когда-нибудь читали литературу по HTML? Там же всё элементарно. Основы можно за 1 час выучить.

Читала, но выборочно то, что относилось к практике. Правы, вызывающий профан, займусь изучением. Спасибо.

15

Столкнулась с этим:

Если вы недавно обновили iOS или MacOS, то могли заметить, что на некоторых сайтах в Safari в адресной строке отображается надпись «небезопасно».

https://www.hostinger.ru/practicheskoe- … chto-delat

Вряд ли одна только покупка сертификата SSL все решит, придётся разбираться((

16

Savana написал(а):

Столкнулась с этим:

Если вы недавно обновили iOS или MacOS, то могли заметить, что на некоторых сайтах в Safari в адресной строке отображается надпись «небезопасно».

https://www.hostinger.ru/practicheskoe- … chto-delat

Вряд ли одна только покупка сертификата SSL все решит, придётся разбираться((


1. Купить сертификат.
2. Установить купленный сертификат на сервер.
3. Сделать перенаправление http-запросов на https

В зависимости от типа хостинга - последние два пункта делаются либо через административный графический интерфейс, где всё просто, либо же вручную. Хостинг какой - web или vps?

17

Так

1. Купить сертификат.
2. Установить купленный сертификат на сервер.
3. Сделать перенаправление http-запросов на https

Последний пункт дал понимание в чем разбираться после покупки и установки.

Так написал(а):

В зависимости от типа хостинга - последние два пункта делаются либо через административный графический интерфейс, где всё просто, либо же вручную. Хостинг какой - web или vps?

Пока web, посмотрела, предлагают купить и сертификат SSL, и сменить хостинг на VPS. А где можно посмотреть алгоритм вручную? Вряд ли это очень сложно. Или нет?

18

Savana написал(а):

Так

1. Купить сертификат.
2. Установить купленный сертификат на сервер.
3. Сделать перенаправление http-запросов на https

Последний пункт дал понимание в чем разбираться после покупки и установки.

Так написал(а):

В зависимости от типа хостинга - последние два пункта делаются либо через административный графический интерфейс, где всё просто, либо же вручную. Хостинг какой - web или vps?

Пока web, посмотрела, предлагают купить и сертификат SSL, и сменить хостинг на VPS. А где можно посмотреть алгоритм вручную? Вряд ли это очень сложно. Или нет?


Вам нет нужды менять хостинг на vps. А при web-хостинге - всё должно настраиваться через админку хостинга - то есть должны быть в админпанели настройки - куда тупо залить купленный сертификат - и он должен установиться автоматом, и должна быть настройка, где можно "включить" перенаправление. VPS нужен тем, кто делает более сложные сайты с какими-то своими прибамбасами, и администрировать такой сервер уже нужно руками - то есть через командную консоль, что для неподготовленного пользователя значительно сложнее.

По алгоритму действий... если ваш хостер hostinger. то статья: https://www.hostinger.ru/practicheskoe- … sertifikat

Отредактировано Так (2019-05-06 08:14:32)

19

Так написал(а):

А при web-хостинге - всё должно настраиваться через админку хостинга - то есть должны быть в админпанели настройки - куда тупо залить купленный сертификат - и он должен установиться автоматом, и должна быть настройка, где можно "включить" перенаправление.

Да, технически кажется не сложно, спасибо!
А какой тип оптимальный для несложных сайтов? Есть простейший - Let's Encrypt (некоммерческий центр сертификации (certificate authority, CA), который выпускает SSL-сертификаты бесплатно и создан для того, чтобы большая часть сайтов смогла перейти к работе по шифрованному протоколу (HTTPS) и есть платный Comodo с разным набором опций: https://beget.com/ru/ssl-certificates
Ммне главное - чтобы слетело в браузере "небезопасный". Поскольку платежи через сайт не принимаем, НО есть различные формы заявок с указанием персональных данных. Могут наехать, если нет защиты домена и шифрования данных? Хотя, на бесплатном шифврование до 256 бит... Это по каждому IP? ФИО, мейл и мобильный - в этот объем влезают? Или при работе с персональными данными требуется использование одного из типов сертификата Comodo?

20

Savana написал(а):
Так написал(а):

А при web-хостинге - всё должно настраиваться через админку хостинга - то есть должны быть в админпанели настройки - куда тупо залить купленный сертификат - и он должен установиться автоматом, и должна быть настройка, где можно "включить" перенаправление.

Да, технически кажется не сложно, спасибо!
А какой тип оптимальный для несложных сайтов? Есть простейший - Let's Encrypt (некоммерческий центр сертификации (certificate authority, CA), который выпускает SSL-сертификаты бесплатно и создан для того, чтобы большая часть сайтов смогла перейти к работе по шифрованному протоколу (HTTPS) и есть платный Comodo с разным набором опций: https://beget.com/ru/ssl-certificates
Ммне главное - чтобы слетело в браузере "небезопасный". Поскольку платежи через сайт не принимаем, НО есть различные формы заявок с указанием персональных данных. Могут наехать, если нет защиты домена и шифрования данных? Хотя, на бесплатном шифврование до 256 бит... Это по каждому IP? ФИО, мейл и мобильный - в этот объем влезают? Или при работе с персональными данными требуется использование одного из типов сертификата Comodo?


Во-первых, надо двигаться от задачи. Если говорить тупо о браузерах, то им нет большой разницы в большинстве случаев - какой у вас сертификат, лишь бы был ssl. Что касается Let's Encrypt - то там вроде бы срок действия выданного сертификата - 90 дней, то есть каждые 90 дней вам придется перевыпускать и переустанавливать сертификат - вряд ли это желаемо. Платные сертификаты располагают гораздо более длительным сроком - от 1 года. Что касается мощности шифрования - то надо уточнить тогда что именно требует защиты и тогда будет понятны требования. Я этого не вполне понял из описания, если речь о защите платежей, то должны быть требования к сертификату со стороны этой платежной системы.

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

Третье - касательно выбора поставщика сертификата. В основном цены на равнозначные сертификаты (т.е. равные сроки действия, охват доменных имен) у всех примерно одинаковые и я бы на вашем месте не заморачивался и купил сертификат у самого хостера - меньше возни с установкой.

Отредактировано Так (2019-05-06 12:10:32)

21

Так написал(а):

Во-первых, надо двигаться от задачи. Если говорить тупо о браузерах, то им нет большой разницы в большинстве случаев - какой у вас сертификат, лишь бы был ssl. Что касается Let's Encrypt - то там вроде бы срок действия выданного сертификата - 90 дней, то есть каждые 90 дней вам придется перевыпускать и переустанавливать сертификат - вряд ли это желаемо. Платные сертификаты располагают гораздо более длительным сроком - от 1 года. Что касается мощности шифрования - то надо уточнить тогда что именно требует защиты и тогда будет понятны требования. Я этого не вполне понял из описания, если речь о защите платежей, то должны быть требования к сертификату со стороны этой платежной системы.

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

Третье - касательно выбора поставщика сертификата. В основном цены на равнозначные сертификаты (т.е. равные сроки действия, охват доменных имен) у всех примерно одинаковые и я бы на вашем месте не заморачивался и купил сертификат у самого хостера - меньше возни с установкой.

Спасибо огромное! А то, вроде, немного соображаю, но занимаюсь этими вопросами редко -достаточного опыта и уверенности нет. Даже, в простых вопросах.

22

Так написал(а):

Что касается Let's Encrypt - то там вроде бы срок действия выданного сертификата - 90 дней, то есть каждые 90 дней вам придется перевыпускать и переустанавливать сертификат - вряд ли это желаемо.

Так написал(а):

на вашем месте не заморачивался и купил сертификат у самого хостера - меньше возни с установкой.

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

"Служба технической поддержки
13:53

Здравствуйте

Вы единоразово заказываете сертификат, он выпускается на 3 месяца и далее автоматически продлевается.

После выпуска сертификата сайт будет доступен как по HTTP, так и по HTTPS, для работы только по HTTPS нужна будет переадресация.

Для переадресации с HTTP на HTTPS добавьте в начало файла .htaccess следующий код:

RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Файл .htaccess находится в корневом каталоге сайта. Если он отсутствует, создайте его. Кроме того, может потребоваться перенастройка CMS. Например, если в качестве URL установлен http://site.ru, замените его на https://site.ru.
Подробнее о переходе на HTTPS можно прочитать в нашей статье про Подключение SSL к сайту."

23

Savana написал(а):

Столкнулась с этим:

Если вы недавно обновили iOS или MacOS, то могли заметить, что на некоторых сайтах в Safari в адресной строке отображается надпись «небезопасно».


Google Chrome уже 1-2 года это пишет. Кто-то жаловался?

https://b.radikal.ru/b35/1905/d1/8ae4b8d020bb.png

24

wp2 написал(а):

Google Chrome уже 1-2 года это пишет. Кто-то жаловался?

В Safari это появилось после недавнего обновления и менее тактично, чем в Google Chrome - только восклицательный знак в браузере. А именно - длинное слово «небезопасно». К тому же, пока логинишься, оно выделено красным.

25

Можно еще спрошу?

Надо сделать следующее:

"Для переадресации с HTTP на HTTPS добавьте в начало файла .htaccess следующий код:"

RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]


Вид файла до этого ("Х", "Y"... - закрыла ими название):

<IfModule mod_rewrite.c>
Options +FollowSymLinks

RewriteEngine On

RewriteCond %{HTTP_HOST} ^ХХХХХ\.ru$ [NC]
RewriteRule ^(.*)$ -- [R=301,L]

RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.php\ HTTP/
RewriteRule ^index\.php$ -- [R=301,L]

#Articles rules
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteRule ^([0-9]+)\.php$ /27d59d94835c81d35474a89c60759b35.php [L]

</IfModule>

ErrorDocument 404 /404.php
ErrorDocument 403 /404.php
ErrorDocument 402 /404.php
ErrorDocument 401 /404.php
ErrorDocument 400 /404.php
ErrorDocument 405 /404.php
ErrorDocument 500 /404.php

#SetEnvIfNoCase User-Agent "bingbot" search_bot

#<Limit GET POST HEAD>
#Order Allow,Deny
#Allow from all
#Deny from env=search_bot
#</Limit>

Redirect 301 /on_YYYYY.php --
Redirect 301 /on_ZZZZZ.php http://www.XXXXX.ru/YYYYY_YYYYYY.php
Redirect 301 /on_JJJJJ.php http://www.XXXXX.ru/YYYYY_YYYYY.php

Вид файла после тупо-добавления:

<IfModule mod_rewrite.c>
Options +FollowSymLinks

RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Proto} !https
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

RewriteEngine On

RewriteCond %{HTTP_HOST} ^ХХХХХ\.ru$ [NC]
RewriteRule ^(.*)$ -- [R=301,L]

RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.php\ HTTP/
RewriteRule ^index\.php$ -- [R=301,L]

#Articles rules
RewriteCond %{ENV:REDIRECT_STATUS} ^$
RewriteRule ^([0-9]+)\.php$ /27d59d94835c81d35474a89c60759b35.php [L]

</IfModule>

ErrorDocument 404 /404.php
ErrorDocument 403 /404.php
ErrorDocument 402 /404.php
ErrorDocument 401 /404.php
ErrorDocument 400 /404.php
ErrorDocument 405 /404.php
ErrorDocument 500 /404.php

#SetEnvIfNoCase User-Agent "bingbot" search_bot

#<Limit GET POST HEAD>
#Order Allow,Deny
#Allow from all
#Deny from env=search_bot
#</Limit>

Redirect 301 /on_YYYYY.php --
Redirect 301 /on_ZZZZZ.php http://www.XXXXX.ru/YYYYY_YYYYYY.php
Redirect 301 /on_JJJJJ.php http://www.XXXXX.ru/YYYYY_YYYYY.php

Ремарка Firefox после добавления переадресации в файл .htaccess на главной странице: (черный замок и прям на нем "!") незащищенное соединение, части этой страницы, такие как изображения, не защищены.
Ремарка Firefox на остальных страницах: (зеленый замок и рядом "!") защищенное соединение, Firefox заблокировал незащищенные части страницы (заблокирован фрейм партнеров).

Вопросы:

1. Заблокированный партнерский фрейм (подбора) -можно ли легализовать его в формат https самостоятельно в полученном от них коде?

2. Следует ли сделать коррект в исходном файле .htaccess?

Например, надо ли менять что-то здесь (в редиректе на главную страницу):


RewriteEngine On

RewriteCond %{HTTP_HOST} ^ХХХХХ\.ru$ [NC]
RewriteRule ^(.*)$ -- [R=301,L]

RewriteCond %{THE_REQUEST} ^[A-Z]{3,9}\ /index\.php\ HTTP/
RewriteRule ^index\.php$ -- [R=301,L]


3. Как сделать изображения тоже защищенными?

26

Кхм...

А вот тут что:

Redirect 301 /on_YYYYY.php --
Redirect 301 /on_ZZZZZ.php http://www.XXXXX.ru/YYYYY_YYYYYY.php
Redirect 301 /on_JJJJJ.php http://www.XXXXX.ru/YYYYY_YYYYY.php


Без секретных YYYYY, ZZZZZ и т.д. Это тоже редиректы, но я не понимаю - куда и почему отдельно вынесено. А так - там вверху надо еще править, но хотелось бы понять и про нижнюю секцию...

27

Так написал(а):

Кхм...

А вот тут что:

Redirect 301 /on_YYYYY.php --
Redirect 301 /on_ZZZZZ.php http://www.XXXXX.ru/YYYYY_YYYYYY.php
Redirect 301 /on_JJJJJ.php http://www.XXXXX.ru/YYYYY_YYYYY.php

Без секретных YYYYY, ZZZZZ и т.д. Это тоже редиректы, но я не понимаю - куда и почему отдельно вынесено. А так - там вверху надо еще править, но хотелось бы понять и про нижнюю секцию...

Сейчас закавычу эту часть кода и проверю изменения на страницах (Y, Z). Процентов на 99% - устаревшие переадресации, сделанные до меня.

28

Savana написал(а):

Сейчас закавычу эту часть кода и проверю изменения на страницах (Y, Z). Процентов на 99% - устаревшие переадресации, сделанные до меня.

А неет(( без этой части кода упал сайт)

Здесь тоже упоминается "301": https://www.beget.com/ru/articles/use_ssl_trouble

Изучаю(((: https://web-optimizator.com/301-redirekt-htaccess/

Ваще не рекомендуют постить такие редиректы роботу  - несколько подряд.

29

Это как раз и должно быть какие-то внешние блоки?

30

В личку полный файл пришлите - попробую сделать правильно. Без замен - как есть файл. Текст файла в смысле.

Отредактировано Так (2019-05-07 12:37:47)