Собственно, бизнес — это не когда ты один что-то делаешь, а когда ты организовываешь команду людей и вы вместе что-то делаете. В противном случае это не бизнес, а ремесло. Соответственно, если есть команда, то в ней есть и дизайнер, и сеошник, и программист. А ты (бизнесмен) их организовываешь. Можешь в свободное время писать код, если есть настроение.
Если команды нет, то и бизнеса никакого быть не может.
Именно так все и думают :-) А знаете, как бывает на самом деле? Нарисовал дизайнер дизайн, сверстал верстальщик шаблон и… остаётся натянуть его на сайт. Вот тут и начинается самое интересное:
1) В старом шаблоне были канонические мета-теги, в новом — забыли (как следствие — куча дублей с GET-параметрами, особенно у интернет-магазинов).
2) В половине случаев новый дизайн предполагает повышение удобства пользования сайтом в целом, из-за чего меняется структура разделов (была неудобная структура, сделанная под копирку бумажного каталога, а сделали менее строгую, но более понятную для человека). В итоге — меняются URL разделов, а редиректы ставить никто даже и не думал.
3) Часто новый дизайн предполагает наличие нового функционала. Например, фильтр товаров. А фильтр, как правило, приводит к бесконечному генерированию миллиардов новых страниц (результаты фильтрации), которые успешно попадают в индекс поисковиков и сайт проседает.
4) Когда уже вроде бы всё сделано, выкатывают новую версию на продакшн и оказывается, что в старом дизайне были предусмотрены тексты, которые в новом дизайне не предусмотрены. Обычно их можно безболезненно вписать в новый дизайн, но кто же об этом задумывается? Все просто делают то, что нарисовал дизайнер и сверстал верстальщик. А для поисковиков тексты — это как лицо сайта. Нет текстов — нет лица. Соответственно, если это не какой-нибудь сервис типа калькулятора, то сайт проседает в выдаче.
5) Старый дизайн мог быть некрасивым и неудобным, но зато — был написан на обычном HTML, который поисковики кушают за обе щеки. А новый — это куча скриптов, аякс, слайдеры, видео на фоне и т. д. Дизайнер об этом не думает, верстальщику не платили за оптимизацию кода. В итоге получаем монстра, который в лучшем случае просто стал грузится в разы дольше, а в худшем — вообще индексируется только наполовину (если, например, основная информация выводится аяксом).
И это я ещё не упоминаю всякие приколы типа:
— снесли мета-теги на всех страницах;
— забыли перенести перелинковку со старого дизайна в новый;
— у половины товаров цены стали нулевые;
— в новом дизайне забыли добавить контакты в шапке (или сделали их картинкой, которые поисковики не понимают);
— и т. д.
Я понимаю, что это всё как бы дизайнера не касается, но проблема в том, что и верстальщики тоже так считают. А владельцы сайта вообще об этом даже не задумываются. В итоге потом плачут на форумах: «Сменил дизайн — продаж нет». Как думаете, скажут за это дизайнеру спасибо? :-)
Упущена важная часть — влияние редизайна на позиции сайта в результатах выдачи поисковых систем. Большинство коммерческих сайтов получают посетителей именно оттуда и в большинстве случаев редизайн может негативно повлиять на облик сайта с точки зрения поисковиков. У Яндекса на эту тему даже видео есть — youtu.be/GnA2Oo5bkvA
Кстати, по этим лекциям Савватеев выпустил книгу. Так вот — она абсолютно нечитаемая! Если сравнивать книгу и сами лекции (видео) — это день и ночь в плане понятности. Это я к тому, что писать «учебники» действительно надо уметь, и это не зависит от умения объяснять…
Вот вы представьте, если завтра по запросу «вконтакте» в Яндексе будет не vk.com, а фишинговый сайт. Даже если не фишинговый, а просто клон ВКонтакте. Сам сайт ВК при этом останется на месте, но он нихрена не стоит без той аудитории, которая на него заходит.
Я с этим абсолютно согласен. Я также согласен, что Яндекс никому ничего не должен и т. д. и т. п. Просто тогда какой смысл в поддержке вебмастеров? Ну написали бы — мы делаем с поиском, что хотим, а проблемы вебмастеров нам до лампочки. Тогда бы и вопросов не возникало. Но Яндекс же себя позиционирует, как «корпорация добра» и всё в таком духе. Немного лицемерно получается.
Даже если бы техподдержка просто отвечала прямо — «это не наши проблемы», то это было бы лучше, чем получать отписки в стиле «но вы держитесь».
Через Вебмастер, поиск или любой другой поисковый сервис Яндекса нельзя ни получить, ни передать права на домен или хостинг. То есть «угнать» сайт нельзя.
Если сайт получает весь трафик только из поиска, то потеря этого трафика равносильна потере сайта. Это примерно тоже самое, если бы у сайта yandex.ru отобрали бы домен и сказали: «Ваш сайт всё-равно принадлежит вам и без проблем открывается по IP-адресу».
По поводу зеркал. По умолчанию считать основным всегда наиболее старый сайт (домен), по нашему опыту, некорректно. Часто владельцы хотят поменять домен на другой, поэтому мы учитываем при переезде не только этот фактор, но и множество других.
Вернуть старое зеркало и расклеить сайты можно. Как – служба поддержки всегда рассказывает, это также есть в нашей Помощи. Ручных операций с зеркалами у нас нет.
Проблема в том, что нет защиты от случайной смены зеркала. Или, как в данном случае — намеренных действий злоумышленников. Это как с платными SMS на короткие номера, когда люди, сами того не подозревая, подписывались на платные услуги из-за того, что оператор связи не запрашивал подтверждения.
Ну и плюс более широкая проблема, не имеющая отношения к зеркалам — это то, что поддержка Яндекса не заинтересована в том, чтобы помочь человеку. Вместо того, чтобы разобраться, просто присылают в ответ стандартную отписку. Даже если он сам виноват, даже если бы не было никакого злоумышленника, а он бы своими руками напортачил — разве надо его «посылать»? Не заметно, чтобы Яндекс в данном случае как-то стремился помочь. И таких ситуаций масса.
Спасибо, теперь понял! Интересный алгоритм получается. В теории, если в качестве ключа взять очень большой объём разнообразной информации, то экономия будет всё больше и больше. Остаётся только найти грань, за которой ресурсы, затрачиваемые на обработку большого ключа, оправдывают экономию при передаче информации.
И, я так понимаю, отличие от алгоритма со словарём в том, что не нужно тратить время и ресурсы на составление словаря. Но зато надо их тратить на выделение информации из ключа.
То есть, при разных комбинациях простых делителей передаваемая двоичная часть получается одинаковой и восстановить сообщение невозможно. Или я ошибаюсь и такого не может быть?
А можно посмотреть на работу самой системы? Во втором видео упоминается научная публикация на эту тему — было бы неплохо добавить ссылку на эту публикацию в статью.
Ну было же уже нытьё на эту тему — https://habrahabr.ru/post/331364/
Почему в бывшем СССР больше хакеров, чем в США? Может, потому что жизнь заставила? Да нет, ну что вы… Это просто школы в России лучше, чем в США — это же очевидно…
Всё, что говорят Иверсон и остальные, можно было бы сказать и в отношении России. Просто им надо придумать, почему они проигрывают, вот и придумывают, что «это у нас школы такие плохие, не то что в России». Ну а если бы всё было наоборот — американцы бы выигрывали олимпиады, а россияне проигрывали — тогда бы наши говорили тоже самое про наши школы. Просто ищут, на кого бы свалить свои неудачи. А правда в том, что в странах типа России или Китая гораздо меньше возможностей для самореализации, чем в США, поэтому выбирать не приходится и многие ударяются в программирование. А на западе человек может заниматься сотней других дел и быть успешным, поэтому и мотивации для программистов там меньше.
В общем, на вопрос в заголовке ответ получился только один — на фриланс, если не хочешь быть менеджером. Но и на фрилансе придётся выполнять функции менеджера: общаться с клиентом, планировать время, заниматься продажами и т. д. А куда расти, если хочется быть именно техническим специалистом?
Тогда автопилотам нужно разрешать выезд только на специально выделенные для них дороги, где в принципе нет машин с водителями и нет пешеходов. Тогда да, это будет идиллия, где взаимодействуют между собой только компьютеры и только по правилам. Во всех остальных случаях, т. е. на дорогах общего пользования, всегда будут непредусмотренные правилами ситуации, приводящие к авариям.
Если команды нет, то и бизнеса никакого быть не может.
1) В старом шаблоне были канонические мета-теги, в новом — забыли (как следствие — куча дублей с GET-параметрами, особенно у интернет-магазинов).
2) В половине случаев новый дизайн предполагает повышение удобства пользования сайтом в целом, из-за чего меняется структура разделов (была неудобная структура, сделанная под копирку бумажного каталога, а сделали менее строгую, но более понятную для человека). В итоге — меняются URL разделов, а редиректы ставить никто даже и не думал.
3) Часто новый дизайн предполагает наличие нового функционала. Например, фильтр товаров. А фильтр, как правило, приводит к бесконечному генерированию миллиардов новых страниц (результаты фильтрации), которые успешно попадают в индекс поисковиков и сайт проседает.
4) Когда уже вроде бы всё сделано, выкатывают новую версию на продакшн и оказывается, что в старом дизайне были предусмотрены тексты, которые в новом дизайне не предусмотрены. Обычно их можно безболезненно вписать в новый дизайн, но кто же об этом задумывается? Все просто делают то, что нарисовал дизайнер и сверстал верстальщик. А для поисковиков тексты — это как лицо сайта. Нет текстов — нет лица. Соответственно, если это не какой-нибудь сервис типа калькулятора, то сайт проседает в выдаче.
5) Старый дизайн мог быть некрасивым и неудобным, но зато — был написан на обычном HTML, который поисковики кушают за обе щеки. А новый — это куча скриптов, аякс, слайдеры, видео на фоне и т. д. Дизайнер об этом не думает, верстальщику не платили за оптимизацию кода. В итоге получаем монстра, который в лучшем случае просто стал грузится в разы дольше, а в худшем — вообще индексируется только наполовину (если, например, основная информация выводится аяксом).
И это я ещё не упоминаю всякие приколы типа:
— снесли мета-теги на всех страницах;
— забыли перенести перелинковку со старого дизайна в новый;
— у половины товаров цены стали нулевые;
— в новом дизайне забыли добавить контакты в шапке (или сделали их картинкой, которые поисковики не понимают);
— и т. д.
Я понимаю, что это всё как бы дизайнера не касается, но проблема в том, что и верстальщики тоже так считают. А владельцы сайта вообще об этом даже не задумываются. В итоге потом плачут на форумах: «Сменил дизайн — продаж нет». Как думаете, скажут за это дизайнеру спасибо? :-)
Русского перевода пока нет, к сожалению. Но она написана настолько простым языком, что и Google Translate хватает.
Даже если бы техподдержка просто отвечала прямо — «это не наши проблемы», то это было бы лучше, чем получать отписки в стиле «но вы держитесь».
Если сайт получает весь трафик только из поиска, то потеря этого трафика равносильна потере сайта. Это примерно тоже самое, если бы у сайта yandex.ru отобрали бы домен и сказали: «Ваш сайт всё-равно принадлежит вам и без проблем открывается по IP-адресу».
Проблема в том, что нет защиты от случайной смены зеркала. Или, как в данном случае — намеренных действий злоумышленников. Это как с платными SMS на короткие номера, когда люди, сами того не подозревая, подписывались на платные услуги из-за того, что оператор связи не запрашивал подтверждения.
Ну и плюс более широкая проблема, не имеющая отношения к зеркалам — это то, что поддержка Яндекса не заинтересована в том, чтобы помочь человеку. Вместо того, чтобы разобраться, просто присылают в ответ стандартную отписку. Даже если он сам виноват, даже если бы не было никакого злоумышленника, а он бы своими руками напортачил — разве надо его «посылать»? Не заметно, чтобы Яндекс в данном случае как-то стремился помочь. И таких ситуаций масса.
И, я так понимаю, отличие от алгоритма со словарём в том, что не нужно тратить время и ресурсы на составление словаря. Но зато надо их тратить на выделение информации из ключа.
Простые делители ключа k: 2,3,5,11,19
Простые делители сообщения m: 2,3,11,19, 39 979
НОД(k,m): 2,3,11,19
Двоичная запись общих делителей: 1,1,0,1,1
Простые делители ключа k: 2,3,7,11,19
Простые делители сообщения m: 2,3,11,19, 39 979
НОД(k,m): 2,3,11,19
Двоичная запись общих делителей: 1,1,0,1,1
То есть, при разных комбинациях простых делителей передаваемая двоичная часть получается одинаковой и восстановить сообщение невозможно. Или я ошибаюсь и такого не может быть?
При запуске catboost-0.1.1.exe на Windows 7 (32 bit) выдаёт ошибку:
Почему в бывшем СССР больше хакеров, чем в США? Может, потому что жизнь заставила? Да нет, ну что вы… Это просто школы в России лучше, чем в США — это же очевидно…