pashazxcv: Здравствуйте, все вопросы в ЛС или по указанным контактам.
Слабый какой-то у вас маркетинг. Вам тему бесплатно апают, а вы даже на простые вопросы ответить не можете. Какому бизнесу и кого вы можете тогда научить, если свой собственный продавать не умеете.
Vladimirus: По блокировкам, всех блокируют,и ИП и без статуса ИП. Всех. Просто потому что банки могут.
Ну это совсем не так :) Переводы с карты на карту дрючат уже последние два или три года по всем банкам в РФ, т.к. это один из основных методов ухода от налогов у интернет-предпринимателей. Плохо здесь то, что многие клиенты уже привыкли так платить и некоторые ИМ вынуждены использовать схему с2с, чтобы клиенты не ушли к конкурентам. О том же, чтобы блокировали счета за обычные банковские переводы, я и не слышал. У многих уже просто подмена понятий, и они считают что перевод с карты на карту - это и есть банковский перевод.
_SP_: Поделитесь что-ли примером "сайта не на html"... чтобы там этого html не было значит. Ну и, желательно, чтобы это был не сайт "9583498 мухосранской колонии для детей-дебилов"... а хоть что-то хоть кому-то нужное.
Я так понял ТС, что вопрос был в том, чтобы генерировать сайты без использования CMS и скриптов.
По поводу технологий, можно генерировать сайты только на CSS, используя из html только сам тэг <html>. Пример. Но прикол здесь конечно же в том, что даже в этом случае бразуеры будут автоматически генерировать html разметку, здесь подробнее объяснено. А так некоторое время назад можно было апеллировать вам с помощью Flash или Silverlight. Сейчас есть очень перспективная технология WebAssembly, все современные браузеры поддерживают, но мы еще плотно с ним не работали, поэтому не смогу привести хорошие примеры.
accelim: У товарища например жена бизнес-партнер вообще, и ничего нормально живут )
Родственники, как и друзья, познаются в беде, а не когда проблем еще нет. Про жен я вообще промолчу, за все скажет статистика разводов. Поэтому когда ваш товарищ задумает разводиться с женой (а чаще наоборот), тогда и увидите как они будут нормально жить и как это все отразится на бизнесе. До этого момента рекомендую таких советов и рекомендаций не давать.
Solmyr: Ну вот почитайте по ссылкам. Там все эти примеры заканчиваются фразой наподобие "For the foregoing reasons, the Complaint is denied."
Обратный захват домена с помощью ТЗ возможен только если домен используется с "bad faith". А это признают только в том случае, если де-факто на домене открыт фишинговый сайт или что-то наподобие. Если на домене любая другая легитимная деятельность, или же домен не делегирован - то обратный захват не удастся.
Мне не нужно читать :) Я же вам ссылки и дал, а не наоборот. Можете начинать с поиска по "Domain first" и разберите внимательно эти кейсы. И вы видимо не до конца понимаете, что такое "bad faith" и что означает приписка рядом с ним "No Evidence". Фишинг там точно не причем :)
2. Это имеет смысл делать, если вы хотите, чтобы в индексе Google картинки были только с основного домена. Поэтому можете добавить в .htaccess на s3 редирект на основной домен. Также можно добавить в корень хранилища robots.txt:
User-agent: *
Disallow:
3. Если я ничего не путаю, то для бакетов у Amazon уже установлен wildcard SSL-сертификат. Т.е. все ссылки и так будут доступны по https://img.vashdomain.com/images/logo.gif
При желании можно установить свой сертификат через Amazon Certificate Manager (только для вашего случая не вижу большого смысла так делать). Если вы используете для DNS CloudFlare (см. п.1), то у вас опять же уже установлен wildcard сертификат CloudFlare.
4, 5. Не нужно, нет. Если сделать п.2, то будет показывать все картинки с основного домена. Можно еще отдавать rel=“canonical, чтобы точно исключить технический домен из выдачи и избежать дублей.
Здравствуйте, все вопросы в ЛС или по указанным контактам.
Слабый какой-то у вас маркетинг. Вам тему бесплатно апают, а вы даже на простые вопросы ответить не можете. Какому бизнесу и кого вы можете тогда научить, если свой собственный продавать не умеете.
А смысл перехватывать на заказ, если можно восстанавливать сайты и продавать на телдери по озвученным ценам?
так ссылочная масса переложиться на основной, или нет?
и редирект 301 постраничный?
Дубли скорее всего все равно в индексе будут, но теоретически да, должна :)
Виталик такой хрестоматийный сын маминой подруги :)
По блокировкам, всех блокируют,и ИП и без статуса ИП. Всех. Просто потому что банки могут.
Ну это совсем не так :) Переводы с карты на карту дрючат уже последние два или три года по всем банкам в РФ, т.к. это один из основных методов ухода от налогов у интернет-предпринимателей. Плохо здесь то, что многие клиенты уже привыкли так платить и некоторые ИМ вынуждены использовать схему с2с, чтобы клиенты не ушли к конкурентам. О том же, чтобы блокировали счета за обычные банковские переводы, я и не слышал. У многих уже просто подмена понятий, и они считают что перевод с карты на карту - это и есть банковский перевод.
Поделитесь что-ли примером "сайта не на html"... чтобы там этого html не было значит.
Ну и, желательно, чтобы это был не сайт "9583498 мухосранской колонии для детей-дебилов"... а хоть что-то хоть кому-то нужное.
Я так понял ТС, что вопрос был в том, чтобы генерировать сайты без использования CMS и скриптов.
По поводу технологий, можно генерировать сайты только на CSS, используя из html только сам тэг <html>. Пример. Но прикол здесь конечно же в том, что даже в этом случае бразуеры будут автоматически генерировать html разметку, здесь подробнее объяснено. А так некоторое время назад можно было апеллировать вам с помощью Flash или Silverlight. Сейчас есть очень перспективная технология WebAssembly, все современные браузеры поддерживают, но мы еще плотно с ним не работали, поэтому не смогу привести хорошие примеры.
У товарища например жена бизнес-партнер вообще, и ничего нормально живут )
Родственники, как и друзья, познаются в беде, а не когда проблем еще нет. Про жен я вообще промолчу, за все скажет статистика разводов. Поэтому когда ваш товарищ задумает разводиться с женой (а чаще наоборот), тогда и увидите как они будут нормально жить и как это все отразится на бизнесе. До этого момента рекомендую таких советов и рекомендаций не давать.
Ну вот почитайте по ссылкам. Там все эти примеры заканчиваются фразой наподобие "For the foregoing reasons, the Complaint is denied."
Обратный захват домена с помощью ТЗ возможен только если домен используется с "bad faith". А это признают только в том случае, если де-факто на домене открыт фишинговый сайт или что-то наподобие. Если на домене любая другая легитимная деятельность, или же домен не делегирован - то обратный захват не удастся.
Мне не нужно читать :) Я же вам ссылки и дал, а не наоборот. Можете начинать с поиска по "Domain first" и разберите внимательно эти кейсы. И вы видимо не до конца понимаете, что такое "bad faith" и что означает приписка рядом с ним "No Evidence". Фишинг там точно не причем :)
В зоне .com обратный захват домена (с ТМ зарегистрированной позже чем домен) не пройдет.
К сожалению, это не так. Называется Reverse Domain Name Hijacking.
И есть куча примеров:
1) https://www.rdnh.com/
2) http://www.hallofshame.com/rdnh-cases/
1. Поддомен создается и настраивается только в DNS, никакие отдельные папки создавать не нужно. Как создавать CNAME записи с помощью ISP 4:
"Доменные имена" - Ваш домен - "Записи"
Выглядеть это будет как-то так:
img CNAME s3-website-ap-southeast-1.amazonaws.com.
2. Это имеет смысл делать, если вы хотите, чтобы в индексе Google картинки были только с основного домена. Поэтому можете добавить в .htaccess на s3 редирект на основной домен. Также можно добавить в корень хранилища robots.txt:
User-agent: *
Disallow:
3. Если я ничего не путаю, то для бакетов у Amazon уже установлен wildcard SSL-сертификат. Т.е. все ссылки и так будут доступны по https://img.vashdomain.com/images/logo.gif
При желании можно установить свой сертификат через Amazon Certificate Manager (только для вашего случая не вижу большого смысла так делать). Если вы используете для DNS CloudFlare (см. п.1), то у вас опять же уже установлен wildcard сертификат CloudFlare.
4, 5. Не нужно, нет. Если сделать п.2, то будет показывать все картинки с основного домена. Можно еще отдавать rel=“canonical, чтобы точно исключить технический домен из выдачи и избежать дублей.