Я думаю как раз и имелись ввиду рипы с BlueRay, в 720, вместо убожества 320 на сколько-то там. Качество их приличное и в mkv помещается куча дорожек и субтитров.
Я думаю основная проблема в относительности размеров на различных экранах. На каждом экране должен быть индивидуальный DPI, чтобы размер пунктов, не пикселей(!) преобразовывать в задуманный физический размер.
Вот так с помощью нехитрых манипуляций можно переопределить $_FILES и заставить материться даже очень спокойного и уравновешенного человека. Но зачем?
P.S. Кто нибудь добавьте картинку с троллейбусом, с телефона неудобно.
Эх, Принц Персии… Вот где настоящее, не то что нынешние блестящие гламурные гигабайты с название от этой игры. Миллиметровка нажатий на кнопки и обход шипов, логика открытия дверей и перепрыгивание через кнопки, чтобы они не закрылись, распитие бутылочек методом проб и ошибок…
2 000 000 000 (смс за полгода) / 6 (мес) / 30 (дней) / 24 (часа) = менее 500 000 смсок в час.
500 000 (смс) * 200 (байт в смске) / 1024 / 1024 = 95 мбайт в час
О да, офигенная нагрузка на каналы…
С технической стороны проблем нет, есть куча способов узнать компьютер на котором поднят DHCP. Скорее проблемы организационного плана, т.к. компьютер не принадлежит автору.
Это может быть как и специально написанная и запускаемая злоумышленником программа, так и функция какого-то ботнета, и пользователь может не знать что является DHCP сервером. Если есть возможность отловите DHCP сервер и сообщите провайдеру об этой проблеме. Хотя как показывает практика это неблагодарное дело в нашем обществе…
Да, как-то так, но возможно переводчик не виноват. Напомнило пиратские переводы игр в те мутные времена, когда я был еще школьником и с удивлением смотрел на WinXP. Помню тут была статья о таких локализациях. Зачастую переводчики не знают где этот текст будет в последствии и получаются забавнейшие перлы.
Мы не проверяем кто запустился, нам не важно это, нам важен результат который это кто-то выдал, эта проверка и осуществляется кодом анонимки. И это, имхо, не нарушает ЛСП. С другой стороны Вы правы, мы сами назначаем когда закончить отдавать обработчикам несчастное событие и вернуть результат, тоже считаю что не совсем верно, это должно осуществляться в обработчике, обработчик указал что всё, ребята, больше тут делать нечего — не отдаем событие другим. Но может пример не совсем удачный. Т.о. Метод triggerUntil не нужен, имхо, он просто добавляет дополнительный функционал (и гибкость?).
P.S. Кто нибудь добавьте картинку с троллейбусом, с телефона неудобно.
2 000 000 000 (смс за полгода) / 6 (мес) / 30 (дней) / 24 (часа) = менее 500 000 смсок в час.500 000 (смс) * 200 (байт в смске) / 1024 / 1024 = 95 мбайт в час
О да, офигенная нагрузка на каналы…