- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
У нас сейчас где-то половина заказов на оптимизацию сайтов по скорости, ускорению загрузки, снижению нагрузки на сервер. Заказчики как правило довольны даже когда процентов 10-30 удается выжать без серьезных изменений (хотя в запущенных случаях и 200-300% не проблема). А теперь гляньте еще раз цифры в статье на хабре.
То есть вы готовы перетянуть клиента на однобайтовую кодировку для ускорения работы его говносайта? :D
edogs, современный сайт , особенно социальной направленности - не может быть в виндовс кодировке, всякие скриптовые рюшечки, свистоперделки, смайлики, цитаты великих на испанском и прочем турецком... все это для современных пользователей важнее, чем увеличение объема страницы на 5-10% :D потому что объем текста страницы - это ничтожно малая часть того, что загружается.
рюшечки можно сделать и на сп1251, в отдельных случаях,
почему в отдельных думаю понятно. так как размер у такого символа будет значительно больше чеем такой же в ютф
---------- Добавлено 18.01.2015 в 13:42 ----------
То есть вы готовы перетянуть клиента на однобайтовую кодировку для ускорения работы его говносайта? :D
сайту у которого кол-во контента не велико - без разницы
так что я бы сказал наоборот! Говносайту не важно какой объем - 10 метров туда сюда не важно!
edogs, современный сайт , особенно социальной направленности - не может быть в виндовс кодировке, всякие скриптовые рюшечки, свистоперделки, смайлики, цитаты великих на испанском и прочем турецком... все это для современных пользователей важнее, чем увеличение объема страницы на 5-10% :D потому что объем текста страницы - это ничтожно малая часть того, что загружается.
Еще раз повторим.
Если утф нужен - он нужен, надо делать.
Если не нужен - он не нужен, делать не надо.
Ваш К.О..
И да, Ваше непонимание того, что объем текстов это не просто место занятое на диске (в отличии от объема жыпег файла), нас просто умиляет:)
То есть вы готовы перетянуть клиента на однобайтовую кодировку для ускорения работы его говносайта? :D
Мы с говносайтами не работаем последнее время, поэтому не можем сказать однозначно как бы мы поступили если бы.
Но в целом мы не сторонники перетягивания клиента куда-то. Он клиент, он сам должен решать что ему нужно. Спорить - себе дороже.
Мы с говносайтами не работаем последнее время, поэтому не можем сказать однозначно.
Но в целом мы не сторонники перетягивания клиента куда-то. Он клиент, он сам должен решать что ему нужно. Спорить - себе дороже.
Ещё раз: вы действительно в трезвом состоянии, нормальной памяти и без телесных повреждений черепа готовы строить одноязычные (двуязычные) архитектуры клиенту, основываясь на том факте, что русская локаль в UTF-8 описывается двумя байтами, а не одним?
C utf пожалуй лишь одно неудобство, в php строковые функции под него не заточены, поэтому приходиться пользоваться mbstring для работы с кириллицей.
Но это мелочи.
Меньше символов - меньше проблем.
Эллочка-людоедка? :)
Нам вообще не понять, каким образом технический человек может в принципе с покерфейсом защищать позицию "объем и скорость фигня".
Я тебе не всегда понимаю.. Отчасти потому, что ты себя во множественном числе величаешь. Посему мб и тут не понял.. причём тут какой-то покерфейс..
Я же категорический сторонник сокращения объёмов. Просто нужно разумно подходить. Разница в общем весе страницы в 3..5.. да даже 20 кб - это не то место, ради чего нужно рисковать будущей жизнью сайта.
ЗЫ. Хабр почитаю позже.
Ещё раз: вы действительно в трезвом состоянии, нормальной памяти и без телесных повреждений черепа готовы строить одноязычные (двуязычные) архитектуры клиенту, основываясь на том факте, что русская локаль в UTF-8 описывается двумя байтами, а не одним?
Какому клиенту? Вы рассматриваете какую-то абстракцию, совершая типичную для программистов ошибку - желание сделать "все сразу и универсально". Каждый случай надо рассматривать отдельно.
А Вы действительно готовы (в трезвом состоянии и далее по тексту) делать для клиента в 2 раза более медленный сайт, только потому, что "утф это современно"?
Вот, например, сайт библиотеки, где больше 50гб русских (и только русских книг). В среднем в 4 раза быстрее он работает на 1251, при этом требуя в 2 раза более дешевое железо. Правда будете перетаскивать клиента на утф8? Исходя из того что "ну как-то несовременно"?
Кроме того, нас несколько удивляет то, что используемую локаль Вы считаете частью архитектурного решения. По нам так это полнейшая дичь вшивать локаль в архитектурное решение. Может Вы еще и дизайн предложите вшить сделав его частью архитектуры?
---------- Добавлено 18.01.2015 в 15:00 ----------
Я же категорический сторонник сокращения объёмов.
Просто нужно разумно подходить. Разница в общем весе страницы в 3..5.. да даже 20 кб - это не то место, ради чего нужно рисковать будущей жизнью сайта.
Размер страницы отдаваемой клиенту действительно вторичен. Мы говорили скорее о том, в каком виде хранить данные (ибо это сказывается и на объеме и как следствие - на скорости операций с этим объемом данных). Ну а если хранить их в 1251, то и отдавать в утф как-то глупо:)
И опять же, будущей жизнью сайта никто при этом не рискует. Переход с 1251 на утф8, в случае если будущее сайта этого потребует, занимает минут 10 - в конфиге поменять 1251 на утф8 и нажать кнопку конверта.
А Вы действительно готовы (в трезвом состоянии и далее по тексту) делать для клиента в 2 раза более медленный сайт, только потому, что "утф это современно"?
Кроме того, нас несколько удивляет то, что используемую локаль Вы считаете частью архитектурного решения. По нам так это полнейшая дичь вшивать локаль в архитектурное решение. Может Вы еще и дизайн предложите вшить сделав его частью архитектуры?
Весь вопрос заключается в том, понимает ли ваш клиент, что получает архитектуру, которая в дальнейшем не способна к масштабированию на мультиязычность без денежных вливаний на переработку кода.
И опять же, будущей жизнью сайта никто при этом не рискует. Переход с 1251 на утф8, в случае если будущее сайта этого потребует, занимает минут 10 - в конфиге поменять 1251 на утф8 и нажать кнопку конверта.
Вы забыли указать язык программирования, о котором идёт речь. Наследие PHP не предполагает безболезненного 10-минутного конверта однобайтовых строковых обращений CMS в многобайтовые.
Весь вопрос заключается в том, понимает ли ваш клиент, что получает архитектуру, которая в дальнейшем не способна к масштабированию на мультиязычность без денежных вливаний на переработку кода.
Неее. Весь вопрос в том, кто Вас так жестоко обманул, внушив мысль о том, что кодировку надо вшивать в архитектуру намертво и что потом без "переделки всего" уже никуда не деться 😂
Переход с 1251 на утф8, при изначально грамотно сделанном проекте (а не том где программист с дубу рухнув вшил кодировку в архитектуру), занимает децл времени и не требует никаких переработок кода.
Наследие PHP не предполагает безболезненного 10-минутного конверта однобайтовой CMS в многобайтовую.
Ошибаетесь.
edogs, у вас книги хранятся текстом в базе? книги должны скачиваться файлом (как и песни, фильмы, программы). и на скорость самого сайта никак не должны влиять. а если завтра у книжного сайта появится книга коэлье в оригинале?