Итак, первая фишка - это подключение установок к сети. Заметьте, не дома, не участка, а именно установок.

Итак, юридический уродец СНТ является некоммерческой организацией и не является сетевой организацией, т.е. СНТ не может подключать кого-то к сети или отключать. СНТ не может перепродавать электроэнергию - т.е. даже если все садоводы единогласно решили повысить тариф (например, чтобы оплачивать потери в линии), то решение это не может иметь юридической силы.

99% дачников в России в данный момент подключены незаконно.

Сейчас я расскажу вам как подключиться законно и без каких-либо огромных сумм.

Для этого вам нужно найти действующий трансформатор (неважно кому принадлежащий - энергетикам или же какому-то садоводству) в радиусе 500 метров вокруг вашего участка. Т.е., расстояние до  трансформатора должно быть не более 500 метров по прямой.

Если нашли, то идем по этой ссылке и курим Постановление Правительства номер 334.
В нем сказано, что при выполнении условий (500 метров до трансформатора + свидетельство о собственности на землю и на дом ) вам нужно заплатить 550 рублей и в течение полугода энергетики вас подключат.

Причем постановление обязывает их это сделать и больше нет отмазки про отсутствие мощности.

Самое интересное, что подключить они могут вас через любое садоводство и сами будут договариваться с владельцем трансформатора! Все, вам больше не нужно воевать с председателями садоводств, которые хотят бабла за подключение или пытаются заставить садоводов платить по завышенному тарифу. После осуществления официального подключения вы будете платить за электричество напрямую энергетикам минуя кассиров и бухгалтеров СНТ.

Если же энергетики вдруг начнут лепить отмазки, то нужно пойти по этой ссылке и пожаловаться в ФАС.

Сервер IMAP предупреждает о следующем: Filesystem notification initialization error — contact your mail administrator (check for configuration errors with the FAM/Gamin library)

то не нужно бежать к почтовому администратору. Вам придется пересобрать Imapd, предварительно удалив лишнюю строку с этим назойливым отладочным алертом.

В общем, находится она в imapd.c в строке 6503. Патч выглядит вот так:

— courier-0.64.2-orig/imap/imapd.c  2010-03-16 23:12:40.000000000 +0100
+++ courier-0.64.2/imap/imapd.c  2010-03-20 15:34:35.000000000 +0100
@@ -6503,7 +6503,7 @@

if ((w=maildirwatch_alloc(“.”)) == NULL)
{
-      writes(“*OK [ALERT] Filesystem notification initialization error — contact your mail administrator (check for configuration errors with the FAM/Gamin library)\r\n”);
+      writes(“* OK [ALERT] Filesystem notification initialization error — contact your mail administrator (check for configuration errors with the FAM/Gamin library)\r\n”);
}
else
{

Но бывает, что вместо таблицы memory сервер использует таблицу myISAM на диске, а это отрицательно влияет на производительность системы.

Бывает это, например, в двух случаях - если не хватило памяти на сервере или если в запросе используются поля с типами TEXT или BLOB.

Я же с этим утверждением никак не мог согласиться и решил написать небольшой пример использования индекса при группировке.

Создал в базе простую InnoDB таблицу:

CREATE TABLE `test` (
`id` INTEGER(11) NOT NULL AUTO_INCREMENT,
`x` INTEGER(11) UNSIGNED NOT NULL DEFAULT ‘0′,
`y` BIGINT(20) UNSIGNED NOT NULL DEFAULT ‘0′,
PRIMARY KEY (`id`)

)ENGINE=InnoDB
AUTO_INCREMENT=1 CHARACTER SET ‘utf8′ COLLATE ‘utf8_general_ci’
COMMENT=”

Заполнил ее случайными цифрами и выполнил простой запрос:
explain select
y, count(*)
from
`test`
Where
x = 0
group by y
Результатом выполнения которого стал вот такой план:

id: 1
select_type: SIMPLE
table: test
type: ALL
possible_keys: NULL
key: NULL
key_len: NULL
ref: NULL
rows: 762498
Extra: Using where; Using temporary; Using filesort

Видно, что сначала сработало условие Where x = 0, затем для группировки данные перекочевали во временную таблицу в памяти (если конечно памяти хватило. в противном случае временная таблица - это myISAM на диске), а затем были отсортированы.

Теперь создаем index по полю y и снова выполняем запрос:

id: 1
select_type: SIMPLE
table: test
type: index
possible_keys: NULL
key: y
key_len: 8
ref: NULL
rows: 762498
Extra: Using where

Из результатов видно, что сервер использует индекс по полю y и успешно работает с ним без использования временных таблиц.

Теперь пробуем вариант с составным индексом по x и y (назовем его 2xy):
id: 1
select_type: SIMPLE
table: test
type: ref
possible_keys: 2xy
key: 2xy
key_len: 4
ref: const
rows: 381249
Extra: Using where; Using index

Ну и напоследок пример с клиническим случаем, когда утверждается, что индекс  для группировки не нужен - создаем индекс только по полю x:

id: 1
select_type: SIMPLE
table: test
type: ref
possible_keys: x
key: x
key_len: 4
ref: const
rows: 381249
Extra: Using where; Using temporary; Using filesort
Видно, что единственный индекс x успешно используется, но при этом для группировки снова привлекаются временные таблицы и filesort.

В самом конце в нем есть такая строка exec ${sbindir}/courierlogger -pid=/var/run/courier/authdaemon/pid $LOGGEROPTS -$1 /usr/lib/courier/courier-authlib/authdaemond

попробуйте ее исправить, а именно - убрать $LOGGEROPTS, вот так:
exec ${sbindir}/courierlogger -pid=/var/run/courier/authdaemon/pid -$1 /usr/lib/courier/courier-authlib/authdaemond

http://code.google.com/p/phpquery/

Мечта задрота-уебмастера - парсить чужой сайт без напряга.

В связи с появлением в средствах массовой информации заявлений о имеющих место задержках доставки почтовых отправлений из-за рубежа Почта России заявляет: вся международная почта передается таможенным органам для досмотра и оформления в предусмотренные законодательством сроки с момента поступления почтового отправления на территорию РФ. Прошедшие таможенную обработку отправления в тот же день без задержек отправляются по назначению адресатам.

Таможенная обработка международных почтовых отправлений производится в объектах почтовой связи в рамках зон таможенного контроля – на территории, арендуемой у Почты России таможенными органами. Почта России не может влиять на скорость таможенного оформления международной почты, поскольку этот процесс находится в ведении Федеральной таможенной службы. Тем не менее, предприятие совместно с таможенными органами реализует комплекс мер, направленный на ускорение прохождения международных почтовых отправлений.

Интересно, какие же меры принимаются?

А меры достаточно забавные. Я даже сам их прочувствовал.
Обнаружил в почтовом ящике уведомление об очередной посылке из Китая. Получил на почте.
На конверте и на уведомлении номер отправления локальный российский, а не тот, который был назначен на почте Гонг-Конга.

Захожу на russianpost.ru и смотрю историю этой посылки в трекере.
Трекер мне сообщает, что посылка приехала в Россию 26 марта и 28 я ее уже получил.

Быстро? Очень быстро! Особенно с учетом того, что из Гонг-Конга посылка уехала 11 февраля! Т.е. она как бы почти два месяца была в пути и как бы виноват кто угодно, но не Почта России.

А сейчас проверил еще одну посылку - англоязычная версия их сайта говорит, что посылка вообще уехала в Воронеж и уже кому-то вручена. Русскоязычная показывает то Томскую область, то питерскую таможню, то вообще ничего не показывает.

Для тех, кто столкнулся с такой проблемой.
Ошибка возникает в случае, если кладем в кеш данные с типом Integer.

В моем случае я пытался положить unix timestamp, а именно результат выполнения команды time().

Кладите пока int как строку - т.е. делайте  так:

$memcache_obj->set(‘var_key’, strval(‘1268339170′), MEMCACHE_COMPRESSED, 50);

Надеюсь, что пытливый читатель догадается применить условие типа is_int($value) ? strval($value) ? $value

Автору модуля уже отписали - исправит или нет, хз…

p.s. Если вас не парит более медленный модуль, то используйте не memcache от Антохи,  а memcached от Dango.

Fatal error: Can’t load /var/www/index.php, open_basedir restriction. in Unknown on line 0

Но уверены, что все пути у вас правильные, то не спешите править конфиги апача - посмотрите на версию eAccelerator (если используете).

С версией 0.9.6 возникают такие проблемы. Кроме того, из нее убрали все user api.

Так вот, в письме было сказано, что сотрудники чебуречной не нарушили “Закон о защите прав потребителей” и “Правила торговли” (действительно, в этих НПА ничего нет про отсутствие сдачи и отказ в обслуживании), но руководство чебуречной обещало обеспечить сотрудников необходимым количеством купюр и разменной монетой.

Таким образом, вопрос о том куда жаловаться остается открытым. При этом есть подозрение, что сотрудники РПН просто решили “соскочить”, как они ранее слали мне отписки во время разбирательства с QWERTY.

После решения проблем Билайна я успешно забыл про онлайм. Сегодня они о себе напомнили.
Позвонила девушка и сообщила, что у них был “сбой системы” и все завяки упали только сегодня (а неделю они не замечали, что заявок нет, о-ло-ло).

Я поискал в почте письмо от их мега-системы и обнаружил, что 12 февраля 2010 года у онлаймовцев было 12 января 2009 года.

Пожалуй, останусь пока на билайне ;-)))

p.s. Похоже, что это просто всеобщая деградация. Или в прошлый “год равных возможностей” многие компании понабрали умственно отсталых инвалидов на работу.

Или инкубатор снова заработал.

На этот раз я расскажу о чудесном биллинге и гениальном суппорте.

Пару дней назад я в очередной раз оплатил домашний интерет от билайна, однако чудо-провайдер не заметил этого и продолжил слать уведомления о необходимости оплаты.
Это меня насторожило и я заглянул в личный кабинет, который поведал мне, что на моем счете 580 рублей и ровно столько же (580 рублей) нужно для оплаты доступа в сеть.

На этом я успокоился и снова посмеялся над упырями из билайна, которые накосячили с софтом.

Зря смеялся. Накосячили они еще круче. Доступ в сеть они таки заблокировали насмотря на показания личного кабинета.

Снимок личного кабинета

Звоню в суппорт, интересуюсь что за дела. Мне мальчик-даун на том конце провода начинает рассказывать про округления до рубля - мол, у вас на счете не 580 руб, а 579 руб и 80 копеек. Я логично интересуюсь зачем он мне врет, т.к. еще вчера до оплаты остаток на счете был 40.20 и никаких округлений.
Мальчик плавает и не знает как это комментировать. Потом таки создает заявку, дает мне ее номер и переключает на “специалиста”.
Я же в это время разглядываю личный кабнет и пробую нажать кнопку “Доверительный платеж” - эта кнопка у них наконец-то заработала и выдала мне те самые потерянные копейки, а именно - одну копейку или 0.01 рубля.
При этом личный кабинет успешно показывает эту сумму без округлений.

И никакого округления

Собственно, на этом все и завершилось. Я попросил “специалистку” разрулить этот вопрос до 18 числа (срок действия доверительного платежа) - или “трусы надеть или крестик снять” - или кабинет починить или копейку эту разыскать самостоятельно - т.е., либо считать внутри биллинга с округлениями и показывать эту инфу, либо считать с копейками и копейки показывать.
В противном случае заявления с претензиями уедут по почте на привычные адреса Роспотребнадзора и Роскомнадзора, а я сменю провадера.

Подозреваю, что со стороны билайна не будет никаких телодвижений - слишком уж большая у них масса.

update 12.02.2010, 18:32.
Несмотря на пессимистичные прогнозы вопрос был решен положительно.
Только что я получил вот такое письмо:

Уважаемый Андрей!

Отвечая на Ваше письмо, хотим сообщить, что Ваше обращение рассмотрено, Вам предоставлена скидка. Доверительный платеж автоматически отключится 18.02.2010 года.

Ваш Билайн

Впрочем, вся корпоративная культура – это небылица более чем наполовину. Любой, даже самый маленький, клерк раздувается от собственной значимости и мнит себя хозяином мира, стремясь придать себе многозначительности. Появляется этакий басок, убедительно бубнящий немыслимую ахинею и чудовищную ложь. Картина мира клерка, если взглянуть на нее со стороны, – это постоянно сталкивающиеся друг с другом в маленьком тазике запущенные туда пластмассовые утята. В тазике тесно. Утята безобидно бьются пластмассовыми клювами друг о друга почти без звука. Вода недвижима. Но клерку, переполненному корпоративным зомбированием, кажется, что он не утенок, а мощный дредноут, принимающий участие в крупнейшем сражении в составе легендарной эскадры ООО «Пиписькин». Торпедирующий корабли эскадры противника из какого-нибудь ООО «Хрентрест» и бомбящий глубинными бомбами субмарины атомного подводного флота ООО «Посадские грибки».

Алексей Колышевский Откатчики Роман о «крысах»

Зато пионеры-сайтостроители понапихали различных информеров с курсами валют и погодой - это же так необходимо на каждом сайте (интересно, сколько денег было потрачено на такой перезапуск?).

С трудом удалось отыскать адрес для отслеживания корреспонденции. Посему сохраняю его здесь. Пользуйтесь.

http://www.russianpost.ru/resp_engine.aspx?Path=RP/SERVISE/RU/Home/otslejivanie

Если вы ищете эти советы, то вам дальше можно не читать.

Если вы и так знаете как делать дампы, то тоже можете не читать.

Впрочем, уверен, что для многих это будет сюрприз - mysqldump по умолчанию не сохраняет хранимые процедуры и функции. Для их сохранения есть специальный ключ -R.