AVV: Может быть фавиконщик руководствуется <link rel="SHORTCUT ICON"... , если нет фавикон в корне. Но уж точно не ссылками.
Вообще, на этот счет (<link rel="SHORTCUT ICON") у меня есть сомнения.
P.S. Кстати, пробовал делать страницу с отдельным фавикон. Ничего не выходит - все равно берет из корня, хотя метатег link rel на странице, естественно, есть.
Да, как показал эксперимент, Яндекс берёт иконку только из корня, link rel="SHORTCUT ICON" с указанием пути к иконке не работает и если её в корне нет, то он её не возьмёт из другого места.
Важно не количество ошибок, а сами ошибки. В том же яндексе это не ошибки а целенамеренное отсупление от правил. Цель использования валидатора - не сократить несоответствия стандарту, а быстиро увидеть ошибки типа незакрытых тегов.
kikaha: это что ж - клоакингом занимаццо? какому боту Гугля мне /ru/ показывать, а какому - /eng/ ? Вопрос глобальный - какую ссылку мне вешать на своем хомяке к примеру, или покупать на жирных мордах - вопрос стоял так - показывать корневую директорию или же одну из ../язык/ ? Гугл-то найдет все, а как клеить будет?
Это не клоакинг, вы просто скармливаете разные страницы на сервере гуглу. Мне кажется, лучше делать ссылку на /ru, если вы оптимизируете сайт по русскоязычным запросам, чтобы русские пользователи не попадали на англоязычные страницы.
Jackyk: Ничего подобного. В Битрикс-Старт нет ни форума, ни баннерообмена, ни опросника.
Извиняюсь, имел в виду Битрикс-Стандарт.
Ещё встаёт один важный вопрос - обновление самой CMS и её компонентов - когда весь функционал есть в самой CMS, обновление происходит легко и быстро, когда же каждый компонент/модуль/мамбот приходится обновлять отдельно, это менее удобно и занимает больше времени. К тому же обновлений можно не дождаться, если разработчику вдруг надоест заниматься разработкой своего проекта. И иметь дырявый или несовместимый с обновлённой версией пратформы компонент. Это вполне решаемая проблема, но на неё опять же нужно рабочее время программиста. И что выгоднее - платить программисту или битрикссофту и нажимать кнопку сайтапдейта - решать заказчику.
Может быть фавиконщик руководствуется <link rel="SHORTCUT ICON"... , если нет фавикон в корне. Но уж точно не ссылками.
Вообще, на этот счет (<link rel="SHORTCUT ICON") у меня есть сомнения.
P.S. Кстати, пробовал делать страницу с отдельным фавикон. Ничего не выходит - все равно берет из корня, хотя метатег link rel на странице, естественно, есть.
Да, как показал эксперимент, Яндекс берёт иконку только из корня, link rel="SHORTCUT ICON" с указанием пути к иконке не работает и если её в корне нет, то он её не возьмёт из другого места.
Esthost. Жалоб нет, качественно, большой плюс, что поддержка говорит по-русски.
Не хватает графиков, с ними удобнее.
Во вложенном файле сделал тебе пример.
Mmonger,
yandex.ru
Result: Failed validation, 73 errors
Ы?
Важно не количество ошибок, а сами ошибки. В том же яндексе это не ошибки а целенамеренное отсупление от правил. Цель использования валидатора - не сократить несоответствия стандарту, а быстиро увидеть ошибки типа незакрытых тегов.
Пример: на данном сайте последние строки:
</body>
</html></body>
</html>
Почему-то никто awstats не посоветовал. Вполне достойная система.
это что ж - клоакингом занимаццо? какому боту Гугля мне /ru/ показывать, а какому - /eng/ ? Вопрос глобальный - какую ссылку мне вешать на своем хомяке к примеру, или покупать на жирных мордах - вопрос стоял так - показывать корневую директорию или же одну из ../язык/ ? Гугл-то найдет все, а как клеить будет?
Это не клоакинг, вы просто скармливаете разные страницы на сервере гуглу. Мне кажется, лучше делать ссылку на /ru, если вы оптимизируете сайт по русскоязычным запросам, чтобы русские пользователи не попадали на англоязычные страницы.
Смотрите ошибки в коде, например, тут: http://validator.w3.org/
Result: Failed validation, 77 errors
Mmonger,
Мне для старта надо, я могу и без апдейтов прожить годик-два, а там проект если пойдет то полюбому заказ надо делать на все сайт.
В CMS периодически находят уязвимости, поэтому апдейтиться всё же желательно.
Если есть время и умение программировать - я бы проголосовал за Joomla.
Ничего подобного. В Битрикс-Старт нет ни форума, ни баннерообмена, ни опросника.
Извиняюсь, имел в виду Битрикс-Стандарт.
Ещё встаёт один важный вопрос - обновление самой CMS и её компонентов - когда весь функционал есть в самой CMS, обновление происходит легко и быстро, когда же каждый компонент/модуль/мамбот приходится обновлять отдельно, это менее удобно и занимает больше времени. К тому же обновлений можно не дождаться, если разработчику вдруг надоест заниматься разработкой своего проекта. И иметь дырявый или несовместимый с обновлённой версией пратформы компонент. Это вполне решаемая проблема, но на неё опять же нужно рабочее время программиста. И что выгоднее - платить программисту или битрикссофту и нажимать кнопку сайтапдейта - решать заказчику.