Самое простое решение - объединить расщепление строк с помощью оператора -split
и блока сценариев с задержкой (который вы пытались использовать):
Get-ChildItem C:\Script –Recurse –File -Exclude [0-9][0-9]-[0-9]* |
Rename-Item -NewName {
# Split the full path into its components.
$names = Самое простое решение - объединить расщепление строк с помощью оператора -split
и блока сценариев с задержкой (который вы пытались использовать):
[110] -WhatIf
предварительно просматривают операцию переименования; удалите его для фактического переименования.
Обратите внимание, как -Exclude
используется с выражением подстановочного знака непосредственно с Get-ChildItem
для исключения файлов, которые уже имеют целевой формат имени. Sup>
Основная причина, по которой ваш оригинал не работал, состоит в том, что вы вычислили одиночные, статические , $parent
и $grandparent
значения вместо получения значений, характерных для входного пути, из каждого входного пути.
Кроме того, ваш $grandparent
расчет был излишне сложным; Полезный ответ Герта Яна Краайевельда показывает более простой способ.
.FullName -split '\\'
# Compose the new file name from the relevant components and output it.
'{0}-{1} {2}' -f $names[-3], $names[-2].Substring($names[-2].Length-4), Самое простое решение - объединить расщепление строк с помощью оператора -split
и блока сценариев с задержкой (который вы пытались использовать):
[110] -WhatIf
предварительно просматривают операцию переименования; удалите его для фактического переименования.
Обратите внимание, как -Exclude
используется с выражением подстановочного знака непосредственно с Get-ChildItem
для исключения файлов, которые уже имеют целевой формат имени. Sup>
Основная причина, по которой ваш оригинал не работал, состоит в том, что вы вычислили одиночные, статические , $parent
и $grandparent
значения вместо получения значений, характерных для входного пути, из каждого входного пути.
Кроме того, ваш $grandparent
расчет был излишне сложным; Полезный ответ Герта Яна Краайевельда показывает более простой способ.
.Name
} -WhatIf
-WhatIf
предварительно просматривают операцию переименования; удалите его для фактического переименования.
Обратите внимание, как -Exclude
используется с выражением подстановочного знака непосредственно с Get-ChildItem
для исключения файлов, которые уже имеют целевой формат имени. Sup>
Основная причина, по которой ваш оригинал не работал, состоит в том, что вы вычислили одиночные, статические , $parent
и $grandparent
значения вместо получения значений, характерных для входного пути, из каждого входного пути.
Кроме того, ваш $grandparent
расчет был излишне сложным; Полезный ответ Герта Яна Краайевельда показывает более простой способ.
В Apache, настроенном виртуальном хостинге. Можно запретить доступ к сайту от http://kitchen.co.jp/
или запретите от чего-либо кроме http://neteditr.com/
.
Любой веб-сайт может быть дублирован; и любой, которые не полагаются ни на какую серверную обработку (т.е. полностью реализованный в JavaScript на клиенте, со связанным HTML/CSS/изображениями) будет особенно легким по простой причине, что для работы браузер должен смочь загрузить все содержание, в которой точке это можно было вытянуть от кэша браузера (или прервать на полпути или загрузить злонамеренным клиентом).
Лучший план действий должен обратиться к ISP, размещающему копию - им, вероятно, будет нужно доказательство, что они скопировали Вас, и не наоборот. Это может нести больше веса и быть возбуждено уголовное дело быстрее, если Вы заставляете своего адвоката делать это (как нарушение авторского права)
С точки зрения Google, оценивающего страницу выше, это до их алгоритмов, которые были бы классифицированы как коммерческие тайны (я предположу, что количество входящих ссылок играет главную роль в результатах). Вы могли приблизиться к ним, чтобы попросить, чтобы они удалили страницы, но я сомневаюсь, что это было бы встречено большим успехом, поскольку это будет Ваше слово против их, не производя доказательство, что Вы - жертва нарушения авторского права
Домен kitchen.go.jp указывает на 209.20.77.104. По данным GeoIP, это находится на Сент-Луисе, Миссури, что означает, что это находится в стране с сильной правовой системой, таким образом, можно предъявить иск им или отправить им уведомление DMCA. Свяжитесь с адвокатом.
Обновление: Согласно японскому NIC whois сервис (whois.jprs.jp) контактная информация для домена следующее:
Contact Information:
a. [JPNIC Handle] SU180JP
c. [Last, First] Usami, Shinichi
d. [E-Mail] s-usami@mail.usamiplanning.co.jp
g. [Organization] Usami Co.,Ltd.
l. [Division]
n. [Title] Vice President
o. [TEL] 0729-48-2801
p. [FAX] 0729-48-2807
y. [Reply Mail]
[Last Update] 1999/03/04 12:51:46 (JST)
form@domain.nic.ad.jp
Необходимо, вероятно, связаться с ними. Чтобы быть честным, я думаю, что кто-то просто хотел иметь Вашего редактора на японском домене (компания webfilter политика, возможно?), ничто malvolent.
Технически, как Вы препятствуете тому, чтобы Ваш веб-сайт был зеркально отражен на другом домене, я использую Apache и служу HTML/JS/PHP/CSS файлам.
Нет действительно никакого способа сделать это. Для веб-браузера для отображения содержания необходимо отправить им весь HTML/JS/CSS/Images, который является точно, что кто-то должен был бы скопировать веб-сайт. Единственной вещью, которой Вы не служите до них на серебряном диске, является PHP. Нет никакого способа стать довольным Вашим пользователям, не позволяя кому-то сорвать Ваш веб-сайт.