Рабочие будни

Думаю в жизни каждого человека наступает такой день. День когда начинаешь осознавать что надо что то менять. Менять в себе. Надо становиться более добрым. Гнать этот негатив поганой метлой. С этого момента, я не буду писать негатива. Это моё решение. Историю делают люди. Я не буду больше пачкать и так не чистые листы истории.

Обнаружил в сети — онлайн js деобфускатор. Ему можно скормить неразборчивый javascript код (например модуль адсенса) и на выходе получить отформатированный вариант. http://code.gosu.pl/dl/JsDecoder/demo/JsDecoder.html
Очень даже неплохо получается.

Чуть ли не каждый день запускаются Казахстанские стартапы. Какие только усилия не прилагаются для удержания трафика в кольце Казахтелекома, что бы снизить нагрузку на внешние каналы. А ведь никто и не подумал о поднятии windows update service (WSUS) на Казахтелекомовской площадке. Это же не сложно, сервис разок стянул бы все обновления, а ваши покорные клиенты уже с него бы забирали. Думаю, что большая часть клиентов работает на Windows, и экономия трафика была бы существенная.

А может Казахтелеком просто боится выставить в общий доступ систему Windows Server или у него нет денег для легализации её? Насчёт последнего сомневаюсь, думаю можно купить под это дело легальную ОС. Тогда, что мешает сделать?

При создании любого сайта перед разработчиком всегда встаёт вопрос, брать готовую CMS или написать своё. Даже если вы являетесь сильным программистом и вам брезгливо использовать готовое, аргументируя это тем, что там полно дыр и прочего ненужного кода, я с вами не соглашусь. Зачем изобретать то, что уже изобрели? Зачем тратить силы и время на то, что можно выполнить гораздо быстрее? Зачем привязывать заказчика для последующей поддержки именно к вам, потому что в вашем коде новому исполнителю не захочется разбираться. Он в итоге снесёт всё подчистую и натянет оформление на готовую CMS. А за что тогда мы платили в прошлый раз?

Что (как минимум) получит заказчик при реализации его проекта нестандартными методами:

1. Относительно долгие сроки создания

• Привязка к конкретному исполнителю, что выльется в итоге в копеечку
• Дороговизна проекта будет зависеть от поставленного функционала (бэкапы, импорт/экспорт и т.д.)
• Проблемы с переносом на другой хостинг, потому что неизвестно какие требования у данной поделки
• Через полгода вы будете с завистью смотреть на сайты конкурентов и завидовать их функционалу
• Уже через год вы поймёте, что без дополнительного вливания огромного бабла, вам никто не будет править код и латать дыры, из-за того что исполнитель уже забыл что он там делал или неизвестно куда свалил
• Каким бы гением не был исполнитель, он всё равно допустит ошибки. Потому как на тестирование особо времени нет, да и надо ли оно ему?

Список можно продолжать бесконечно. Лично для себя я выбор сделал. Проще и быстрее разобраться в функционале WordPress или Drupal и дописать то чего не хватает заказчику. Проблем с обновлениями нет. Заказчику же не придётся платить за разработку того, что уже работает. Найти нового неприхотливого исполнителя для дальнейшей поддержки тоже труда не составит.

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

Сервис переезжает из Сан-Франциско в дата-центр в Монтане. Что характерно в данное время уже можно наблюдать внятный ответ от их сервера, а не пустышку как было до переезда — LiveJournal is currently down due to migration to a new server facility. The window of planned downtime is from 8 AM to NOON PST (4PM to 8PM UTC) on Tuesday, November 18, 2008.
Речь идёт о забаненном ЖЖ и Казахстане. Так и не выяснилось кто кого там забанил, но судя по тому, что переезд по любому сменит IP адреса сервиса, что наверное в данный момент уже произошло и бан ушел в лепту. Т.е. в данный момент бана уже нет. Это говорит о том, что если банил ЖЖ, хотя я не вижу смысла в этом, то они не успели внести изменения в свои чёрные списки. Или же Казахтелеком не отреагировал на смену IP адресов и бан опять же снялся.

Посмотрим что будет после переезда. Поди секретный бан всё таки забудут перебанить.

Что вы думаете по этому поводу?

P.S. ЖЖ открывается нормально 1:30

P.P.S Счастье было не долгим. С утра опять бан

Все правки делались в class-phpmailer.php
Не люблю я править код WordPress, но если уже ничего не помогает, то приходится вмешиваться. Для начала обязательно указать ваш реально существующий ящик в переменную
var $Sender = «blablabla@bla.com»;

Нужно это для хитро настроенных почтовых серверов получателей, которые проверяют существует ли отправитель на самом деле. Типа защита от спама. Если не указать отправителя, то при отправке письма сервер хостера сам подставит какой ему вздумается ящик и сервер получателя такое письмо не пропустит. Пример адреса если мы его не задаём: Return-Path:val34334@p3slh209.shr.phx3.secureserver.net. Естественно такого почтового адреса не существует.

Далее обнаружен глюк у хостинга godaddy.com
В соответствии с RFC 2822 WordPress разбивает тему письма на фрагменты не превышающие 78байт. Но опытным путём выяснилось, что если фрагментов больше чем 1, то godaddy делает вид что письмо ушло, а сам его херит в неизвестном направлении.
Для этого пришлось обрезать сообщение subject до длины, не превышающей 1 фрагмента. Тупо 35байт указал наугад. Да тема теперь не всегда информативна, но что делать, лучше пусть так чем никак. Для обрезания темы опять же вставляем следующий код чуть выше функции function EncodeHeader:

На этом всё.

Буквально вчера выпало не малое количество снега. Не смог удержаться и слепил вечером с доченькой снеговика. Скажу я вам зарядка неплохая, особенно при поднятии 2й части. А сколько радости было у ребёнка, словами не передать. И какое было разочарование спустя 15 минут после нашего ухода. Видно помешал он кому-то. Вот так  кто то строит, а кто то ломает. Ну ничего зима только началась, сделаем ещё :)