Российский хост будет молчать до последнего, пока панели юзеров ломать не начнут. Да и когда начнут, то будут говорить, что юзеры ССЗБ и сами прое… свои пароли. Только когда даже дураку станет очевидно, что базу увели именно у хостера, то очень неохотно признают факт взлома.
Менталитетс, сударь… :)
А graceful рестарт или HUP чем не устраивают? Первый — дождется пока дочерние процессы отдадут все юзерам, и постепенно заменяет их на новые процессы с новым конфигом. Второй — убъет всех детей и запустит новых с новым конфигом. В случае HUP время перезапуска значительно сокращается, т.к. родительский процесс продолжает работать, а в случае с graceful юзеры вообще ничего не заметят. У nginx тоже подобный фокус есть. Так что проблема высосана из пальца, т.е. ее тупо нет.
Когда у меня впервые появилась задача сделать несколько десятков хостов на одном сервере, описанных недостатков мне хватило, чтобы не смотреть в его сторону.
Не совсем понял зачем все-таки в случае локальной машины поднимать bind и что-то настраивать в нем, когда записи в hosts более чем достаточно. Или этот модуль использует свой резолвер в обход системного?
Млин. Схавался кусок.
>Такое писать надо только если в пишете имя, а не ip'шник
Читать «Такое писать надо только если в пишете имя, а не ip'шник в VirtualHost»
Мдя. Для начала:
>sudo a2enmod vhost_alias
Указывайте блин дистрибутив. По скриншоту и любви к sudo можно понять, что описываете для бубунты?
>127.0.0.1 test.loc
Такое писать надо только если в пишете имя, а не ip'шник, или для тестирования, когда на локальной машине работаете. А если тестируете/используете в разработке сайтов, то нафик пляски с bind? Записи в hosts более чем достаточно.
Насчет bind. Вы прямую и обратную зону сравнивали? Где в обратке записи типа PTR и что у нас стоит в SOA и конфиге bind? Плюс в продакшене так вам и отдали управление обраткой.
mod_rewrite. В продакшене при более или менее нормальном трафе жрет проц шо ппц. Никогда так не делайте и старайтесь либо не использовать его, либо включать только там где это действительно надо.
Про mod_vhost_alias и отличающиеся конфиги виртуальных хостов тут уже сказали.
У апача есть такая замечательная директива — Include. Пишем в конфиге Include vhosts/*.conf, делаем шаблон, в который при создании хоста скриптиком вписываем имя юзера и имя домена. Все. Потом по необходимости правим конфиг и делаем service httpd reload, т.е. просим апач просто конфиг перечитать.
Статью переименовать, дописать «для разработчика» или «на локальном хосте».
Сразу вспоминается бородатый анекдот:
Папа, водка подорожала. Теперь ты будешь меньше пить?
Нет, сынок, теперь вы будете меньше кушать.
Интересно, хотя бы раз, после действий, хоть немного бьющих по кошельку опсосов, они заявят: «Мы переходим с норм прибыли в тысячи процентов, на сотни процентов, наши абоненты не заметят изменений в расходах на связь». Слабо верится, что они когда-нибудь начнут меньше кушать :)
Честно говоря не замечал проблем — работаю как на проводной. В игры играю редко, но в DNF дискомфорта не испытывал. У нее в принципе еще и dpi можно переключать, но я не пользуюсь, т.к. не играю и сижу в основном в линуксах. Да и как-бы у топовой мышки не должно быть таких проблем, тем более что она есть и в геймерском исполнении (потроха там скорее всего почти одинаковые), а геймеры бы их сразу какашками закидали, если бы были проблемы с откликом.
Вот у 7000й курсор ползет как беременный. Плюс трудно прицеливаться — есть небольшой порог движения мыши после которого только начинается перемещение курсора. Поначалу доставало, потом вроде приловчился, но все равно жду момента когда от нее избавлюсь.
Согласен. Я на работе перепробовал кучу мышей. У проводных, то провод перетирается, то мешается и т.п.
Из беспроводных пробовал гениус — шлак. Клаву почти сразу в шкаф закинул, мышку через пол-года. Потом пересел на майкрософтовскую 7000ю. Тоже шлак, позиционируется отвратно, резинка на колесе сдохла через пол-года. Забодался и тоже попросил заказать мне Performance MX как дома. Теперь жду когда приедет. Мышь и клава — основные инструменты, поэтому брать их по принципу «что подешевле в комплекте с системником, баксов 10 за комплект» не стоит однозначно, если за компом приходится сидеть больше часа в день.
Мышки от логитеха чем и хороши, что живут лет по 5-10 без проблем. Проще на время ожидания, как советуют ниже взять что-то за пару баксов, или старую/ноутбучную мышь временно поюзать. Не люблю коней на переправе менять. Я старую мышь то дома поменял из-за того, что кнопки уже подглючивать начали, да и чистить шариковую мышь раз в месяц надоело.
Если это Performance MX за сотню баксов, то можно и подождать, достав на время еще работающего шарикового беспроводного грызуна 10-летней давности от того же логитеха: О
Я в поддержку логитеха не обращался пока, это к тому, что почти у каждого компьютерщика в столе найдется старый резервный мышонок на время ожидания: О
Но с записью в логе типа: Загружены сообщения в history для следующих контактов:…
и список в виде UIN+никнейм контакта в моем клиенте.
Если в списке 2-3 сотни контактов, и сегодня появился кто-то новый, при продолжении разговора с ним на другом устройстве бывает минут 10 список листаешь и пытаешься вспомнить его никнейм.
Хотя в моем случае вариант с дропбоксом все равно не пройдет. На работе миранда под вайном (ну привык я к ней....). На смарте ее база не откроется ни одним из клиентов. Так что пока живу без аськи на смарте, т.к. забодался искать что куда писали. Поэтому гоняю на смарте скайп. Если я кому-то срочно нужен, то он достанет меня и через скайп, а если не сможет — значит не особо сильно я и нужен в данный момент — потерпит пока я за ББ появлюсь (админам тоже иногда надо отдыхать).
В принципе рабочий вариант, если аська не запущена одновременно на ББ и смарте. Если по очереди юзать, то да — вполне нормуль. Но я аську на работе вообще не вырубаю, так что мне такой вариант не подойдет :(
В принципе все что надо добавить в протоколе — при прочтении сообщения на сервер должен уходить флажок «сообщение прочитано». Соответственно при получении сообщений на другом устройстве при наличии такого флажка, можно было бы просто молча писать их в базу.
Это да — не очень удобно, но ради синхры базы можно пережить. Это лучше чем перебирать все свои клиенты в поисках типа «блин на какую из асек мне скидывали ip сервера».
А нефик фривольные сообщения с рабочей аськи писать. Надо разделять личные и рабочие дела.
Согласен с большинством — мне по душе подход скайпа. History на всех устройствах должны быть идентичны.
Менталитетс, сударь… :)
>Такое писать надо только если в пишете имя, а не ip'шник
Читать «Такое писать надо только если в пишете имя, а не ip'шник в VirtualHost»
>sudo a2enmod vhost_alias
Указывайте блин дистрибутив. По скриншоту и любви к sudo можно понять, что описываете для бубунты?
>127.0.0.1 test.loc
Такое писать надо только если в пишете имя, а не ip'шник, или для тестирования, когда на локальной машине работаете. А если тестируете/используете в разработке сайтов, то нафик пляски с bind? Записи в hosts более чем достаточно.
Насчет bind. Вы прямую и обратную зону сравнивали? Где в обратке записи типа PTR и что у нас стоит в SOA и конфиге bind? Плюс в продакшене так вам и отдали управление обраткой.
mod_rewrite. В продакшене при более или менее нормальном трафе жрет проц шо ппц. Никогда так не делайте и старайтесь либо не использовать его, либо включать только там где это действительно надо.
Про mod_vhost_alias и отличающиеся конфиги виртуальных хостов тут уже сказали.
У апача есть такая замечательная директива — Include. Пишем в конфиге Include vhosts/*.conf, делаем шаблон, в который при создании хоста скриптиком вписываем имя юзера и имя домена. Все. Потом по необходимости правим конфиг и делаем service httpd reload, т.е. просим апач просто конфиг перечитать.
Статью переименовать, дописать «для разработчика» или «на локальном хосте».
Папа, водка подорожала. Теперь ты будешь меньше пить?
Нет, сынок, теперь вы будете меньше кушать.
Интересно, хотя бы раз, после действий, хоть немного бьющих по кошельку опсосов, они заявят: «Мы переходим с норм прибыли в тысячи процентов, на сотни процентов, наши абоненты не заметят изменений в расходах на связь». Слабо верится, что они когда-нибудь начнут меньше кушать :)
Вот у 7000й курсор ползет как беременный. Плюс трудно прицеливаться — есть небольшой порог движения мыши после которого только начинается перемещение курсора. Поначалу доставало, потом вроде приловчился, но все равно жду момента когда от нее избавлюсь.
Из беспроводных пробовал гениус — шлак. Клаву почти сразу в шкаф закинул, мышку через пол-года. Потом пересел на майкрософтовскую 7000ю. Тоже шлак, позиционируется отвратно, резинка на колесе сдохла через пол-года. Забодался и тоже попросил заказать мне Performance MX как дома. Теперь жду когда приедет. Мышь и клава — основные инструменты, поэтому брать их по принципу «что подешевле в комплекте с системником, баксов 10 за комплект» не стоит однозначно, если за компом приходится сидеть больше часа в день.
Я в поддержку логитеха не обращался пока, это к тому, что почти у каждого компьютерщика в столе найдется старый резервный мышонок на время ожидания: О
и список в виде UIN+никнейм контакта в моем клиенте.
Если в списке 2-3 сотни контактов, и сегодня появился кто-то новый, при продолжении разговора с ним на другом устройстве бывает минут 10 список листаешь и пытаешься вспомнить его никнейм.
Согласен с большинством — мне по душе подход скайпа. History на всех устройствах должны быть идентичны.