Проблема спама на мейл серверах: mail.ru низачод

Столкнулся с проблемой спама, которую пока не решил и даже нету идей по поводу решения.
Есть у меня на сайте сит-транс сервис рассылки предложений по грузам и транспорту: по-умолчанию у пользоватлей рассылка отключена. Есть возможность выбрать нужные параметры рассылки и отказаться от нее, так сказать все по правилам. Проблема в том, что почтовый сервер mail.ru (и клоны на его базе list.ru, bk.ru ..etc) считает эти письма спамом. Я пообщался с поддержкой мейл.ру и они пообещали разобраться с моими письмами, которых кстати не такуж и много - 3-4 сотни в час в рабочий день. Но прошло уже больше месяца, а письма с моего хостинга так и не доходят до адресатов. Даже письмо подтверждения мыла блокается за "спам".

Я так думаю, что не только я заинтересован в корреткной работе сервиса, а и сам владелец мейл сервиса. Или я ошибаюсь? Пусть автоматом алгоритм пометил меня как спамера, но надо ведь как-то и руками иметь возможность редактировать базу спамеров. Так же можно все сайты поблокать, с которых шлется от сотни писем в день. :-)



Думаю, через некоторое время придется на регистрационной форме вешать пояснения о "недружелюбности" к некоторым мейл сервисам.

Проблема пока не решена, хотя со своей стороны я сделал для ее решения все возможное. Может кто сталкивался с подобным и подскажет решение?

Падение Google PR

Чисто случайно из публикаций и обсуждения заметил сам факт падения ПР. Реально безполезный параметр как и остальные ТИЦ, ВИЦ, ИЦ и им подобные мерялки авторитетности сайта.

Используется данная фишка как субъективный показатель ценности сайта между продавцами и покупателями ссылок. Еще одна полезность этих параметров - они интересуют новичков в продвижении и просто далеких от темы людей: большинство из них хотят побольше этого ПР и ТИЦА, так как это проще всего. Зачем что-то читать и вникать в суть - главное же ПР и точка.

Плюс еще одна полезность: новости и комментарии по поводу изменения данных параметров вызывают живое обсуждение. Люди ждут изменения в лучшую сторону как манны небесной и радуются как дети, когда он "растет". Я своему знакомому не один раз говорил "забей на ПР и ТИЦ" - когда он наконец-то "забил" на них у него встал вопрос: а зачем люди все-таки хотят его нарастить.

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

Сервис расчета расстояния между городами

По многочисленным просьбам со стороны коллег, выложил дамп базы данных расстояний:
http://www.sit-trans.com/?action=distance, используемый на рабочем сервисе.

Реализация алгоритма Дейкстры там же. Вам остаётся только прикрутить движок к своим скриптам и наполнить базу данными. Вот такая я щедрая душа.

Пользуйтесь.

Гугл Андроид

Гугл стартовал новую мобильную платформу с запоминающимся названием "Android". Чтобы завлечь разработчиков программного обеспечения вывесили внушительный приз за лучший проект. Как говорят буржуи: Can you imagine - it's TEM MILLION DOLLARS :-)

Довольно многообещающий проект, который составит реальную конкуренцию мобильным осям.

Gor for it, Google. Great start.

Production ready PHP on Windows

Наконец-то от голословных обещаний поддерживать OpenSource компания майкрософт сделал реальный шаг навстречу: вышел "official release of Microsoft FastCGI Extension for IIS 6.0"

Для меня это долгожданная новсть, так как я могу поставить свои приложения на пхп на виндовс сервер с установленными и работающими там виндовс приложениями.

Более подробно можно почитать здесь: http://www.iis.net/php

Популярность социальных сетей

О социальных сетях я узнал из буржуйских новостей. Говорят о мега популярности данного рода сайтов. Люди буквально забрасывают традиционные виды общения и переходят полностью на любимые популярные соц сети.



Ради любопытства решил разегаться на Odnoklasniki и VKontakte. Первое впечатление: люди понемногу регаются, только даже 1998 года выпуска школы нуу оччеень мало профайлов. Буквально единицы.

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

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

Video processing libs

Очень заинтересовала тема на форуме SearchEninges "Видео обращение ко всем участникам форума!". Она хоть и курилочная, но натолкнула на мысль о том, что даже несмотря на рост популярности видео контента люди толком то не умеют с ним обращаться. Даже на таком профильном форуме как СЕ люди затруднялись повторить пост топикстартера.



Но меня как разработчика волнует совсем не этот вопрос. Я вот порылся в голове, и что-то совсем ничего толкового в голову не приходит, как на стороне сервера автоматизировать процесс процессинга видео. Для статических изображений есть множество либ (самые юзаемые imagic, gdlib) с помощью которых спецы делают чуть ли не фотошоп на стороне сервера. А вот с видео как-то туго.

Гугл ничего толкового не предлагает, кроме как обсуждения на форумах данной темы.

Очень странно, так как весьма востребованным были бы такие библиотеки, особенно OpenSource. Может быть ресурсоемкие задачи это и для энтузиастов неподъемные, и поэтому нет данного софта?

Или он есть все таки? Может кто знает, поделитесь инфой...

PS: Хоть и не сразу, но решил таки выложить свой коротки видео профайл:



Старовойт Михаил - видео 2007

Читабельность кода

Обсуждаемая на днях тема "Less code vs good code" меня заинтересовала, так как со временем манера писания кода меняется у каждого программиста, и я не исключение.
Англоязычные мнения коллег:
http://www.phpguru.org/#154
http://www.phpcult.com/blog/02/less-code-vs-good-code/
http://www.phpguru.org/#154

Довольно оригинальным мне кажется использование вместо временных именованных переменных их безымянные значения типа ${0}, так как сразу видно что эта переменная больше нигде кроме данного конкретного куска не будет использоваться и на нее другой программист не будет ссылаться.

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

Так что я голосую за "good code", а не "Less code".

PS По поводу оптимизации скл: вместо того, чтобы делать проверки есть ли уже что-то в $where просто в конец пишем where 1=1 и все остальные ограничения можно безболезненно добавлить через and a=3 ... and b=3. Аналогично для or условий в конец добавляем where 1!=1