Как сейчас дела обстоят я не знаю — это было в июне-июле этого года.
У Вас в экстранете для включение / выключения чего-либо используется грид из кучи таких переключателей-движков.
Мало того что это жутко неудобно — вообще экстранет должен быть максимально простым — а тут глаза от ряби дизайна выпадывают, так еще и жутко все это счастие тормозило.
В Booking другая крайность там все топроно и старо, вебдванольненьким не пахнет — но работает быстро и живо.
Сидел я на хреновом канале и не на сильном компе — надо было срочно убрать номера из бронирования. Так вот при переключении КАЖДОГО переключателя в гриде гдето к 5-7 штукам начинало все жутко при жутко тормозить.
Я глянул код — там класс на классе и классом погоняет вобщем при щелчке там что-то порождается и затем отсылается на сервак, по скольку канал нестабильный и узкий — эти кучки плодились и плодились и потом минуту надо было курить и ждать пока все уйдет.
Ведь можно баланс какойто делать, не все оопешить? это выдливается в тонны ненужных классов и тормоза при работе ибо бинд на чтото вызывает и порождает 15 классов, а не вызывает одну единственную функцию.
Зачем так усложнять? Зачем рисовать дизайнерские фенечки вместо простого и понятного грида? Выглядит менее красиво? Да, но это экстранет а не витрина в магазине.
Нет я пониимаю что ООП дает модульность, дизайн — красоту и все такое — но что из этого получается — я описал.
Желаю Вам устранить все эти недостатки и развиваться дальше — проект нужный и замечательный, я посмотрю чем оно все закончится и быть может снова начну пользоваться.
Из своей практики могу сказать так — очень редко где надо ресайзить изображения с точностью до пикселя.
Обычно на сайтах используются 2-3 размера: маленькое превью => оригинальный файл либо же маленькое превью, превью побольше, вид в для показа «на весь экран».
Для этого хватает обработчика где передается id размера.
Например /image/dynamic/preview/1.jpg или же /image/dynamic/full/1.jpg
А сам обработчик пишется так (примерный код) .htaccess:
В таком случае если apache найдет файл в кэше — отдаст его, если нет — запустит скрипт index.php, который сгенеритт файл в папкукэша + сразу отдаст его.
Замедление только на этапе создания кэша, кроме того это можно автоматизировать при обнулении ( нагегенрить скриптом из базы все варианты если надо ). После юзанья в продакте в течении некоторого времени «нагнуть» сайт атакой по ресайзингу крайне проблематично )
Если жу нужна субпиксельная точность — то мне кажется вернее рубить размеры на окна, а внутри окна масштабировать средствами браудера — ибо лишней инфы при окне скажем в 10-20 пикселей будет не так много как все эти файлы на сервере.
Ну это все мое видение конечно, плюс в Вашем варианте есть возможность синхронизации.
Вобщем до того как пощупаю напишу что получилось в голове после просмотра конфы и чтения:
Дивжок на chromium (который на webkit-е) + PDF(foxit) + Касперский + Opera Turbo Button + FLASH + prefech content / url / ip (за счет поисковой базы) + интеграция с Я.Диск что дает возможность синхронизации браузера из любых точек выхода + punto switcher в адресной строке + социалочки.
Что удобно — это безусловно Я.Диск и возможность синхронизации. Непонятно только одно — как будет с безопасностью и можно ли будет шифровать контент на клиенте.
Будет ли вестись наблюдение за работой пользователя — неизвестно, но скорее всего да, хотябы косвенно — ибо fast DNS позволит видеть посещенные Вами ресурсы ( они запрашиваться будут напрямую с яндекса ).
Получился медиа комбайн, окончательное мнение о ктором можно будт сложить лишь «пощупав» его.
Сколрее всего иделаьно будет для рядовых пользователей, которые ничего не знают и не умеют.
Компьютерщикам же понравится едва ли — во первых легкий трэкинг и использования его для подсовывания Вам сервисов и рекламы а также поисковых запросов в будущем.
Кроме того очень мало компьютерщиков насколько я опрашивал вообще юзают поиск яндекса, сервисы — да, пользуются спросом ( маркет например ) а вот поиск — нет.
Все это конечно ИМХО.
Понятно ЗАЧЕМ сделан этот продукт, понятна и его аудитория.
Ругать Яндекс смысла нет — это бизнес компания, она сделана не для того чтобы радовать ВАС, а для зарабатывания ДЕНЕГ.
ИМХО опять же с точки зрения весьма верный шаг по завоевыанию хомячков (==денежек)
И огромное им спасибо что не стали делать свой движок и у нас не прибавилось в CSS -ybr-ченидь там :)
P.S. на стринги реально похоже :-D
P.P.S. Советую прекратить примерять на себя вещь, сделанную не для Вас — и все станет на свои места :-D
P.P.P.S В Яндексе не работаю :-D
В случае если кодировка стоит UTF / WIN экзотические данные не пройдут просто. Они даже могут ( если будут валидными ) — записаться, но инъекцию через них сделать будет нельзя.
Ошибки в личку пожалста, чтобы не засорять ненужным комментарии. А написал — дабы из кучи написанного сделать сухую выжимку и чтобы людям было легче все эти методы применять.
Я бы уже на месте СБ уже стоял с цветами и чемоданом денег у госоподина gotozero с глазками как у того котика из Шрека и фразой «Иди к нам работать» :-D
Люди, вы чего все такие снобы?
То им музыка не нравится, то звук на заставке.
И техника то безопасности нарушена,
и сахар не пинцетом берут да еще и не опыты это а просто фокусы!
Вы откуда такие? Ну не нравится — так не смотрите, пройдите мимо.
Не нравится как сделано — сделайте лучше.
Лично я, как физик, получаю уйму удовольствия после просмотра этих роликов.
Мужики, творите дальше!
Вы делаете не простую но очень классную работу по увлечению молодежи наукой!!!
Респект Вам.
P.S. Для людей, не отличающих ОПЫТ от ЭКСПЕРИМЕНТА объясню — опыт — это подтверждение чего-либо путем создания определенных условий и наблюдением за результатом, а вот ЭКСПЕРИМЕНТ это как раз когда есть теоритическая база, формулы и его ставят для их подтвержения (такое плоское, упрощенное определение, чтобы в след. раз любителей демогогии поменьше было :) )
А я уж думал что я один такой :-D Ибо ждал его — и оно вышло :-D
Вот такие лопаты ведь явно девушка носить не будет… ну или не так — далеко не каждая девушка согласится на такую лопату, ну так почемуж тогда так углы то скруглили ( фиг там с ними, с материалами )?
SIV видимо овальным будет?
ИМХО мужской телефон должен быть более строгим чтоли — с четкими линиями, ну и черный или белый.
Я понимаю что на вкус и цвет фломастеры разные. Но все же?
Глянец я молчу вообще. ИМХО оптимальный дизайн был у SII — приятный на ощупь, с правильными линиями. Смотерлся он здорово и не так попсово, эх…
Понял. я По моему читал про все это на 4pda, и конечно не всматривался про то какие это были версии — т.е. просто ориентировался по названию — ибо хотел брать. Ну вот значит был не прав.
У кого был опыт работы с телефонами от Google?
Пишут, что они часто «забивали» на свой предыдущий тел, плохо обновляли и т.д. — типа Samsung обновил уже ПО для Glaxy S, а обладатели гуглофона получили это лишь через несколько месяцев.
Прочел. Интересно, эпично, к некоторым выводам я походил сам :)
Во всяком случае это было очень интерсно, и спасибо автору за топик.
Когдато репод по статистической физике сказал нам одну весч.
Кратко это звучит так «Хочешь рассмешить Бога — расскажи ему о своих планах» :)
А подробно — соц.среда, как и вообще реальная жизнь состоит из миллионов взаимовлияющих факторов,
Увы и ах — это не модель, и просчитать все взаимодействие никогда не представляется возможным.
Это бич всех аналитиков — «все может пойти совсем не так» :-D
По этому +100500 автору за последние строки и мегареспект что он не закончил статью станлартными предсказаниями.
Я так понял фишка в том, что как раз и не дергается ничего кроме статики, пока обновлений нет — так что вполне заслуживающий внимания метод. А старые браузеры — это уже другая тема, к тому-же можно юзать не Etag.
Если высоконагруженное что-то по-моему вполне хороший метод.
Ну eval плох только тем что не безопасен.
JSON parser жертвуя скоростью, дает уверенность в безопасности — т.е. он только преобразует валидный json в объект, и не может выполнить произвольный код, в отличает от eval.
Математическая логика про массивы ничего не знает, она лишь говорит что при сложении сущностей результатом будет такая же сущность. Это вполне интуитивно, не так ли?
Тут не причем житейская логика.
И да, язык ИМЕЕТ право на то, что массив плюс массив дает строку, но это поведение отличается от ожидаемого.
Он ИМЕЕТ на это право, но если бы он делал это ОЖИДАЕМО — количество бы ошибок УМЕНЬШИЛОСЬ — вот что я имел ввиду.
Как сейчас дела обстоят я не знаю — это было в июне-июле этого года.
У Вас в экстранете для включение / выключения чего-либо используется грид из кучи таких переключателей-движков.
Мало того что это жутко неудобно — вообще экстранет должен быть максимально простым — а тут глаза от ряби дизайна выпадывают, так еще и жутко все это счастие тормозило.
В Booking другая крайность там все топроно и старо, вебдванольненьким не пахнет — но работает быстро и живо.
Сидел я на хреновом канале и не на сильном компе — надо было срочно убрать номера из бронирования. Так вот при переключении КАЖДОГО переключателя в гриде гдето к 5-7 штукам начинало все жутко при жутко тормозить.
Я глянул код — там класс на классе и классом погоняет вобщем при щелчке там что-то порождается и затем отсылается на сервак, по скольку канал нестабильный и узкий — эти кучки плодились и плодились и потом минуту надо было курить и ждать пока все уйдет.
Ведь можно баланс какойто делать, не все оопешить? это выдливается в тонны ненужных классов и тормоза при работе ибо бинд на чтото вызывает и порождает 15 классов, а не вызывает одну единственную функцию.
Зачем так усложнять? Зачем рисовать дизайнерские фенечки вместо простого и понятного грида? Выглядит менее красиво? Да, но это экстранет а не витрина в магазине.
Нет я пониимаю что ООП дает модульность, дизайн — красоту и все такое — но что из этого получается — я описал.
Желаю Вам устранить все эти недостатки и развиваться дальше — проект нужный и замечательный, я посмотрю чем оно все закончится и быть может снова начну пользоваться.
Обычно на сайтах используются 2-3 размера: маленькое превью => оригинальный файл либо же маленькое превью, превью побольше, вид в для показа «на весь экран».
Для этого хватает обработчика где передается id размера.
Например /image/dynamic/preview/1.jpg или же /image/dynamic/full/1.jpg
А сам обработчик пишется так (примерный код) .htaccess:
RewriteCond %{REQUEST_URI} ^/image/dynamic/(.+)$
RewriteCond %{DOCUMENT_ROOT}/папкакэша/%1 -f
RewriteRule. /папкакэша/%1 [L]
script.php [L]
В таком случае если apache найдет файл в кэше — отдаст его, если нет — запустит скрипт index.php, который сгенеритт файл в папкукэша + сразу отдаст его.
Замедление только на этапе создания кэша, кроме того это можно автоматизировать при обнулении ( нагегенрить скриптом из базы все варианты если надо ). После юзанья в продакте в течении некоторого времени «нагнуть» сайт атакой по ресайзингу крайне проблематично )
Если жу нужна субпиксельная точность — то мне кажется вернее рубить размеры на окна, а внутри окна масштабировать средствами браудера — ибо лишней инфы при окне скажем в 10-20 пикселей будет не так много как все эти файлы на сервере.
Ну это все мое видение конечно, плюс в Вашем варианте есть возможность синхронизации.
Дивжок на chromium (который на webkit-е) + PDF(foxit) + Касперский + Opera Turbo Button + FLASH + prefech content / url / ip (за счет поисковой базы) + интеграция с Я.Диск что дает возможность синхронизации браузера из любых точек выхода + punto switcher в адресной строке + социалочки.
Что удобно — это безусловно Я.Диск и возможность синхронизации. Непонятно только одно — как будет с безопасностью и можно ли будет шифровать контент на клиенте.
Будет ли вестись наблюдение за работой пользователя — неизвестно, но скорее всего да, хотябы косвенно — ибо fast DNS позволит видеть посещенные Вами ресурсы ( они запрашиваться будут напрямую с яндекса ).
Получился медиа комбайн, окончательное мнение о ктором можно будт сложить лишь «пощупав» его.
Сколрее всего иделаьно будет для рядовых пользователей, которые ничего не знают и не умеют.
Компьютерщикам же понравится едва ли — во первых легкий трэкинг и использования его для подсовывания Вам сервисов и рекламы а также поисковых запросов в будущем.
Кроме того очень мало компьютерщиков насколько я опрашивал вообще юзают поиск яндекса, сервисы — да, пользуются спросом ( маркет например ) а вот поиск — нет.
Все это конечно ИМХО.
Понятно ЗАЧЕМ сделан этот продукт, понятна и его аудитория.
Ругать Яндекс смысла нет — это бизнес компания, она сделана не для того чтобы радовать ВАС, а для зарабатывания ДЕНЕГ.
ИМХО опять же с точки зрения весьма верный шаг по завоевыанию хомячков (==денежек)
И огромное им спасибо что не стали делать свой движок и у нас не прибавилось в CSS -ybr-ченидь там :)
P.S. на стринги реально похоже :-D
P.P.S. Советую прекратить примерять на себя вещь, сделанную не для Вас — и все станет на свои места :-D
P.P.P.S В Яндексе не работаю :-D
Я бы уже на месте СБ уже стоял с цветами и чемоданом денег у госоподина gotozero с глазками как у того котика из Шрека и фразой «Иди к нам работать» :-D
Это сделано для людей которые СМОТРЯТ, а не докапываются.
Мне Вас жалко — Вы наверное ни один хуждожетсвенный фильм не можете смотреть?
Ведь нет ни одного фильма без ляпов :-D
Люди, вы чего все такие снобы?
То им музыка не нравится, то звук на заставке.
И техника то безопасности нарушена,
и сахар не пинцетом берут да еще и не опыты это а просто фокусы!
Вы откуда такие? Ну не нравится — так не смотрите, пройдите мимо.
Не нравится как сделано — сделайте лучше.
Лично я, как физик, получаю уйму удовольствия после просмотра этих роликов.
Мужики, творите дальше!
Вы делаете не простую но очень классную работу по увлечению молодежи наукой!!!
Респект Вам.
P.S. Для людей, не отличающих ОПЫТ от ЭКСПЕРИМЕНТА объясню — опыт — это подтверждение чего-либо путем создания определенных условий и наблюдением за результатом, а вот ЭКСПЕРИМЕНТ это как раз когда есть теоритическая база, формулы и его ставят для их подтвержения (такое плоское, упрощенное определение, чтобы в след. раз любителей демогогии поменьше было :) )
Вот такие лопаты ведь явно девушка носить не будет… ну или не так — далеко не каждая девушка согласится на такую лопату, ну так почемуж тогда так углы то скруглили ( фиг там с ними, с материалами )?
SIV видимо овальным будет?
ИМХО мужской телефон должен быть более строгим чтоли — с четкими линиями, ну и черный или белый.
Я понимаю что на вкус и цвет фломастеры разные. Но все же?
Глянец я молчу вообще. ИМХО оптимальный дизайн был у SII — приятный на ощупь, с правильными линиями. Смотерлся он здорово и не так попсово, эх…
Это радует.
Осталось дождаться объявления о цене у нас ну или через ebay снова
Пишут, что они часто «забивали» на свой предыдущий тел, плохо обновляли и т.д. — типа Samsung обновил уже ПО для Glaxy S, а обладатели гуглофона получили это лишь через несколько месяцев.
Насколько верно все это? Ибо цена вкусная.
Во всяком случае это было очень интерсно, и спасибо автору за топик.
Когдато репод по статистической физике сказал нам одну весч.
Кратко это звучит так «Хочешь рассмешить Бога — расскажи ему о своих планах» :)
А подробно — соц.среда, как и вообще реальная жизнь состоит из миллионов взаимовлияющих факторов,
Увы и ах — это не модель, и просчитать все взаимодействие никогда не представляется возможным.
Это бич всех аналитиков — «все может пойти совсем не так» :-D
По этому +100500 автору за последние строки и мегареспект что он не закончил статью станлартными предсказаниями.
Не заморачивайтесь, просто живите )
Хабр — торт, и я жду продолжения )
Если высоконагруженное что-то по-моему вполне хороший метод.
JSON parser жертвуя скоростью, дает уверенность в безопасности — т.е. он только преобразует валидный json в объект, и не может выполнить произвольный код, в отличает от eval.
Тут не причем житейская логика.
И да, язык ИМЕЕТ право на то, что массив плюс массив дает строку, но это поведение отличается от ожидаемого.
Он ИМЕЕТ на это право, но если бы он делал это ОЖИДАЕМО — количество бы ошибок УМЕНЬШИЛОСЬ — вот что я имел ввиду.