Сервера не столько изнашиваются, сколько устаревают морально очень быстро.
Там изнашиваться кроме винчестеров и кулеров (вообще копейки) нечему практически.
А у меня синяя ><
Вообще-то я говорил про большинство. Я в курсе, что бывают и оранжевые, и зелёные (у Razer вроде была) и даже с двумя разными цветами.
Кстати, иногда стакан глючит и светится пару секунд после того, как его отпустили.
Лень ковырять, как он устроен, но на поверхности (особенно чистого) достаточно чётко видны две широкие полоски чего-то. Фактически, они занимают большую часть поверхности, а ширина просветов между ними — 2–3см.
>>>А еще при посадке НЛО подсвечивает землю синими прожекторами.
Кстати, насчёт подсветки.
Большинство клавиатур имеет синюю подсветку (из тех, что вообще имеют, ес-сно).
Работает, но добавляет лишний null-элемент в конце массива.
Что еще хуже ибо может совершенно неожиданно вылезти боком.
Не работало бы, если бы это был литерал объекта.
ну в IE отличий всё-таки больше. Тем более, там рассматривают довольно много специфических и очень редко используемых случаев.
Но в целом в js больше всего различий именно в работе DOM (причём, не только HTML, но даже и CSS).
А так сходу по своему опыту могу назвать только пару небольших отличий в чистом js:
parseInt(«09») == NaN или undefined в Опере (вроде бы это поменяли)
Редкий специфический баг, может вылезти когда «вручную» парсим строку с временем вида "%h:%M:%S".
лишняя запятая в литералах массивов или объектов.
{a:1, b:2, } в IE не работает.
[1, 2, 3, ] в IE добавляет лишний null-элемент в конец массива.
Последнее, пожалуй, наиболее опасная ошибка (т.е. возникает часто, отловить её не зная об этой особенности, не быстро) в случае использования серверного движка.
$cents = round(floatval($_GET['value'])*100)
Вполне себе подойдёт и городить огород с «велосипедным» парсингом значения смысла нет. А decimal-типа в php нет.
Из комментариев на bugs.php.net
— Happens here too 64bit CPU 32bit builds (win or linux)
— Appears to hang when compiled for 32bit Intel code, but not 64bit code.
Туда уже сообщили пару дней назад и баг в svn исправили.
Я пост написал, чтобы проинформировать администраторов сайта и они могли обновить php на своих серверах для того, чтобы избежать этого бага.
Ок, в след. раз просто буду писать: «Чуваки, обновите пхп, там баг нашли» без подробностей ;-)
Жрёт-то, наверное, огого.
Там изнашиваться кроме винчестеров и кулеров (вообще копейки) нечему практически.
т.е. удобство для ограниченных (инвалидов, короче, говоря) людей.
Кто совсем в танке: гривна дороже.
Про специфику V8 вообще не очень в курсе.
Например, довольно много марок сигарет, где синяя упаковка — это средние, а красные — крепкие.
Вообще-то я говорил про большинство. Я в курсе, что бывают и оранжевые, и зелёные (у Razer вроде была) и даже с двумя разными цветами.
Лень ковырять, как он устроен, но на поверхности (особенно чистого) достаточно чётко видны две широкие полоски чего-то. Фактически, они занимают большую часть поверхности, а ширина просветов между ними — 2–3см.
Кстати, насчёт подсветки.
Большинство клавиатур имеет синюю подсветку (из тех, что вообще имеют, ес-сно).
богЛенин велел.Что еще хуже ибо может совершенно неожиданно вылезти боком.
Не работало бы, если бы это был литерал объекта.
Но в целом в js больше всего различий именно в работе DOM (причём, не только HTML, но даже и CSS).
А так сходу по своему опыту могу назвать только пару небольших отличий в чистом js:
parseInt(«09») == NaN или undefined в Опере (вроде бы это поменяли)
Редкий специфический баг, может вылезти когда «вручную» парсим строку с временем вида "%h:%M:%S".
лишняя запятая в литералах массивов или объектов.
{a:1, b:2, } в IE не работает.
[1, 2, 3, ] в IE добавляет лишний null-элемент в конец массива.
Последнее, пожалуй, наиболее опасная ошибка (т.е. возникает часто, отловить её не зная об этой особенности, не быстро) в случае использования серверного движка.
wiki.ecmascript.org/lib/exe/fetch.php?id=resources:resources&cache=cache&media=resources:jscriptdeviationsfromes3.pdf
Вполне себе подойдёт и городить огород с «велосипедным» парсингом значения смысла нет. А decimal-типа в php нет.
Ок, в текст тоже дописал.
— Happens here too 64bit CPU 32bit builds (win or linux)
— Appears to hang when compiled for 32bit Intel code, but not 64bit code.
Я пост написал, чтобы проинформировать администраторов сайта и они могли обновить php на своих серверах для того, чтобы избежать этого бага.
Ок, в след. раз просто буду писать: «Чуваки, обновите пхп, там баг нашли» без подробностей ;-)