У меня первый эир в юнибоди, т.е. вроде 2010 года. Батарея держит и сейчас 3-4 часа автономной работы, а на новом 5 точно было. 7 часов автономной работы не было никогда. Возможно новые эир стали более долгоживущими.
>> Разрешение экрана маленькое
Вот уж не согласен. По сравнению с чем маленькое? Разве что с ретиной.
>> 2 порта USB
Это не проблема. В мобильном состоянии больше не нужно. Флэшку воткнуть есть куда. При работе за столом не сложно подключить usb-ветвитель.
>> нету Ethernet
Ну ведь и это не проблема. В мобильном состоянии WIFI проще, стационарно — не сложно воткнуть LAN-переходник в USB-ветвитель.
>> слабенькая видеокарта поиграть
Ну так ведь не для игр он…
>> с закрытой крышкой придется поставить Insomnia
Просто подключите к питанию, и работайте с внешним монитором с закрытой крышкой без всяких Insomnia.
>> нету правой кнопки на тачпаде
Загляните в настройки тачпада. Правый угол можно настроить как правую кнопку. Я так и сделал.
У меня macbook air. Да, при тяжелых задачах греется, но и с открытой крышкой он тоже греется. В общем-то выдув воздуха идет снизу, т.е. закрытая крышка судя по всем не мешает.
Ну и я считаю что ноутбук должен работать на меня, а не я мучиться из-за ноутбука. Если сгорит от перегрева — значит судьба у него такая, куплю следующий, убедившись что у него работа с внешним монитором при закрытой крышке реализована лучше.
1. настройте логирование ошибок в php, задав
— в php.ini (php.ini может быть несколько, путь к используемому можно увидеть с помощью phpinfo()):
log_errors = On
error_log = путь к файлу (например /var/log/php_errors.)
— убедитесь с помощью phpinfo(), что в конфиге php-fpm настройки логирования не перекрываются, и что они такие, как вы задали. Так же убедитесь, что пользователь под которым работает php-fpm имеет права на запись в лог, запустив срипт с ошибкой. Появится лог — все хорошо, не появится — копайте, почему его нет.
2. Ошибки у конкретного одного пользователя связаны с его особенностями. Особенности берутся из куки. Свяжитесь с пользователем и очистите все куки в его браузере. Если у других пользователей проблем нет — то и у этого они исчезнут. Если пользователь использует авторизацию, и после этого начинаются проблемы — тогда сбои вызваны тем, что вы храните в качестве состояние этого пользователя у себя. Что-то в его состоянии вызывает сбой. Посмотрите, что вы о нем храните и как это используете. Опять же, лог ошибок вам в помощь.
> Не совсем понятно, как левые воркеры будут «воровать» задачи,
> учитывая что functionName таски должен совпадать с functionName вокрека Протокол Gearman позволяет посмотреть список функций и количество задач для каждой функции в очереди. Поэтому, если сервер смотрит наружу, то список функций — не секрет.
> левый порт
Ну это тоже не средство.
> правило в iptables «только для локальной сети»
Да, наверно из этого может что-то получиться. Спасибо за подсказку! К сожалению я не системный администратор, и не силен в настройках локальных сетей. Попробую покопать в эту сторону!
Обычно, системы, рассчитанные на удаленные запросы, имеют средства авторизации, а тут их просто проигнорировали, и никаких подсказок в документации не оставили как правильно обеспечить безопасность… Да и поиск по Интернет ничего толкового тоже не принес. Думаю у большинства так и висит открытый наружу порт к которому без проблем можно подключиться.
Да, это сработало.
Обновление tzdata до 2011n-0squeeze1 привело к установке MSK в качестве таймзоны в MySQL. Теперь со временем порядок.
Так же корректно работает версия 2011k-0squeeze1. Т.е. проблема проявилась только в пакете tzdata версии 2011m-0squeeze1.
Спасибо!
Уже было такое предложение habrahabr.ru/qa/13295/#answer_56515
Конечно, я перезапускал mysql после обновления tzdata. Еще до написания вопроса на хабр.