Первый вариант запретит индексировать файлы из директории wp-admin, но не запретит индексировать файлы из директорий, вложенных в wp-admin.
Второй вариант запретит индексировать и во вложенных в wp-admin директориях.
Ну Вы хоть почитать дайте. Ссылку-то неправильную дали, нерабочую.
nagari, Вы когда последний раз рассылку заводили? Нонче анонсы такое скромное количество подписчиков дают, что этим каналом распространения информации, некогда хорошим, можно и пренебречь. И, кстати, коль уж о рассылках речь зашла, сабскрай сдулся, теперь рулит http://content.mail.ru/
Круто! У кого-то есть возможность выбирать тему сайта. У меня такое впечатление, что это темы выбирают нас :)
Латинница одинаково нормально читается во всех кодировках.
Да, верно.
Пожалуйста, поподробнее, если Вы считаете, что это неверно.
Более того, в правильных конфигурациях это число должно быть постоянным вне зависимости от нагрузки.
Я вижу ситуацию с arplookup следующим образом.
Как известно прицип работы концентратора - повторять на все порты то, что приходит на один порт. И если, например, в рамках одного концентратора часть машин работает с одной маской подсети, а часть с другой - будет возникать подобная "ошибка". На данную ошибку можно не обращать внимания. Она ни на что не влияет. И свидетельствует лишь том, что используется концентратор там, где, возможно, имеет смысл использовать коммутатор (который знает, кто на каком порту сидит и передает только "свои" сигналы). Примерно так :)
Но если у Вас очевидна прямая связь подобных сообщений с проблемами канального уровня, то, очевидно, "нужно копать". Я бы начал просто с того, что предоставил данные внешнего мониторинга (по тому же ICMP) и спросил бы, а что за хроническая недоступность имеет место в одно и то же время?
<a href="" title="масло, масло, масло">масло маслянистое масло масляное</a>
как-то так.
Рекомендую для общего развития почитать вот это: http://dev.1c-bitrix.ru/learning/course/index.php?COURSE_ID=3 С "нетоповой" машинки можно выжать очень много :)
На своих проектах все данные кэширую с временем жизни кэша в 24 часа. Т.е. php-код, который достает из БД информацию, производит прочие действия, требующие процессорного времени, среди которого и стандартный код сапы, выполняется лишь раз в сутки. Соответственно, все новые ссылки по определению попадают в ERROR. И ничего, как попадают ERROR, так оттуда и "выпадают". Код, отличный от 200 тоже вижу периодически, но тоже на заморачиваюсь - все устаканивается само собой, без моего участия.
И такого гэ в логах тоже валом. Это злобные китайские хаккиры нас всех массово и без разбора сканят на предмет наличия уязвимостей :)
