• avatar
  • nikebl
  • 21 сентября 2010, 15:06
  • #
  • +1
Ну, когда у тебя всего один сервер и других не предвидится в ближайшем будущем, то проще написать пятистрочный скриптик и гонять его по крону, чем изучать мануал к системам резервного копирования.
Автор пошел по этому пути.
  • avatar
  • nikebl
  • 23 августа 2010, 11:49
  • #
  • 0
groups.google.com/group/highload-php-en/browse_thread/thread/72987134573199ec
groups.google.com/group/highload-php-en/browse_thread/thread/1e0a48f80d19cf9d
Вот тут можете почитать, в целом все работает, но иногда возникают проблемы.
Как я понял, проблемы только в Linux, т.к. народ с БСД пишет что разницы вообще нет.
  • avatar
  • nikebl
  • 21 августа 2010, 22:53
  • #
  • +1
Php-fpm, как известно, глючит при работе с ним через unix-сокет, об этом было неоднократно сказано в рассылке разрабов, советую поменять его работу на tcp-сокет, если не хотите периодически ловить 503 и 504.
  • avatar
  • nikebl
  • 16 июля 2010, 14:20
  • #
  • 0
CentOS -стандарт, потому что LSB, большенство наработок в вебе тестируются на ней и подюбому совместимы, а вообще по-моем личному опыту с CentOS проблем меньше когда приходится ставить что-то нестандартное.
Уже как пол-года перевожу сервера компании с убунты 8.04 на CentOS 5.4\5.5
  • avatar
  • nikebl
  • 01 июня 2010, 14:23
  • #
  • +2
Дай покормлю…
Сотрудникам гугла работать надо а не «соблюдать 100500 элементарных правил безопасности работы в Windows»
точно знаю два решения для этого, давно изучал этот вопрос и остальное забыл, сейчас помню что есть:
AVReg avreg.net/ и
ZoneMinder
  • avatar
  • nikebl
  • 14 мая 2010, 12:27
  • #
  • +2
Не знаю как там у Вас на дебах, вот вчера только получил rss о том что вышел новый pidgin, полез в koji.fedoraproject.org, скачал пакет, поставил, пользуюсь.
  • avatar
  • nikebl
  • 26 апреля 2010, 23:34
  • #
  • +1
конечно можно:
гуглить на точто выдает sysctl -a | grep dirty
а опция монтирования, отключающая дисковый кэш называется sync и для серверов с более-менее серьездной нагрузкой на диск крайне не желательна.
  • avatar
  • nikebl
  • 22 марта 2010, 13:49
  • #
  • 0
Не хочу Вас огорчать, но у практически не рекламируется ОЕЗ Дубна, по причине того, что проект превратился в один сплошной распил бабла, и походу на него все подзабили угрохав в него тучу наших с Вами денег, а жаль…
dubna.oao-oez.ru/
  • avatar
  • nikebl
  • 25 февраля 2010, 17:48
  • #
  • +2
подозреваю что они получат самого большого «тунца для лососания» в ответ на свое заявление :)
  • avatar
  • nikebl
  • 01 октября 2009, 16:33
  • #
  • +1
Когда я был на первом курсе у нас не было паяльника и жесткий диск, у которого отпаялась одна ножка от гнезда шлейфа к плате, был приведен в рабочее состояние при помощи одного самореза и 2х зубочиток:
кончик самореза использовался как проводник, а зубочистки зажимали его по бокам не давая отвалиться и замкнуть соседние ножки.
При этом хард проработал пару месяцев, лежа в таком виде на корпусе, пока я не увез его домой :)
  • avatar
  • nikebl
  • 31 августа 2009, 16:29
  • #
  • 0
безумно хочу увидеть исходники МСВС, но никому (кроме разрабов) их не увидеть, я просто еще раз хотел напомнить что МСВС нарушает GPL.
угу дистрибутива — возможно, однако добавить в саму МСВС тот же постгрес (не помню как его обозвали там по русски, просто изменив название) нужно отдать только 20к, все система будет дороже.
Ну любят у нас в стране давать одной конторе монополию на на что-либо связанное с оборонкой и неплохо иметь с ее «крышевания»
  • avatar
  • nikebl
  • 31 августа 2009, 10:53
  • #
  • 0
При этом, на лицо нарушение ГПЛ, т.к. исходников никто не увидит :)
Да и еще где то читал, что поставить сие чудо на машину стоит много тыщ рублей, в том то и отличие от рэдхата:
yum install postgresql или или заплатить 20к деревянных за «дополнительный функционал» :)
  • avatar
  • nikebl
  • 23 августа 2009, 14:41
  • #
  • +2
А при чем тут Ubuntu? гуаки есть наверное во всех дистрибутивах…
  • avatar
  • nikebl
  • 13 июля 2009, 12:34
  • #
  • +1
Хмм… а так ли нужно оно общественности? Друзья, которые пишут под сабж при слове Symbian начинают плеваться во все стороны :)
  • avatar
  • nikebl
  • 08 июля 2009, 19:21
  • #
  • +1
Глюки трансмишн, замеченные мною:
В сети провайдера любой торрент-клиент качает в 10 мб. в сек. Трансмишн — 1-2 мб. в сек.
Закачка иногда просто останавливается и он не видит пиров, пока торрент вручную не перезапустишь.
Периодически просто падает. Если он работает у кого-нить как основная качалка и Вы всем довольны — отпишите плиз, может дело в Мандриве и я зря его ругаю.
Да и вообще: KDE — Ktorrent GTK/Gnome — deluge. Остальным — rtorrent — лучше его уж точно нет по надежности/легковесности.
  • avatar
  • nikebl
  • 08 июля 2009, 17:35
  • #
  • +1
Transmission вместо deluge???? извращенцы… он у меня при всех раскладах отказывался нормально качать.
  • avatar
  • nikebl
  • 05 июля 2009, 14:55
  • #
  • +3
«Если звезды загораются на небе, значит это кому-нибудь нужно» Классика.
Скорее всего я вряд ли буду пользоваться этим продуктом и для меня он останется очередным опенсорсным велосипедом, но, исходя из того, что разрабы — люди не глупые и не стали бы просто так тратить свое время, хочется пожелать им удачи в таком нелегком деле.
  • avatar
  • nikebl
  • 02 июля 2009, 22:48
  • #
  • +1
Если при очевидных преимуществах для средних контор Gnu/Linux перед продукцией MS, большинство все еще использует второе, то вряд ли кто то станет менять привычный 1C на что-либо другое.
Хотя если Вы сможете доказать конторе, которая еще не использует никакой ERP что Ваше решение им очень поможет в бизнесе то «все может случиться».
Самое главное как это преподнести ;)