Все сильно вцепились в фразу 12 запросов в секунду. Это ж не факт, что у них сервер падает при 12 запросах в секунду. Помимо яндекса туда еще и пользователи ходят.
Многие иностранные сервисы, исходят из мысли, что человек представлен в сети одним и тем же сетевым именем.
Это позволяет производить некую интеграцию сервисов, на основе имени пользователя. Широко известный Gravatar именно так и делает.
Это достаточно удобно, помню зарегестрировался на одном из сервисов, персональных календарей и потом залогинившысь, увидел, что он уже мне аватару поставил, правильную.
Сначала был некий испуг, потом выяснилось, что он пошел на Twitter и взял оттуда мою картинку.
Мне кажется, что к нашим реалиям это мало применимо, люди не то что имеют много ников, они их придумывают по ходу регистрации на новых сервисах. Я конечно говорю о большинстве пользователей.
Интересно, правильно ли мое мнение или таки можно пологаться, при разработке сервисов, на перманентность пользовательских имен?
Их можно понять.
В большинсте случаев, конечно, при инвестициях оговаривают срок, в течении которого основатели не имеют право покидать компанию.
Однако… хозяева теперь не они, фишки, технологии и другие интересные основателям вещи уже не на первом месте, теперь надо получать бабло, дабы радовать инвесторов.
Проикольно, только не совсем ясно, что сначала надо выбрать дату, а потом уже появляется выбор времени.
И еще, надо бы стилями сделать для часов cursor:pointer, а то опять же фиг его знает, можно ли туда нажимать или нет.
Т.е воплощение органичное и хорошее, но с юзабельностью проблема. Отаке.
Зачем делать на стороне сервера то, что можно делать на стороне клиента? В любом случае, выбор из множества вариантов — только нам же на пользу. Хотим там, делаем, хотим не там, делаем здесь.
Кроме того, для метода например, как в нижеописанном коментарии всеравно используется скрипт на стороне клиента, который идет на сервер за картинками. Так зачем же, раз уж мы используем скрипт, ходить еще и на сервер?!?
Ну и еще одна реплика: зачем нагружать свой сервер лишней работой, если за него эту работу может выполнить браузер клиента?
Перекрывало меню сайта в ИЕ? Правильно?
Дело в том. что заменяемый текст помещается в SPAN, для которого прописывается position:relative, а ИЕ при порядке отображения таких элементов не обращает внимания на z-index, а основывается только лишь на порядке их следования в документе. Т.е. для решения вашей проблемы надо сделать так, что б меню в файле было описано позже любых элементов с position:relative. Как этого достигнуть, это уже детали, можно для пиремара при показе меню чикать JSом и вставлять в конец документа, с соответствующим абсолютным позиционированием.
Все сильно вцепились в фразу 12 запросов в секунду. Это ж не факт, что у них сервер падает при 12 запросах в секунду. Помимо яндекса туда еще и пользователи ходят.
Но думаю 3й вариант, подойдет.
Это позволяет производить некую интеграцию сервисов, на основе имени пользователя. Широко известный Gravatar именно так и делает.
Это достаточно удобно, помню зарегестрировался на одном из сервисов, персональных календарей и потом залогинившысь, увидел, что он уже мне аватару поставил, правильную.
Сначала был некий испуг, потом выяснилось, что он пошел на Twitter и взял оттуда мою картинку.
Мне кажется, что к нашим реалиям это мало применимо, люди не то что имеют много ников, они их придумывают по ходу регистрации на новых сервисах. Я конечно говорю о большинстве пользователей.
Интересно, правильно ли мое мнение или таки можно пологаться, при разработке сервисов, на перманентность пользовательских имен?
Хотя еще думалось, что может что-то наподобии Google Wave и пока гугл его выпустит, будет уже поздно, опера первой перевернет интернет )
В любом случае нагнетая такой ажиотаж, у людей возростают ожидания. Потому, как бы не вышло пшиии-ка, от завышенных ожиданий.
Это я к тому, что — ну и что? ))
В большинсте случаев, конечно, при инвестициях оговаривают срок, в течении которого основатели не имеют право покидать компанию.
Однако… хозяева теперь не они, фишки, технологии и другие интересные основателям вещи уже не на первом месте, теперь надо получать бабло, дабы радовать инвесторов.
И еще, надо бы стилями сделать для часов cursor:pointer, а то опять же фиг его знает, можно ли туда нажимать или нет.
Т.е воплощение органичное и хорошее, но с юзабельностью проблема. Отаке.
У вас что-то поломалось в статье!
Скептиков не слушайте. Развивайте свой проект.
Кроме того, для метода например, как в нижеописанном коментарии всеравно используется скрипт на стороне клиента, который идет на сервер за картинками. Так зачем же, раз уж мы используем скрипт, ходить еще и на сервер?!?
Ну и еще одна реплика: зачем нагружать свой сервер лишней работой, если за него эту работу может выполнить браузер клиента?
Дело в том. что заменяемый текст помещается в SPAN, для которого прописывается position:relative, а ИЕ при порядке отображения таких элементов не обращает внимания на z-index, а основывается только лишь на порядке их следования в документе. Т.е. для решения вашей проблемы надо сделать так, что б меню в файле было описано позже любых элементов с position:relative. Как этого достигнуть, это уже детали, можно для пиремара при показе меню чикать JSом и вставлять в конец документа, с соответствующим абсолютным позиционированием.