Хочется еще заметить, что нас отключили, предварительно заверив, что не отключат... Вопиющее безобразие, а еще пищут на сайте, что ценят время своих клиентов. Уроды. Вот как с такими бороться?
у нас две коробки, в общей сложности 3U, надо переставить их в стойку к другому провайдеру, в последствии потребуется еще место в стойке под расширение.
Юмор прикольный, но если серьезно - для этого есть KVM-свичи, которые просто размыкают и замыкают питание удаленно и позволяют проделывать много чего еще. Шутка-шуткой, но многие "админы" про это даже не знают...
Почему бы не сделать ИЛИ мыло ИЛИ юзернейм? Пусть вводят то, что им первее вспомнится. По регулярному выражению станет ясно - мыло это или юзернейм. На серверной стороне отличить и реализовать оба варианта, по-моему, не проблема.
Сюжет и правда супер, играл с большим удовольствием давным-давно! А анимация для того времени, надо сказать, действительно выглядела очень круто. Один из лучших гейм-дизайнов. Перестрелки на лазерах с рассыпанием в крошку, сюжетные вставки-заставки на "движке"...
PHP и так, по-моему, работает неплохо для интерпретируемых скриптов. А когда встает вопрос - одинарные или двойные кавычки использовать, конкатенацию строк или несколько параметров в echo - там, где это критично, с кавычками в PHP уже не заморачиваются, а оптимизируют на другом уровне.
30-й совет по оптимизации PHP улыбнул - не использовать PHP :)
33-й совет работает только если у вас однобайтные строки, весь мир уже давно на utf8 перелез, а в PHP (до сих пор) utf8 нативно не держится - только через расширения для поддержки мультибайтных строк, типа mb_string... Соответственно, надо юзать стандартный strlen, потому что php-кодер не должен полагаться на однобайтные символы, мало ли, может, админ включил mbstring.func_overload (особенно актуально для тех, кто пользуется сторонним хостингом)...
Получается, что все перечисленные советы для "начинающих", т.к. "продолжающие" и сами знают, где и как чего оптимизировать у себя. А "начинающие" вообще не должны заниматься оптимизацией - вредно для психики. Premature optimization is the root of all evil.
Ну, лично мне кажется, что это как-то неправильно - открывать анлим-хостинг, а потом рубить траф. Мы честно заявляем о действующих ограничениях. "Слишком много" трафика - нам самим на пользу. Можно снимать какие-то ограничения или послаблять их - обычно это всем нравится. Но вот ужесточать после заявленного, что "мы передумали" - если мы так сделаем - мы потеряем или недосчитаемся пользователей.
Crop и растягивание происходит только для тех превьюшек, которые светятся на морде сайта. Это для того, чтобы морда выглядела органично, а не как рваное табло. Собственно растянутые превью только на морде и фигурируют. А уже те превьюшки, которые встраиваются в форумы, блоги и т.д. - они другие - побольше, и размеры их корректируются иначе - как раз так, как пользователи того и ожидают...
Да, это так, сейчас используется простой GD. Что касается оптимизаций - у нас на подходе nginx-модуль, который писан на C и все будет делать быстрее быстрого стороннего софта. Собственно, php в итоге вообще не будет, как и апача какого-то там...
Просто на всех версиях ну никак не проверить, потому что даже в свежих билдах хватает багов... В целом, нам, конечно, хотелось бы, чтобы он работал везде одинаково, но, к сожалению, некоторые "особенности" браузеров не позволяют придумать никакого workaround'а с сохранением юзабилити - приходится делать фолбэк в js, а то и в plain html вообще. Работаем над повышением стабильности аплоадера. Спасибо за репорт, в любом случае!
видимо, ты "счастливчик" - оперой пользуется не так уж и много народу, а уж 8.51... на винде 9.26 (которая сейчас висит на морде опера.ком) должна работать стабильно, остальное не было возможности проверить - будем посмотреть/починить.
К сожалению, это невозможно. Браузеры не дают возможности читать файлы пользователя на его жестком диске ни javascript'ам, ни Flash'у... Это ограничения безопасности - т.к. если бы кто-то мог на своем сайте разместить скрипт, читающий содержимое Ваших файлов, интернет бы рухнул. Для нас, разработчиков, картинка - это черный ящик, до тех пор, пока она не придет к нам...
Этот сервис существует как раз для того, чтобы его всячески загаживать картинками и не париться об этом. Но удаление картинок, тем не менее, скоро будет реализовано.
http://www.seomoz.org/article/search-ran…
30-й совет по оптимизации PHP улыбнул - не использовать PHP :)
33-й совет работает только если у вас однобайтные строки, весь мир уже давно на utf8 перелез, а в PHP (до сих пор) utf8 нативно не держится - только через расширения для поддержки мультибайтных строк, типа mb_string... Соответственно, надо юзать стандартный strlen, потому что php-кодер не должен полагаться на однобайтные символы, мало ли, может, админ включил mbstring.func_overload (особенно актуально для тех, кто пользуется сторонним хостингом)...
Получается, что все перечисленные советы для "начинающих", т.к. "продолжающие" и сами знают, где и как чего оптимизировать у себя. А "начинающие" вообще не должны заниматься оптимизацией - вредно для психики. Premature optimization is the root of all evil.