adminaz

Бан (англ. ban – запрет) это преднамеренный выброс сайта из индекса поисковой системы по причине несоответствия его правилам или же случайное выпадение сайта из-за глюков поисковика (второе происходит довольно редко).

Бану обычно подвергаются сайты, не приносящие пользователям ценного контента или содержащие дублированный контент, излагающие противозаконные мысли или порнографию, использующие черные методы оптимизации, такие как скрытый текст или ссылки.

Чтобы избежать бана, необходимо заботиться, прежде всего, о посетителях сайта и использовать лишь белые методы его продвижения в поисковиках. Если ваш сайт уже забанен, и вы не видите причин, тогда необходимо связаться со службой поддержки поисковых систем с этим вопросом. Если причины известны, то их необходимо сперва удалить и потом послать сайт на перепросмотр в панели для вебмастеров, после чего ждать ответа от нескольких дней до 1-2 недель.

Синонимы бана: баня

Термин "баг" имеет корни в американском сленге - bag, что означает дефект или недостаток в аппаратуре, плане и т.д. В SEO и веб-разработке означает поломку в работе сайта или какого-то алгоритма.

Примеры использования бага в общении:

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

2. У Яндекса большой баг в выдаче при вводе тегов в форму поиска. Это значит, что поисковый алгоритм Яндекса неправильно отреагировал на запрос пользователя и выдал неожидаемые результаты.

3. Бажный движок. Означает, что движок для создания сайта (блога, форума и т.п.) полон неисправностей и использовать его крайне не рекомендуется.

В программировании баг (англ. bug — первичные значения: клоп, любое насекомое, вирус) — жаргонное слово, обычно обозначающее ошибку в программе или системе, которая выдает неожиданный или неправильный результат. Большинство багов возникают из-за ошибок, допущенных разработчиками программы в её исходном коде, либо в её дизайне. Также некоторые баги возникают из-за некорректной работы компилятора, вырабатывающего некорректный код. Программу, которая содержит большое число багов и/или баги, серьёзно ограничивающие её работоспособность, называют нестабильной или, на жаргонном языке, «глючной», «глюкнутой», «забагованной», «бажной», «баг(а)нутой» (англ. unstable, buggy).

Термин «баг» обычно употребляется в отношении ошибок, проявляющих себя на стадии работы программы, в отличие, например, от ошибок проектирования или синтаксических ошибок. Отчет, содержащий информацию о баге также называют отчетом об ошибке или отчетом о проблеме (англ. bug report). Отчет о критической проблеме (англ. crash), вызывающей аварийное завершение программы, называют крэш-репортом (англ. crash report).

«Баги» локализуются и устраняются в процессе тестирования и отладки программы.

Этимология термина «баг»

 

Запись в тех.журнале

Широко распространена легенда, что 9 сентября 1945 года учёные Гарвардского университета, тестировавшие вычислительную машину Mark II Aiken Relay Calculator, нашли мотылька, застрявшего между контактами электромеханического реле, и Грейс Хоппер произнесла этот термин. Извлечённое насекомое было вклеено скотчем в технический дневник, с сопроводительной надписью: «First actual case of bug being found» («первый реальный случай, когда был найден жук»). Считается, что этот забавный факт положил начало использованию слова «debugging» в значении «отладка программы», однако, скорее всего, фраза является каламбуром.

В действительности этот случай произошёл 9 сентября 1947, а не 1945, года. Слово «bug» в современном значении употреблялось задолго до этого персоналом телеграфных и телефонных компаний в отношении неполадок с электрооборудованием и радиотехникой. Во время Второй мировой войны словом «bugs» назывались проблемы с радарной электроникой. В 1878 году Томас Эдисон писал:

Значение и классификация ошибок программного обеспечения

В зависимости от этапа разработки ПО, на котором выявляется ошибка выделяют:

• синтаксические ошибки (распознаваемые в качестве таковых транслятором и делающие компиляцию невозможной) — например отсутствие или несоответствие открывающей и закрывающей скобок;
• предупреждения (warnings) компилятора — например, использование неинициализированной переменной. В этом случае компилятор может заметить, что программист делает что-то необычное (вероятно неверное), и сообщает об этом, однако программист сам принимает решение игнорировать сообщение или нет;
• ошибки времени исполнения, смысловые ошибки (семантические) — например вычитание переменных вместо сложения или ошибка сегментации.

По размеру:

• Showstoppers;
• Серьёзные;
• Незначительные баги;

По времени появления:

• Постоянно, при каждом запуске;
• Иногда («плавающий» тип);
• Только на машине у клиента (зависит от локальных настроек у клиента);

В зависимости от характера ошибки, программы и среды исполнения, ошибка может проявляться сразу или наоборот — долгое время оставаться незамеченной (например Проблема 2038 года).

Также ошибка может проявляться в виде уязвимости, делающей возможным несанкционированный доступ к системе или DoS-атаку.

Поиск и исправление ошибок

Для отладки программы (англ. debugging) разработчиками ПО используются специальные программы-отладчики (англ. debugger). Например, в операционной системе Windows можно использовать программу WinDbg из пакета Microsoft Debugging Tools for Windows. Для GNU/Linux и ряда других UNIX-подобных операционных систем существует отладчик GDB (GNU Debugger).

Отчёты об ошибках

Основная масса багов обычно отлаживается на этапе компиляции и тестирования программы. Однако некоторая часть ошибок всё же попадает в релиз и проявляется на компьютерах конечных пользователей в процессе эксплуатации ПО. Для повышения качества программного обеспечения пользуются специальными программами, цель которых — отловить ошибку в целевом приложении, собрать необходимую информацию об её симптомах и отправить отчёт по интернету к разработчикам данного ПО.

Например, в операционную систему Windows встроена утилита Dr. Watson, которая по умолчанию отлавливает ошибки в приложениях пользователя и отправляет отчёт на специальный Сервер компании Microsoft. Также в качестве примера можно привести аналогичные библиотеки Breakpad и CrashRpt.

Проблема 2038 года в вычислительной технике — ожидаемые сбои в программном обеспечении 19 января 2038 года. Данная проблема затрагивает программы и системы, в которых используется представление времени по стандарту POSIX (UNIX-время), которое представляет собой количество секунд, прошедшее с 1 января 1970 года. Такое представление времени — это стандарт для Unix-подобных операционных систем (из-за повсеместного использования языка Си).

На большинстве 32-битных систем используется тип данных time_t для хранения секунд в виде signed int (32-битного целого со знаком). Самая поздняя дата, которая может быть представлена таким форматом в стандарте POSIX — это 03:14:07, вторник, 19 января 2038 года по Всемирному времени (UTC).

Пример, показывающий сброс даты (в 03:14:08 UTC 19 января 2038 года).

Более позднее время заставит такое поле данных стать отрицательным, как бы закольцевав таким образом время (поскольку отрицательное число может быть воспринято программами как время в 1970 или 1901 году, в зависимости от реализации). В результате могут быть произведены ошибочные вычисления или результаты.

Для проблемы 2038 года не существует простого решения для существующих комбинаций процессоров и операционных систем.

Изменение определения типа time_t на 64 бита нарушит бинарную совместимость программ, существующих хранимых данных и всего другого, использующего представление времени в бинарном виде. А приведение time_t в целое без знака может нарушить работу программ, которые вычисляют разницу во времени.

В большинстве операционных систем для 64-битных архитектур уже используется 64-битное представление целого в time_t. Переход на такие архитектуры уже происходит, и некоторые ожидают, что он будет завершён к 2038 году.

Тем не менее, сотни тысяч 32-битных систем всё ещё вводятся в строй в 2010 году, в том числе и во встраиваемых системах. Вызывает сомнение, что они все будут заменены к 2038 году. Несмотря на то, что современные компьютерные системы могут модернизироваться раз в 18-24 месяцев (по «Закону Мура»), встроенные компьютеры могут действовать без модернизации весь срок, который работают системы, ими управляемые. Например, компьютеры управления процессами модели IBM 1800, выпуск которых был начат в 1965 году, всё ещё использовались на одной из атомных станций в Канаде в 2006 году.

В дополнение к этому, 32-битный формат time_t также включён в спецификации форматов файлов, таких как повсеместно распространённый архивный формат ZIP. Формат файла может существовать в течение времени, за которое сменятся многие поколения компьютеров, а это означает, что Проблема 2038 останется актуальной.

Введение 64-битного формата вносит новую дату «закольцовывания» — оно произойдёт примерно через 290 миллиардов лет (в воскресенье, 4 декабря 292 277 026 596 года в 15:30:08).

Windows

Проблема 2038 года актуальна и для 32-разрядных версий Windows, так как значительная часть самой ОС и большое число программ для неё написано на C/C++. Разработчики Windows говорят, что исправили большинство мест в коде, подверженных этой проблеме, однако, они не могут дать никаких гарантий по поводу стороннего ПО.

MySQL

Также актуально и для Web-приложений, например, популярная СУБД MySQL для типа TIMESTAMP имеет некоторые ограничения: значения, которые содержат дату и время в TIMESTAMP, находятся в диапазоне от ‘1970-01-01 00:00:01 UTC’ до ‘2038-01-19 3:14:07 UTC’.

Иногда хочется защитить свои фото в интернете от копирования. Согласитесь, бывает не очень приятно зайти на сайт конкурента и увидеть там свои работы. Чтобы этого не произошло, нанесите на ваши фото водяные знаки.

• Разбираемся в прордажах.
• Работаем быстро.
• Встречаемся лично.
• Выезд по г. Перми бесплатно!

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


В тоже время вечно больной вопрос у всех компаний – это продажи. Пытаясь решить этот вопрос компании, зачастую,  бросаются во все тяжкие, печатают тысячи листовок, 99% из которых оседают в мусорных вёдрах вечером того дня, в который была их раздача. Рассылают тысячи смс, вызывая у клиентов больше раздражения, чем пользы, ведь спам не нравится никому. Расклеивают объявления по подъездам и столбам, вызывая больший интерес у полиции, чем у клиентов ну и так далее.


Пока компании разбивают свои лбы в кровь, чтобы заполучить драгоценного клиента, миллионы людей ищут их товар в интернете и покупают его сидя за ноутбуком или компьютером у тех компаний, которые знают что такое контекстная реклама в Yandex или Google!
 Подавляющее большинство компаний руководствуются своими мифами (заблуждениями) о сайтах и
5 мифов о сайтах:
Создание сайта ничем не поможет моему бизнесу. Сайт – это машина для зарабатывания денег. Это ваш магазин и офис, который открыт круглосуточно. Это ваш продавец, работающий без заработной платы, отпусков и больничных.

 
Создание сайта – это дорого! С нами вы сможете создать сайт за 4500 руб. Позвоните нам  и узнайте, как можно оптимизировать свои расходы на создание сайта.
Недорогой сайт не бывает эффективным. Даже очень дорогой сайт не будет эффективным, если вы не привлекать на него посетителей. На начальном этапе лучше инвестировать деньги в рекламу, чем в дизайн сайта. Дизайн сайта можно сделать на основе качественного готового шаблона – это существенно сэкономит ваши средства и время.

 
Создание сайта занимает долгие месяцы. Да, создание некоторых сайтов занимает большое количество времени, например 3-4 недели. Но самый простой сайт мы сделаем за 2 дня.
 После того, как сайт создан, он больше не требует внимания. Просто создать сайт «чтобы он был», конечно, тоже можно, но если вы хотите получить коммерческую выгоду от своего сайта, рекомендуем Вам сделать контекстную рекламу.

 
Делать сайт  без контекстной рекламы  - это всё равно, что иметь в гараже Ferrari и так ни разу на ней и не прокатиться!

Оставьте заявку, и наш менеджер бесплатно проконсультирует вас по вопросу создания прибыльного сайта.