Свежие комментарии

Title Comment
Вещь! А вы Алексей, оказывается еще и гений :-))) Несмотря н

Вещь! А вы Алексей, оказывается еще и гений :-))) Несмотря на раздражительный характер.
Перечитывал 3 раза.

Спасибо за анализ. IMHO, trust rank будет, и он будет привя

Спасибо за анализ.

IMHO, trust rank будет, и он будет привязан к возрасту домена и его репутации. Также, по опыту зарубежных коллег стоит ожиать обязательной sandbox для новых сайтов.

После пересчета тИЦ существенных перестановок в Яндекс.Катал

После пересчета тИЦ существенных перестановок в Яндекс.Каталоге по моей "любимой" тематике не наблюдаю. От снижения веса ссылок с каталогов (а таковыми на разных этапах своего существования не брезговало большинство сайтов с искусственно накрученным тИЦ) особо никто не пострадал - все выстроились почти в старом порядке, но с другими цифрами. Что характерно, это категория каталога - почти замкнутая, за 2006 год в нее не добавили ни одного крупного игрока.

Конкретно в этой тематике исключением стал официальный сайт марки Pioneer, которому урезали тИЦ пунктов на 50 (или совсем не урезали - не мониторил), но теперь, по праву, этот ресурс в местном ТОПе (как белый, пушистый и популярный). Существенное падение остальных тоже обосновано - старые ресурсы исторически все были перелинкованы естественным образом по "самое небалуйся", и, падая, утянули за собой и самих себя, и более "свежие" сайты в тематике. На вскидку, суммарный вес тематики упал не менее, чем на 50% (судя по беглому взгляду на первые страницы ТОПа ЯКи).

Соотвественно, эта группа сайтов, в целом, достаточно быстро снова наберет вес: с появлением новых доноров, с ростом веса доноров из других тематик. И в выдаче, как бы не меняли алгоритмы, ситуация еще долго не изменится - незачем вводить trust rank, когда все игроки и так "налицо". Даже циркуляцию контента можно отследить непосредственно по выдаче и по датам индексации статей.

Яндекс, естественно, борется с накачкой ссылками, каталогам

Яндекс, естественно, борется с накачкой ссылками, каталогами, псевдосайтами и так далее.

Собственно, Садовский на осенней конференции довольно подробно рассказывал что они считают плохим сайтом.

Другой вопрос, что на сегодня есть два основных типа критериев ранжирования:
- внутренние (контент в первую очередь)
- внешние (ссылки в первую очередь)

Про контент: если начать давать ему бОльший вес чем сейчас, то мы вернемся в ситуацию начала века, когда сгенерированная "под ключевики" страница вылезала по частотным запросам (сейчас вылезают только доры по низкочастотным).

Про ссылки: можно как-то ранжировать источники ссылок, давать trust rank и так далее. Это приведет либо к снижению оперативности (trusted-источников мало), либо к повышению цены ссылки с trusted-источников (которых будет много).

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

Если, как описывает автор статьи, прошла переоценка ссылочно

Если, как описывает автор статьи, прошла переоценка ссылочной базы - то скорее всего Яндекс начал активно бороться с оптимизаторами. Массовые изменения ТИц внесли смуту в ряды продавцов ссылок, кто-то просит за ссылку столько же, кто-то говорит что т.к. это массовое, то зачем снижать цены... Интереснее будет узнать в какую сторону изменится релевантность выдачи. Но, я считаю, что с уверенностью можно сказать - Яндекс все больше и больше отходит от ссылочного ранжирования и переходит к соответствию контента относительно запроса.

Гы-гы, так часто бывает!

Гы-гы, так часто бывает!

Отличная статья по которой можно провести много дополнительн

Отличная статья по которой можно провести много дополнительных исследований, да и статистика отличная :)

У MT - замечательная система шаблонов. Просто великолепная.

У MT - замечательная система шаблонов. Просто великолепная.

Вот я ровно в настоящее время вставляю один и тот же блок MTMacro в 5 секций head (3 типа архивов, individual entry и шаблон поиска) и дописываю один атрибут к MTEntryBody (apply_macros=1) тоже в пяти темплейтах.

При нормальной организации, я бы записал блок MTMacro в одном месте - системном head и атрибут приписал бы в двух местах - в полном представлении записи и в кратком.

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

Заметим, что параметризуемый темплейт архива (куда передавался бы тип архива и можно было бы делать If) уже поэкономил бы половину работы.

Да, и про PHP. Если мы публикуем в статике - значит мы осознанно хотим, чтобы было в статике, а не в PHP. Если мы публикуем в динамике - значит тоже есть причины.
Но если причина выбора типа публикации - это возможность вставить сайдбар, то архитекторам системы - место в картонной коробке под мостом, на квартиру не заработали (была бы версия 1.0 - я бы простил).
А инклуды через PHP - тут же ломают динамическую публикацию.

Свое отношение к динамической публикации на PHP для системы, написанной на Perl я озвучил несколько текстов назад.

Когда вы говорите, что темлейты расчитаны на секретаршу, вы

Когда вы говорите, что темлейты расчитаны на секретаршу, вы преувеличиваете. :) У МТ очень мощная система шаблонов. Возьмите например Wordpress. Вы можете генерировать там только PHP. В МТ возможно практически все. Благодаря шаблонной системе МТ вы можете создавать не HTML-странички, а даже офисные документы.

Есть свои инклюды, можно инклюдить и средствами PHP (чтобы разместить там например сайдбар)

Ну вот смотрите: в настройках блога - один список языков в

Ну вот смотрите:
в настройках блога - один список языков
в настройках автора - другой список
в L10N - третий список
в I18N - четвертый

Я как это увидел, меня сразу стошнило.

Который нужен список - он один, в настройках блога. А PHP

Который нужен список - он один, в настройках блога.

А PHP часть нужна только для динамической публикации. Если всё в статике, то её и трогать необязательно.

Вдогонку. Ведь с навигацией, например, все уже сделано почт

Вдогонку.

Ведь с навигацией, например, все уже сделано почти. Средства дадены. У меня в левой колонке везде
<$MTWidgetManager name="LeftColumn"$> и сразу наступило одержание. Как только я в примерно пяти местах это поправил.

Но какого полового члена оно уже не поправлено, прямо в дистрибутиве ? Оттого что секретарша не разберется ? Так задайте вопрос на инсталляции не блондинка ли я...

У меня претензия концептуальная: сделано через жопу. Всяком

У меня претензия концептуальная: сделано через жопу. Всякому программисту известно, что cut'n'paste - зло, а если требуется два (и больше) очень похожих куска кода (HTML-я), значит нужно параметризовать.

Заметим, что оба предлагаемых решения не очень хорошие: поиска и замены, как и написано, недостаточно. Включение header/footer "через PHP" - тоже довольно анальное: противоречит динамической публикации, нет интеграции с системой параметров (а ведь headers отличаются заголовками, адресами RSS-потоков и подобным - и это все нужно передавать снаружи).

Есть путь, похожий на второй, но средствами MT: нужно разобрать все темплейты на куски и собирать их через

С одной стороны - да, запаришся в каждом шаблоне менять HTML

С одной стороны - да, запаришся в каждом шаблоне менять HTML. Но есть два решения. Простое и посложней.

Простое (не всегда подойдёт): воспользоваться функцией Search and Replace в шаблонах. Таким образом можно легко заменить те же layout-two-column-right на layout-two-column-left.

Второе: сделать публикация файлов с расширением php, а затем в нужных местах инклюдить header, footer, etc. Хотя, можно и не менять расширение, тогда придётся в .htaccess строчку добавить.

(отправляю комментарий второй раз, если он в первый отправился, то этот можно удалить)

to saahov. Я, честно говоря, ниасилил понять, откуда беретс

to saahov.

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

Да, исправлений в Util.pm недостаточно, есть же еще PHP-часть.

Про поиск. По русски - если все в UTF - действительно ище

Про поиск.

По русски - если все в UTF - действительно ищет, я исправил текст, погорячился.

Но
"You are currently performing a search. Please wait until your search is completed" - на каждый второй поиск - это не работа поиска.

Поэтому поиск тут пока выключен, после прикрутки нормального поисковика - включу.

Сергей, ты не понял. Чтобы поменять layout с "навигация спр

Сергей, ты не понял.
Чтобы поменять layout с "навигация справа" (default) на "навигация слева" (как у меня) - нужно поменять тег у всех темплейтов, которые выводят HTML-ки. c
<body class="layout-two-column-right
на
<body class="layout-two-column-left

Иначе не будут работать стандартные CSS-ы.

Чтобы поменять содержимое колонки навигации (представим, что я хочу ее иметь одинаковой по всему сайту - разумное ведь желание) - мне нужно поменять те же темплейты.

Чтобы добавить подвал ( Copyright bla-bla 2007) - поменять те же темплейты.

Это - онанизм в чистом виде.

Леша, если это был вопрос про темплейты, то отвечаю - чтобы

Леша, если это был вопрос про темплейты, то отвечаю - чтобы поменять layout сколь угодно кардинально, надо поправить несколько строчек в одном шаблоне - styles.css :). Там, конечно, много чего покурить надо, но по продуманности это место одно из лучших.

А я русские даты по-другому сделал. В Util.pm добавил новую

А я русские даты по-другому сделал. В Util.pm добавил новую конструкцию типа:
'ru' => [
...
]
А затем в tmpl/cms/cfg_prefs.tmpl в нужном месте добавил строчку:
<option value="ru"<TMPL_IF NAME=LANGUAGE_RU> selected="selected"</TMPL_IF>><MT_TRANS phrase="Russian"></option>
После в настройках выбрал нужный язык.

>>Поиск по тексту ведь не работает (с русским) Почему не ра

>>Поиск по тексту ведь не работает (с русским)

Почему не работает? У меня работает :)

Pages

Subscribe to comments_recent_new