Использование параметров строки запроса
Предположим, что вы работаете в Power BI Desktop. Вы хотите создать отчет, содержащий ссылки на другие отчеты Power BI, но в них нужно отображать только определенные сведения. Сначала отфильтруйте отчеты с помощью параметров строки запроса и сохраните URL-адреса. Затем в Desktop создайте таблицу с этими новыми URL-адресами отчета. После этого опубликуйте отчет и предоставьте к нему общий доступ.
Параметры строки запроса можно также использовать для создания расширенного решения Power BI. С помощью DAX можно создать отчет, который динамически формирует URL-адрес отфильтрованного отчета на основе выбора, осуществляемого клиентом в текущем отчете. Когда клиенты выберут URL-адрес, они увидят только нужные сведения.
Рекомендации и устранение неполадок
Есть несколько моментов, которые следует учитывать при использовании параметров строки запроса.
- При использовании оператора in справа от in должен в круглых скобках идти список значений, разделенных запятыми.
- Сервер отчетов Power BI также поддерживает возможность указывать дополнительные фильтры с помощью параметра URL-адреса «filter». Например, URL-адрес в решении «Сервер отчетов Power BI» может выглядеть следующим образом:
- Фильтры URL-адреса могут содержать не более 10 выражений (10 фильтров, соединенных AND).
- Из-за ограничений JavaScript тип данных long равен (2^53-1).
- Power BI не ограничивает число символов в строках запроса URL-адреса. Разные браузеры имеют разные ограничения по длине.
Фильтры URL-адресов поддерживаются в некоторых сценариях внедрения, но не поддерживаются в других.
- Внедрение отчета на защищенный портал или сайт поддерживается.
- Фильтры URL-адресов поддерживаются в Power BI Embedded. Подробные сведения см. в статье Расширенные возможности фильтрации URL-адресов в Power BI Embedded.
- Фильтрация строки запроса не поддерживается при веб-публикации или экспорте в PDF.
- Фильтры URL-адреса не поддерживаются при внедрении с помощью веб-части отчетов в SharePoint Online.
- Teams не позволяет указывать URL-адрес.
Операторы
Кроме and, Power BI поддерживает и другие операторы. Эти операторы и поддерживаемые ими типы содержимого приведены в таблице ниже.
Оператор | Определение | строка | число | Дата | Пример |
---|---|---|---|---|---|
and | и | да | да | Да | product/price le 200 and price gt 3.5 |
eq | равно | да | да | да | Address/City eq ‘Redmond’ |
ne | не равно | да | да | да | Address/City ne ‘London’ |
ge | больше или равно | нет | да | да | product/price ge 10 |
gt | больше чем | нет | да | Да | product/price gt 20 |
le | меньше или равно | нет | да | Да | product/price le 100 |
lt | меньше чем | нет | да | Да | product/price lt 20 |
окне | включая | да | Да | Да | Student/Age in (27, 29) |
* При использовании in значением справа от in может быть разделенный запятыми список, заключенный в круглые скобки, или одно выражение, которое возвращает коллекцию. Примеры см. в статье о операторе in .
Числовые типы данных
Фильтр URL-адреса для Power BI может содержать числа в следующих форматах.
Числовой тип | Пример |
---|---|
integer | 5 |
long | 5 L или 5 l |
double | 5,5 или 55e-1, или 0,55e+1, или 5D, или 5d, или 0,5e1D, или 0,5e1d, или 5,5D, или 5,5d, или 55e-1D, или 55e-1d |
decimal | 5 M или 5 m либо 5,5 M или 5,5 m |
float | 5 F или 5 f либо 0,5e1 F или 0,5e-1 d |
Типы данных Date
Для типов данных Date и DateTimeOffset Power BI поддерживает OData V3 и V4. При использовании OData V3 значения дат должны быть заключены в одинарные кавычки и им должно предшествовать слово datetime. В OData V4 не требуется применять одинарные кавычки и слово datetime.
Для представления даты используется формат EDM (2019-02-12T00:00:00). При указании даты в формате «ГГГГ-ММ-ДД» Power BI интерпретирует ее как «ГГГГ-ММ-ДДT00:00:00». Убедитесь, что для месяца и дня используются две цифры (ММ и ДД).
Почему это различие имеет значение? Предположим, вы создаете параметр строки запроса Table/Date gt ‘2018-08-03’ . Будет ли дата 3 августа 2018 г. включена в результаты или же результаты будут начинаться с даты 4 августа 2018 г.? Power BI преобразует запрос в Table/Date gt ‘2018-08-03T00:00:00’ . Поэтому ваши результаты будут включать все даты с ненулевой частью времени, так как значение таких дат будет превышать ‘2018-08-03T00:00:00’ .
Существуют также другие различия между V3 иV4. OData V3 не поддерживает типы Date, а только DateTime. Поэтому если вы используете формат V3, вам нужно указать полную дату и время. Литералы дат, такие как «datetime’2019-05-20′» не поддерживаются в нотации V3. Но в нотации V4 вы можете просто записать ее как «2019-05-20». Приведем два эквивалентных запроса фильтров в V3 и V4:
- формат OData V4: filter=Table/Date gt 2019-05-20;
- формат OData V3: filter=Table/Date gt datetime’2019-05-20T00:00:00′.
Формирование оптимальной структуры URL для разных типов страниц
- Страница раздела/категории. Здесь всё просто, так как после домена сразу идет страница раздела/категории: https://site.ua/category1/.
- Страница подкатегории. Рассмотрим два часто используемых варианта:
повторять структуру сайта: https://site.ua/category1/subcategory1/subcategory2/subcategory3/;
убирать промежуточные папки в URL-адресе: https://site.ua/category1/subcategory3/;
- Страница карточки товара.
всё также сохранять иерархию страниц, добавляя в URL карточку товара: https://site.ua/category1/subcategory1/subcategory2/product/
Преимущества:
- можно показать поисковым роботам структуру сайта и его содержание, что положительно скажется на индексации;
- можно отслеживать трафик в аналитике, так как видно, с какого раздела/категории пришел пользователь;
- пользователи сразу понимают, в каком разделе сайта они находятся — им проще ориентироваться по сайту.
Недостатки:
- длинный URL уменьшает вес ключевых слов в веб-адресе;
- в некоторых CMS-системах нет возможности создавать дополнительные разделы/подкатегории;
- велика вероятность появления дублей страниц. Например, один товар может находиться в двух категориях. Это приводит к появлению дублей страниц. Например iPhone XS может находиться сразу в нескольких разделах: https://site.com.ua/smarfony/iphonexs/; https://site.com.ua/smarfony/apple/iphonexs/.
Ещё вариант — не привязывать карточку товара к определенной категории и хранить всё в корне сайта: https://site.ua/product/.
Преимущества:
- товары не закреплены за страницами определенных категорий, что исключает возможность появления дублей страниц;
- увеличение веса ключевых слов в URL на определённом разделе;
- оптимальная длина веб-адреса, за счет исключения промежуточных категорий/подкатегорий.
Недостатки:
- не в каждой системе управления контентом есть возможность убирать ненужные для URL папки;
- нет возможности отслеживать трафик в аналитике: так товар не будет закреплен за конкретным разделом/категорией.
Второй рекомендую в том случае, когда товар может относиться к разным категориям. Товары не будут закреплены за категориями и таким образом можно решить проблему появления дублей страниц.
О том, как формировать структуру URL для страниц фильтров, можно прочитать в блоге.
Операторы
Кроме and, Power BI поддерживает и другие операторы. Эти операторы и поддерживаемые ими типы содержимого приведены в таблице ниже.
Оператор | Определение | строка | число | Дата | Пример |
---|---|---|---|---|---|
and | и | да | да | Да | product/price le 200 and price gt 3.5 |
eq | равно | да | да | да | Address/City eq ‘Redmond’ |
ne | не равно | да | да | да | Address/City ne ‘London’ |
ge | больше или равно | нет | да | да | product/price ge 10 |
gt | больше чем | нет | да | Да | product/price gt 20 |
le | меньше или равно | нет | да | Да | product/price le 100 |
lt | меньше чем | нет | да | Да | product/price lt 20 |
окне | включая | да | Да | Да | Student/Age in (27, 29) |
* При использовании in значением справа от in может быть разделенный запятыми список, заключенный в круглые скобки, или одно выражение, которое возвращает коллекцию. Примеры см. в статье о операторе in .
Числовые типы данных
Фильтр URL-адреса для Power BI может содержать числа в следующих форматах.
Числовой тип | Пример |
---|---|
integer | 5 |
long | 5 L или 5 l |
double | 5,5 или 55e-1, или 0,55e+1, или 5D, или 5d, или 0,5e1D, или 0,5e1d, или 5,5D, или 5,5d, или 55e-1D, или 55e-1d |
decimal | 5 M или 5 m либо 5,5 M или 5,5 m |
float | 5 F или 5 f либо 0,5e1 F или 0,5e-1 d |
Типы данных Date
Для типов данных Date и DateTimeOffset Power BI поддерживает OData V3 и V4. При использовании OData V3 значения дат должны быть заключены в одинарные кавычки и им должно предшествовать слово datetime. В OData V4 не требуется применять одинарные кавычки и слово datetime.
Для представления даты используется формат EDM (2019-02-12T00:00:00). При указании даты в формате «ГГГГ-ММ-ДД» Power BI интерпретирует ее как «ГГГГ-ММ-ДДT00:00:00». Убедитесь, что для месяца и дня используются две цифры (ММ и ДД).
Почему это различие имеет значение? Предположим, вы создаете параметр строки запроса Table/Date gt ‘2018-08-03’ . Будет ли дата 3 августа 2018 г. включена в результаты или же результаты будут начинаться с даты 4 августа 2018 г.? Power BI преобразует запрос в Table/Date gt ‘2018-08-03T00:00:00’ . Поэтому ваши результаты будут включать все даты с ненулевой частью времени, так как значение таких дат будет превышать ‘2018-08-03T00:00:00’ .
Существуют также другие различия между V3 иV4. OData V3 не поддерживает типы Date, а только DateTime. Поэтому если вы используете формат V3, вам нужно указать полную дату и время. Литералы дат, такие как «datetime’2019-05-20′» не поддерживаются в нотации V3. Но в нотации V4 вы можете просто записать ее как «2019-05-20». Приведем два эквивалентных запроса фильтров в V3 и V4:
- формат OData V4: filter=Table/Date gt 2019-05-20;
- формат OData V3: filter=Table/Date gt datetime’2019-05-20T00:00:00′.
Закрепление плитки на основе отфильтрованного отчета
Отфильтровав отчет с помощью параметров строки запроса, вы можете закрепить на панели мониторинга связанные визуализации. Плитка на панели мониторинга отображает отфильтрованные данные. Выбрав эту плитку на панели мониторинга, вы откроете отчет, на основе которого она была создана. При этом фильтрация, выполненная на основе URL-адреса, не сохраняется вместе с отчетом. Когда вы выбираете плитку панели мониторинга, отчет открывается в неотфильтрованном состоянии. Это означает, что данные, отображаемые на плитке панели мониторинга, не соответствуют данным, отображаемым в визуализации отчета.
Это удобно, когда вам нужно увидеть разные результаты: отфильтрованные данные на панели мониторинга и неотфильтрованные в отчете.
Структура URL адреса
URL-адрес, который мы видим в адресной строке браузера, состоит из нескольких частей:
В начале адреса (1) всегда указан протокол (в некоторых браузерах по умолчанию он может быть скрыт и становится виден при щелчке по адресной строке). Если мы просматриваем веб-страницу, это будет протокол передачи данных «http» или его форма «https» с поддержкой шифрования для установки безопасного соединения. Однако URL может начинаться с других обозначений, например:
- «ftp» — в этом случае браузер откроет файловый сервер. После протокола «ftp» может указываться логин и пароль для входа в учетную запись. Выглядеть это может следующим образом: ftp://name:password@example.com;
- «mailto» — браузер выполнит команду отправки письма на указанный адрес;
- «file» — в браузере будет открыт файл с компьютера.
После протокола (2) следует доменное имя сайта (хост) или в редких случаях его IP-адрес. Также в некоторых случаях URL-адрес может содержать номер порта, например, его можно увидеть в сетевых приложениях (выглядит это так: //example.com:8080).
Затем указывается путь к странице (3), состоящий из каталогов и подкаталогов, который, в свою очередь, включает в себя ее название.
URL также может включать параметры, которые указываются после знака «?» и разделяются символом «&». Пример адреса страницы с результатами поиска по слову «url» в поисковой системе Google:
https://www.google.ru/search?newwindow=1&sxsrf=ALeKk02BP8tO_kCAffUrYqQOwhLV3p_jdw%3A1605124767263&source=hp&ei=n0KsX6mcDO-grgT7tpeYDA&q=url&oq=url&gs_lcp=CgZwc3ktYWIQAzIFCAAQsQMyBQgAELEDMgIILjICCAAyAggAMgIIADICCAAyAggAMgIIADICCABQjghYjghgkRpoAHAAeACAAUOIAUOSAQExmAEAoAECoAEBqgEHZ3dzLXdpeg&sclient=psy-ab&ved=0ahUKEwjp58bco_vsAhVvkIsKHXvbBcMQ4dUDCAs&uact=5
https://ru.wikipedia.org/wiki/URL#Структура_URL
Закрепление плитки на основе отфильтрованного отчета
Отфильтровав отчет с помощью параметров строки запроса, вы можете закрепить на панели мониторинга связанные визуализации. Плитка на панели мониторинга отображает отфильтрованные данные. Выбрав эту плитку на панели мониторинга, вы откроете отчет, на основе которого она была создана. При этом фильтрация, выполненная на основе URL-адреса, не сохраняется вместе с отчетом. Когда вы выбираете плитку панели мониторинга, отчет открывается в неотфильтрованном состоянии. Это означает, что данные, отображаемые на плитке панели мониторинга, не соответствуют данным, отображаемым в визуализации отчета.
Это удобно, когда вам нужно увидеть разные результаты: отфильтрованные данные на панели мониторинга и неотфильтрованные в отчете.
Действовать против небезопасных действий
Несмотря на все профилактические меры, которые могут быть приняты, всегда существует процент, даже самый небольшой, небезопасных действий, которые могут произойти в рабочей среде.
Также очень важно знать, как правильно действовать в опасной или рискованной ситуации. Цель должна состоять в том, чтобы остановить эту опасность или минимизировать ее ущерб
В рискованных ситуациях старайтесь сохранять спокойствие. Для этого также необходимо помнить, что используемый язык должен соответствовать физическим действиям.
При обнаружении небезопасного действия необходимо указать работнику, что произошло и что произошло. Вы можете работать вместе, чтобы определить, есть ли лучший способ действовать в будущем, когда возникнут похожие ситуации.
Вовлечение работников — хороший способ изменить их поведение. Вас могут попросить дать предложения, объяснив свой опыт и мотивацию.
Если невозможно изменить образ действий работника, необходимо установить правила или наказания за его неправильное поведение.
Из чего состоит веб-адрес
Чтобы унифицировать все веб-адреса создан специальный стандарт, благодаря которому у всех урлов существует простой и понятный путь к хранению файла.
Символы, которые мы видим в адресной строке и есть URL-адрес. Структура любого URL выглядит так:
В структуре обязательно используется <схема> и <хост>, остальные части необязательные.
Схема — протокол передачи данных. Существует огромное количество протоколов, но чаще всего это:
- FTP:// (File Transfer Protocol)предоставляет удаленный доступ к хостингу, передаче данных с сервера на устройство пользователя и наоборот;
- HTTP:// (Hyper Text Transfer Protocol) — протокол передачи гипертекста предназначен для транспортировки произвольных данных (изначально, в формате HTML).
HTTPS:// (Hyper Text Transfer Protocol Secure) — HTTP протокол, для повышения безопасности работающий с помощью транспортных механизмов SSL и TLS.
Логин: пароль — имя и пароль для входа в учетную запись. Для HTTP/HTTPS-протоколов не используется. Обычно применяется для протокола FTP (ftp://name:password@qwerty.ua).
Хост — доменное имя сайта. Зачастую используется название бренда, например netpeak.ua. Также может использоваться IP-адрес (172.217.168.195), но сейчас его применяют очень редко, так как IP запомнить сложнее.
Порт — составная часть веб-адреса, числовой идентификатор программы или процесса, предоставляющий возможность доступа к ресурсам на указанном IP-адресе. Например, за http-сервером закреплен 80 порт, а за https — 443. То есть для соединения с веб-сервером нам необходимо знать IP-адрес компьютера и его порт. В свою очередь, чтобы веб-сервер мог передать данные на наш компьютер, ему необходимо предоставить IP и порт нашего компьютера, чтобы принять ответ от сервера, а после обработать данные.
URL-путь — это адрес, где расположен ресурс или файл на веб-сервере. К примеру, по адресу https://netpeak.ua/services/seo/ можно понять, что услуги категории «SEO» расположены в директории «Услуги».
Параметры — специальные данные, которые браузер сообщает веб-серверу. Как правило, параметры указываются после знака «?» и разделяются «&». Всё, что идет до вопросительного — основной URL, после — дополнительные параметры. https://site.com/cat332t1.html?sort_direction=desc&sort_by=price_desc
Якорь — вид закладки на странице, которая направляет пользователя на определенную часть страницы (помеченный фрагмент кода). Реализовывается с помощью символа «#»: https://en.wikipedia.org/wiki/URL#Syntax.
Влияние URL на SEO
На продвижение сайтов влияет множество факторов, которые помогают добиться необходимых результатов в ранжировании сайта.
При прочих равных, правильно оптимизированный URL-адрес страницы даёт преимущество над сайтами, у которых URL сформирован CMS системой.
Степень значимости оптимизированного URL в SEO зависит от частотности запросов и конкуренции. Как правило, главные разделы сайта продвигаются по высокочастотным запросам, на них оптимизация URL не сильно отражается. А вот для низкочастотных запросов правильно составленные веб-адреса важны и существенно помогают в ранжировании сайта.
Отношение к другим формам безопасности
Типовая безопасность в конечном итоге направлена на исключение других проблем, например:
- Предупреждение незаконных операций. Например, мы можем идентифицировать выражение как недопустимое, потому что правила арифметики не определяют, как делить целое число на строку .
-
Безопасность памяти
- Дикие указатели могут возникать, когда указатель на объект одного типа рассматривается как указатель на другой тип. Например, размер объекта зависит от типа, поэтому, если указатель увеличивается под неправильными учетными данными, он будет указывать на некоторую случайную область памяти.
- Переполнение буфера. Запись вне пределов может привести к повреждению содержимого объектов, уже присутствующих в куче. Это может произойти, когда более крупный объект одного типа грубо копируется в более мелкий объект другого типа.
- Логические ошибки, возникающие в семантике разного типа. Например, дюймы и миллиметры могут храниться как целые числа, но не должны заменяться друг другом или складываться. Система типов может применять для них два разных типа целых чисел.
Что такое действительный URL
URL, введенный в адресную строку браузера, не всегда бывает «действительным». Он может содержать специальные символы (например, ). Перед тем как выполнить переход по указанному адресу, браузер должен преобразовать эти символы в другую кодировку.
Аналогичным образом, любой код, который создает или получает данные в формате UTF-8, может считать URL-адреса с символами UTF-8 «действительными», но ему также потребуется преобразовать эти символы, прежде чем отправлять их на веб-сервер.
Этот процесс называется или процентным кодированием.
Специальные символы
Необходимость преобразования символов связана с тем, что все URL должны соответствовать синтаксису, указанному в спецификации унифицированного идентификатора ресурсов (URI). На практике это значит, что URL должны содержать только определенный набор символов ASCII: стандартные буквенно-числовые символы и несколько зарезервированных символов, используемых в URL в качестве управляющих.
Символы, которые можно использовать в URL
Набор | символов | Использование в URL-адресе |
---|---|---|
Буквенно-числовые | a b c d e f g h i j k l m n o p q r s t u v w x y z A B C D E F G H I J K L M N O P Q R S T U V W X Y Z 0 1 2 3 4 5 6 7 8 9 |
Текстовые строки, схема (), порт () и т. д. |
Незарезервированные | — _ . ~ | Текстовые строки |
Зарезервированные | ! * ‘ ( ) ; : @ & = + $ , / ? % # | Управляющие символы или текстовые строки |
При создании действительного URL-адреса необходимо использовать только символы, указанные в этой таблице. По причине того, что в URL должны использоваться символы только из определенного набора, может возникать необходимость их пропуска или замены:
- Если символы, которые вы хотите использовать, отсутствуют в указанном выше наборе. Например, символы на иностранных языках, такие как , нужно преобразовать с помощью символов из таблицы. По общепринятому соглашению пробелы (которые запрещены в URL) часто передаются с помощью знака плюса .
- Если зарезервированные символы нужно использовать в их первоначальном значении.
Например, символ используется в URL-адресах для обозначения начала строки запроса. Если вы хотите передать строку «? and the Mysterions», вам необходимо закодировать вопросительный знак ().
Кодирование URL проводится с помощью символа и двухсимвольного шестнадцатеричного значения, соответствующего данному символу в UTF-8. Например, в UTF-8 будет закодирован для URL как . Строка будет закодирована для URL как или .
Часто используемые символы, требующие кодирования
Ниже показаны закодированные значения для некоторых популярных символов:
Символ | Закодированное значение |
---|---|
Пробел | |
« | |
< | |
> | |
# | |
% | |
| |
Процентное кодирование текста, который вводит пользователь, может оказаться непростой задачей. Например, он может ввести адрес как «5th&Main St.»
Обычно URL необходимо создавать из отдельных частей, обрабатывая все вводимые пользователем данные как символьные литералы.
Кроме того, URL для всех веб-сервисов платформы Google Карт и Maps Static API могут содержать не более 8192 символов. Для большинства сервисов это ограничение превышается крайне редко, но некоторые могут запрашивать ряд параметров, в результате чего длина URL может существенно увеличиться.
Сильный и слабый набор текста
Языки программирования часто в просторечии классифицируются как строго типизированные или слабо типизированные (также слабо типизированные) для обозначения определенных аспектов безопасности типов. В 1974 году Лисков и Зиллес определили строго типизированный язык как язык, в котором «всякий раз, когда объект передается от вызывающей функции к вызываемой функции, его тип должен быть совместим с типом, объявленным в вызываемой функции». В 1977 году Джексон писал: «В строго типизированном языке каждая область данных будет иметь отдельный тип, и каждый процесс будет определять свои требования к коммуникации в терминах этих типов». Напротив, слабо типизированный язык может давать непредсказуемые результаты или может выполнять неявное преобразование типов.
9 ответов
Согласно RFC 1738
ответ дан nhahtdh 17 September 2014 в 15:47
Почему это должно быть закодировано? Запрос похож на это:
существует 3 поля, разделенные пробелом. Если Вы помещаете пространство в свой URL:
Вы знаете, имеют 4 поля, сервер HTTP скажет Вам, что это — неверный запрос.
3 поля => допустимый
Примечание: в строке запроса (после того, как?), пространство обычно кодируется как +
, а не
ответ дан Julien 17 September 2014 в 15:47
Более короткий ответ: нет, необходимо закодировать пространство; это корректно для кодирования пространства , но только в строке запроса; в пути необходимо использовать .
ответ дан Peter Hilton 17 September 2014 в 15:47
URL определяются в RFC 3986 , хотя другие RFCs релевантны также, но RFC 1738 является устаревшим.
у Них не может быть пробелов в них, наряду со многими другими символами. Так как те запрещенные символы часто должны быть представлены так или иначе, существует схема кодирования их в URL путем перевода их в их ASCII шестнадцатеричный эквивалент с префиксом «%».
Большинство языков/платформ программирования обеспечивает функции для кодирования и декодирования URL, хотя они не могут правильно придерживаться стандартов RFC. Например, я знаю, что PHP не делает.
ответ дан Rob Williams 17 September 2014 в 15:47
Да, пространство обычно кодируется к «%20» все же. Любые параметры, которые передают URL, должны быть закодированы, просто из соображений безопасности.
ответ дан user54650 17 September 2014 в 15:47
Отвечать на Ваш вопрос. Я сказал бы, что приложениям довольно свойственно заменить пробелы в значениях, которые будут использоваться в URL. Причина этого состоит в том, чтобы обычно избегать более трудного для чтения процента (URI), кодирующий, который происходит.
Выезд эта статья Википедии приблизительно кодирование Процента .
ответ дан Funk Forty Niner 17 September 2014 в 15:47
URL должны не , имеют пробелы в них. Если необходимо обратиться к тому, который делает, использует его закодированное значение
ответ дан Chris Ballance 17 September 2014 в 15:47
URIs и таким образом URL, определяются в RFC 3986.
при рассмотрении грамматики, определенной там, Вы в конечном счете отметите, что пробел никогда не может быть частью синтаксически легального URL, таким образом термин «URL с пространством» является противоречием сам по себе.
ответ дан Julian Reschke 17 September 2014 в 15:47
Firefox 3 отобразится с в URL как пробелы в строке поиска.
ответ дан Sophie Alpert 17 September 2014 в 15:47
Другие вопросы по тегам:
Создание URL
Синтаксис создания нового объекта :
- – полный URL-адрес или только путь, если указан второй параметр,
- – необязательный «базовый» URL: если указан и аргумент содержит только путь, то адрес будет создан относительно него (пример ниже).
Например:
Эти два URL одинаковы:
Можно легко создать новый URL по пути относительно существующего URL-адреса:
Объект даёт доступ к компонентам URL, поэтому это отличный способ «разобрать» URL-адрес, например:
Вот шпаргалка по компонентам URL:
- это полный URL-адрес, то же самое, что
- – протокол, заканчивается символом двоеточия
- строка параметров, начинается с вопросительного знака
- начинается с символа
- также есть свойства и , если используется HTTP-аутентификация: (не нарисованы сверху, так как редко используются).
Можно передавать объекты в сетевые методы (и большинство других) вместо строк
Мы можем использовать объект в методах или и почти во всех других, где ожидается URL-строка.
Вообще, объект можно передавать почти куда угодно вместо строки, так как большинство методов сконвертируют объект в строку, при этом он станет строкой с полным URL-адресом.
Как исправить поведение работников: 5 шагов для работодателя
Шаг 1.
Покажите свою нацеленность на
безопасность.
Руководство
исправит поведение работников, если начнет с себя. Нередко глава компании
формально поддерживает инициативы по развитию культуры безопасности, но при
этом сам остается в стороне.
А
когда речь заходит о затратах, проекты так и остаются проектами. Следите, чтобы
все руководители от высшего до линейного уровня показывали другим пример для
подражания. То, как поступают
руководители, с чем они мирятся и на чем настаивают, определяет норму поведения работников. Если начальник цеха не надевает каску в производственном помещении, то через некоторое время все работники цеха будут пренебрегать необходимыми средствами защиты.
Шаг 2.
Оцените опасное поведение
работников.
Чтобы
изменить процесс, его сначала нужно оценить. Есть две методики: для реального поведения,
которое можно наблюдать на территории предприятия, и для потенциального – его
называют профилем безопасности.
Поведенческие привычки в работоспособном возрасте уже сформированы. Изменить их или трудно, или невозможно. Но современная психология позволяет оценить персональный профиль по фактору отношения к безопасности и получить представление о сильных и слабых сторонах
На
основании этих результатов строят индивидуальные обучающие программы, принимают
кадровые решения и формируют бригады из наиболее подходящих друг другу
сотрудников. Скорректировать профиль безопасности работника позволит высокий уровень
культуры безопасности. Он складывается из приверженности менеджмента,
коммуникаций, вовлеченности сотрудников, обучения или информирования, мотивации
и самообучаемости.
Чем
хуже ситуация с профилем безопасности сотрудников, тем выше должны быть требования
к уровню культуры безопасности в организации.
Шаг 3. Развивайте культуру безопасности.
Для этого руководству нужно взять на себя определенные обязательства. Сравните время, деньги и человеческие ресурсы, которые выделяют на поддержку безопасности, с производственными и финансовыми показателями. Результат покажет уровень мотивации здоровья и безопасности в организации.
Эффективные
менеджеры должны подавать пример работникам. Приверженность безопасности
подтверждают реальными действиями.
Например, регулярными визитами руководителя в цех, остановкой производства для решения проблем. Если таких действий нет, работники будут убеждены, что работодатель ставит выше всего коммерческие интересы. Любые инициативы работодателя в таком случае работники будут воспринимать как циничные. Вопросы о здоровье и безопасности сделайте частью повседневных рабочих бесед. Руководство должно активно слушать и воспринимать всерьез, что говорят сотрудники.
Дайте работникам возможность участвовать в мероприятиях по безопасности, чтобы использовать знания, которыми они обладают.
Шаг 4.
Работайте с персоналом.
Налаженные
коммуникации между руководством и персоналом предприятия создают атмосферу
доверия
Это важно для культуры безопасности. Ведь работник, который не
доверяет руководителю, не станет информировать его о происшествиях и проблемах
в безопасности
Есть
два вида коммуникации: односторонняя и двусторонняя. Используйте оба вида,
чтобы сформировать безопасное поведение работников. Какие формы могут иметь
коммуникации, смотрите на рисунке 2.
Сотрудникам,
которые развивают коммуникации в компании, нужно уметь убеждать, вызывать
доверие у работников и обладать качествами лидера. Управленческие навыки
понадобятся линейным руководителям, чтобы выводить работников на диалог.
Убедите их проводить инструктаж на рабочем месте не по методу «начальник говорит,
а подчиненный молчит».
Шаг 5.
Поддерживайте культуру
безопасности.
Демонстрируйте
высокие стандарты безопасности при контактах с сотрудниками, начиная от
размещения вакансии и интервью с кандидатом и заканчивая увольнением. Любой
новый сотрудник должен знать, что вопросы безопасности на предприятии важнее
всего.
Руководитель
должен поощрять каждый факт остановки производства, которое угрожает жизни и
здоровью работников, даже если тревога была ложной
Человекопонятные URL
Поисковые системы рекомендуют создавать дружественные адреса веб-страниц, по которым и пользователи, и поисковые роботы смогут судить, какая информация на этой странице находится. Например, по URL-адресу вида: www.yoursite.net/viewpage.php?page_id=23 понять это невозможно, а адрес www.yoursite.net/contact/ сразу дает представление о содержании страницы. Такие УРЛы называют человекопонятными (ЧПУ).
- ими легко делиться с другими людьми — можно не только переслать в сообщении, но и продиктовать устно;
- в такой URL можно вставить ключевые слова;
- ЧПУ легко запомнить, так как он вызывает простые и понятные ассоциации;
- они позволяют быстрее перемещаться по сайтам — вы можете удалить часть адреса с конца и сразу попасть в нужный раздел, что избавляет от поиска соответствующей ссылки на сайте.
При формировании ЧПУ на своем сайте следует придерживаться определенных правил:
использовать транслитерацию в соответствии с приведенной ниже таблицей (с одним исключением — «ый» — транслитерируется как «iy»).
- пробелы, а также знаки препинания менять на дефис или нижнее подчеркивание, а два таких символа подряд заменять на один;
- удалять символ «-» в начале или в конце адреса;
- не использовать заглавные буквы, так как УРЛы чувствительны к регистру;
- стараться формировать короткие URL.