Вы искажаете факты. У меня есть и ноут, и КПК, и мощная машина, и современный интернет на другой работе, и я не ныл. Я объяснял причины, почему бывает удобно использовать eLinks, а интернет и старое железо — это фактические подтверждения моим аргументам.
Контора государственная, денги у конторы есть — недавно вот грант на 850 миллионов рублей выиграли. Только деньги оседают, скажем так, не во всех кругах. Так что проявлений их не видно ни в железе, ни в зарплате (которая, кстати, ниже прожиточного миннимума), ни, тем более, в широте интернет-канала. Но особенности распределения финансирования в государственных учреждениях, полагаю, выходят далеко за рамки темы данного обсуждения.
Почему сотни? Разве не достаточно всего лишь следовать стандартам? Похоже, нужен конкретный пример.
Я делал серверную и клиентскую локигу на beta.libra.nsu.ru. Относительно навигации по меню работа закончена (кроме синхронизации с URL при навигации, как в gmail).
Попробуйте выключить JavaScript — меню будет работать.
Попробуй выключить CSS — сайт работает.
Контент подгружается через AJAX, только если это возможно.
Меню работает под JavaScript, только если это возможно.
В админке подгружается WYSIWYG-редактор, только если это возможно.
Это мой первый сайт, но мне не стоило почти никакого труда сделать независимость от JS и CSS, ведь в моём случае это только 6 дополнительных строчек кода. Неужели это сложно для профессионалов?
1. Хорошие плагины для FF не нашёл, да он и тормозной очень. Opera отсутствует в репозиториях моего дистрибутива, левые пакеты не люблю ставить без надобности. Но в целом принято, эта проблема решается.
2. а) Хорошо, возьмём этот пост без картинок и JS.
$ wget habrahabr.ru/blogs/webdev/50328/ --output-document=/tmp/11; wc -c /tmp/11
340015 /tmp/11
$ links -dump habrahabr.ru/blogs/webdev/50328/|wc -c
94826
$ links -dump habrahabr.ru/blogs/webdev/50328/|gzip|wc -c
24030
Разница — в 3.5 раза. А по SSH трафик ещё всегда сжиматься может, здесь так вообще разница в 12 раз получается… Скорость GRPS в моём регионе — около килобайта-двух в секунду. Скорость инета через локалку в моей домашней сети по последним официальным данным — 2 килобайта в секунду на коннект, 5 — всего. Нас в сети — несколько тысяч.
2. б) Пардон, но не у меня одного на обновление компа нет средств. Вот неделю назад только 486-е списали, а Pentium-III / 128 Mb RAM ещё пашут, в том числе и на серверах. Вы мне за свои деньги предлагаете туда рабочий комп купить? Да, я ещё и в коммерческой организации работаю — здесь, конечно, железо современное. Но в коммерческой нас — 40, а там — ~3000.
3. Обновляюсь регулярно, из-за чего и падает. Вот вчера после обновления драйвер nvidia насильно выставил X-серверу такой маленький DPI, что работать в графике до правки конфигов было, мягко говоря, тяжело. В каком из действий моя ошибка? Это не я кривой, это софт кривой, причём тот, который проприетарный.
Сисадмин наш, видимо, об этом не знал, когда сидел в «серверной» после kernel panic'а. И в процессе переезда, когда в помещении ничего, кроме серверов и сетевого оборудования в здании не было. В целом, в связи с последним вашим абзацем, возражение по третьему пункту принято — серьёзные ресурсы вроде google не позволят себе потерять пользователей из соображений экономии, а развлекательный портал при настройке сервера админу не пригодится.
По поводу вашего последнего предложения прошу прочитать сей коммент — habrahabr.ru/blogs/webdev/50328/?reply_to=1321993#comment_1321714
«Маргина́л, маргина́льный челове́к (от лат. margo — край) — человек, живущий вне общества по теории профессора Павла Филиппчука.»
Наконец — нет, маргиналом не считаю. В пунктах 2а и 2б я рассказал, почему я такой не один. Мой выбор обусловлен обстоятельствоми нахождения не-в-столице, а не «утверждением своей собственной системой норм и ценностей».
Судя по качеству ресурса вообще — они наверняка просто не думали об этом. Здесь же многие сторонники решения понимают, что некоторые пользователи не смогут воспользоваться их ресурсом при таком выборе, и всё равно его пиарят.
Мой предыдущий коммент и родительский оценены отрицательно, но оппоненты ничем не смогли аргументировать свою позицию. Нахожу в этом подтверждение мнения о том, что рынок в IT клонится в сторону быстрого производства продуктов крайне низкого кчества, рассчитанных на большинство вместо того, чтобы выпускать продукты качественные и соответствующие стандартам.
Поскольку оценивающих было много, объясню подробней:
При подходе, ориентированным на качество, критическая ошибка — это не когда сайт выглядит некрасиво в одном из браузеров (например, в IE), а когда им вообще нельзя воспользоваться. Клиенты ходят на сайты, как правило, за информацией, а не дизайн разглядывать.
При подходе «делаем какашку быстро и за копейки» приоритеты расставляются, конечно, иначе.
Например, меню на JavaScript сайте www.lib.tsu.ru/ в принципе не работает в konqueror, я даже не знал бы, что оно там есть, если бы мне как пример сайта не показывали это в IE. Это — критическая ошибка.
На это же сайте я вижу пустые белые полосы, разрезающие картинку. Это даже не ошибка, это — мелочи.
1. В eLinks удобная навигация с клавиатуры — основого инструмента ввода данных в программисткой среде:
Нажимаешь точку, слева от всех ссылок и полей ввода появляются числа, набираешь число, нажимаешь Enter. Очень удобно. Не хуже, чем в konqueror.
2. Это быстро.
2а) Быстро при медленном инете. Представьте канал до сервера — 1000 CPS, канал от сервера — большой. Канал сервера во внешний мир — широкий. Запускаем eLinks, наслаждаемся жизнью. Однажды, специально для одного дебильного сайта, использующего картинки-капчи, мне пришлось ставить X-сервер, icewm, firefox, но скорость отрисовки экрана и реакции на мышку через VNC — минуты две. Собственно, снёс нафиг и вернулся в eLinks.
2б) Быстро на медленной машине. Есть старые машины, они крутой графический браузер не потянут. На моей домашней, например, firefox тормозит безбожно — 10 секунд на открытие вкладки — это перебор. Konqueror работает приемлимо, а eLinks просто летает.
3. Это возможно без графики. Графика есть не везде и не всегда. Когда у меня упал X-сервер из-за кривого драйвера от nvidia и я не смог вернуть всё назад руками — как вы думаете, каким браузером я воспользовался для поиска решения проблемы в гугле? Каким браузером пользуется наш сисадмин, когда поднимает сервера с консоли?
Мне тоже этот метод по душе. К сожалению, работает лишь пока сайт непопулярный и им отдельно не заинтересовались спамеры. Но я всё же ещё добавил английский вариант для русскоязычных пользователей, не имеющих возможности писать кириллицей.
Согласен, сознательно, а не случайно, делать ресурс недоступным для части пользователей — это клиника. Ладно, когда это ещё — домашняя страничка, а если крупный ресурс? На вконтакте.ру, видимо, тоже так же считают — часть функционала в моём браузере вообще никак не работает.
У меня тоже точка доступа без пароля, часто через меня тянут что-то — но я не жадничаю. А вот то, что пароли стырят — будет неприятно. Как от этого защититься, оставив точку открытой?
Не изменилось ли мнение по поводу исходников за прошедшие почти два года?
Думаю, adobe для fine reader-а заплатит огромные деньги, если распознавалка действительно отлично работает.
Моя распознавалка давала где-то 80% угадывания для одной буквы, но писалась для определённой капчегенерилки (ХЗ как называется, меня это не интересовало) и была лишь простым экспериментом. Алгоритм был основан на вычленении примерных границ букв (удавалось плохо), для каждой буквы выделения двух областей — фона и самой буквы (удавалось ещё хуже), а затем — попиксельном сравнении с базой образцов путём перебора несложных линейных преобразований растяжения и масштабирования. Метрика близости с шаблоном там была не то, чтобы минимальное количество несовпавших пикселей для всех преобразований, но что-то около. Образцы генерировались заранее. Работал алгоритм секунд 5 на букву.
А в общем — некоторые капчи и человек не прочитает, не то что машина.
Сей канал связи очевидно считается ненадёжным по причинам, понятным любому технически грамотному человеку. То, что в «компьютерной фирме» технически грамотного человека не нашлось — не верю. Использование аськи не только как основного, но и как единственного коммуникационного канала для ведения бизнеса — организационная глупость.
Я делал серверную и клиентскую локигу на beta.libra.nsu.ru. Относительно навигации по меню работа закончена (кроме синхронизации с URL при навигации, как в gmail).
Попробуйте выключить JavaScript — меню будет работать.
Попробуй выключить CSS — сайт работает.
Контент подгружается через AJAX, только если это возможно.
Меню работает под JavaScript, только если это возможно.
В админке подгружается WYSIWYG-редактор, только если это возможно.
Это мой первый сайт, но мне не стоило почти никакого труда сделать независимость от JS и CSS, ведь в моём случае это только 6 дополнительных строчек кода. Неужели это сложно для профессионалов?
2. а) Хорошо, возьмём этот пост без картинок и JS.
$ wget habrahabr.ru/blogs/webdev/50328/ --output-document=/tmp/11; wc -c /tmp/11
340015 /tmp/11
$ links -dump habrahabr.ru/blogs/webdev/50328/|wc -c
94826
$ links -dump habrahabr.ru/blogs/webdev/50328/|gzip|wc -c
24030
Разница — в 3.5 раза. А по SSH трафик ещё всегда сжиматься может, здесь так вообще разница в 12 раз получается… Скорость GRPS в моём регионе — около килобайта-двух в секунду. Скорость инета через локалку в моей домашней сети по последним официальным данным — 2 килобайта в секунду на коннект, 5 — всего. Нас в сети — несколько тысяч.
2. б) Пардон, но не у меня одного на обновление компа нет средств. Вот неделю назад только 486-е списали, а Pentium-III / 128 Mb RAM ещё пашут, в том числе и на серверах. Вы мне за свои деньги предлагаете туда рабочий комп купить? Да, я ещё и в коммерческой организации работаю — здесь, конечно, железо современное. Но в коммерческой нас — 40, а там — ~3000.
3. Обновляюсь регулярно, из-за чего и падает. Вот вчера после обновления драйвер nvidia насильно выставил X-серверу такой маленький DPI, что работать в графике до правки конфигов было, мягко говоря, тяжело. В каком из действий моя ошибка? Это не я кривой, это софт кривой, причём тот, который проприетарный.
Сисадмин наш, видимо, об этом не знал, когда сидел в «серверной» после kernel panic'а. И в процессе переезда, когда в помещении ничего, кроме серверов и сетевого оборудования в здании не было. В целом, в связи с последним вашим абзацем, возражение по третьему пункту принято — серьёзные ресурсы вроде google не позволят себе потерять пользователей из соображений экономии, а развлекательный портал при настройке сервера админу не пригодится.
По поводу вашего последнего предложения прошу прочитать сей коммент — habrahabr.ru/blogs/webdev/50328/?reply_to=1321993#comment_1321714
«Маргина́л, маргина́льный челове́к (от лат. margo — край) — человек, живущий вне общества по теории профессора Павла Филиппчука.»
Наконец — нет, маргиналом не считаю. В пунктах 2а и 2б я рассказал, почему я такой не один. Мой выбор обусловлен обстоятельствоми нахождения не-в-столице, а не «утверждением своей собственной системой норм и ценностей».
Мой предыдущий коммент и родительский оценены отрицательно, но оппоненты ничем не смогли аргументировать свою позицию. Нахожу в этом подтверждение мнения о том, что рынок в IT клонится в сторону быстрого производства продуктов крайне низкого кчества, рассчитанных на большинство вместо того, чтобы выпускать продукты качественные и соответствующие стандартам.
Поскольку оценивающих было много, объясню подробней:
При подходе, ориентированным на качество, критическая ошибка — это не когда сайт выглядит некрасиво в одном из браузеров (например, в IE), а когда им вообще нельзя воспользоваться. Клиенты ходят на сайты, как правило, за информацией, а не дизайн разглядывать.
При подходе «делаем какашку быстро и за копейки» приоритеты расставляются, конечно, иначе.
Например, меню на JavaScript сайте www.lib.tsu.ru/ в принципе не работает в konqueror, я даже не знал бы, что оно там есть, если бы мне как пример сайта не показывали это в IE. Это — критическая ошибка.
На это же сайте я вижу пустые белые полосы, разрезающие картинку. Это даже не ошибка, это — мелочи.
Оценивающим — высказывайте аргументы.
Нажимаешь точку, слева от всех ссылок и полей ввода появляются числа, набираешь число, нажимаешь Enter. Очень удобно. Не хуже, чем в konqueror.
2. Это быстро.
2а) Быстро при медленном инете. Представьте канал до сервера — 1000 CPS, канал от сервера — большой. Канал сервера во внешний мир — широкий. Запускаем eLinks, наслаждаемся жизнью. Однажды, специально для одного дебильного сайта, использующего картинки-капчи, мне пришлось ставить X-сервер, icewm, firefox, но скорость отрисовки экрана и реакции на мышку через VNC — минуты две. Собственно, снёс нафиг и вернулся в eLinks.
2б) Быстро на медленной машине. Есть старые машины, они крутой графический браузер не потянут. На моей домашней, например, firefox тормозит безбожно — 10 секунд на открытие вкладки — это перебор. Konqueror работает приемлимо, а eLinks просто летает.
3. Это возможно без графики. Графика есть не везде и не всегда. Когда у меня упал X-сервер из-за кривого драйвера от nvidia и я не смог вернуть всё назад руками — как вы думаете, каким браузером я воспользовался для поиска решения проблемы в гугле? Каким браузером пользуется наш сисадмин, когда поднимает сервера с консоли?
Думаю, adobe для fine reader-а заплатит огромные деньги, если распознавалка действительно отлично работает.
Моя распознавалка давала где-то 80% угадывания для одной буквы, но писалась для определённой капчегенерилки (ХЗ как называется, меня это не интересовало) и была лишь простым экспериментом. Алгоритм был основан на вычленении примерных границ букв (удавалось плохо), для каждой буквы выделения двух областей — фона и самой буквы (удавалось ещё хуже), а затем — попиксельном сравнении с базой образцов путём перебора несложных линейных преобразований растяжения и масштабирования. Метрика близости с шаблоном там была не то, чтобы минимальное количество несовпавших пикселей для всех преобразований, но что-то около. Образцы генерировались заранее. Работал алгоритм секунд 5 на букву.
А в общем — некоторые капчи и человек не прочитает, не то что машина.