Анкорные ссылки, например. Содержащие ключ конечно, а не все подряд.
Из того что напрашивается.
Поскольку конверсию завершают люди, то средства навигации можно делать только для людей, не показывая эти ссылки поисковикам в принципе.
muravev-modul, вес страницы или передаваемый по ссылке?---------- Добавлено 17.12.2014 в 19:40 ----------
т.е. вы не только фото берете у других авторов? :)
Вот! Я тоже считаю, что кодировка проекта должна закладываться при проектировании, а не спустя несколько лет эксплуатации.
Перенос футера в начало кода - другого смысла нет.
Почему там нет ничего ценного, надо спросить у того, кто применил этот, без сомнения, гениальный стратегический ход.
А еще может быть глюк шаблонизатора.
Я понял.
Ну если бы UTF-8 был именно стандартом, то он обрабатывался по умолчанию скриптами, а не отдельными группами функций. Это было бы логично.
UTF-8 для кириллической зоны не очень на стандарт тянет.
С учетом буржуинии UTF как раз и выглядит оптимальным, тут спору нет---------- Добавлено 16.12.2014 в 20:46 ----------
У нас тут своя атмосфера, знаете ли...😂
А Вишмастер он такой 😂
SeVlad, dkameleon, у нас полемика получается в стиле, блоки/таблицы - давайте попробуем подвести некоторую черту.
1.Если мы говорим о разработке перспективного коммерческого продукта, то это точно UTF-8
2.Если мы говорим про сайт-визитку под кириллицу, то скорее всего это 1251, если не на коробочных движках
3.Если у кого-то сервер отдает заголовки 1251, а скрипты и база под UTF-8, то это за рамками нашего обсуждения, как и все остальные ошибки с кодировками.
В функциях работы со строками небыло?
Не поймите превратно, под рукой нет.
Вероятно, но там есть некий возраст... хотя возможно ТС планирует расширить языковой диапазон сайта, только забыл указать это... думаю мы об этом уже не узнаем :)
Ну самое простое, что приходит на ум это разное количество байт на символ.
А я с этим и не спорю, яж написал, что не все доходят до головняков с UTF-8. Но это не значит что их нет.
Можно даже просто взять и посмотреть какие обработчики написаны в обычных движках. Знаете зачем они? Что бы можно было пользоваться кириллицей под UTF-8 и при этом не терять функциональности системы управления.
Вопрос в другом. Если мы делаем сайт для рунета, надо ли нам писать этот обработчик и/или затрачивать на него ресурсы?
Понятно, что это копейки, да и не спрашивает особенно никто из производителей коробочных версий.
Но ТС, например, задал вопрос:
И я не могу сказать ему "меняй", т.к. это, в общем, не имеет ни смысла, ни практической пользы.
Да? Или вы не про юзеров?
В рунете, на уровне разработчика с UTF-8 проблем больше, на самом деле. Другой вопрос дойдет ли конкретный разработчик до этих проблем... вопрос практически риторический. Для пользователей базовых движков вопроса такого нет... наверное.
Честно признаюсь. Не смог.
У меня на самописе кодировка переключается в один клик и наличие UTF-8 как раз обусловленно какими-то законами, с необходимостью которых я пока не сталкивался.
Думал бы свободно, вообще эту тулзу прикручивать не стал 😂
Есть одно но - я не работаю в англоязычном сегменте и вполне допускаю вариант, что включу ее как раз при разработке под бурж... когда нить.
И да. Первый вопрос остался: Почему импортный шаблон не может стать виндовым? Установщик не примет? Но это же не аргумент в пользу UTF...
Я не против UTF-8, но уверенно считаю, что она хороша к месту и, за редкими исключениями, в рунете этих мест нет.
