Sunday, July 31, 2011

Blogspot как платформа для веб проекта

Вот изучаю возможности… Вроде бы можно использовать. Явный минус – нет возможности скриптинга в движке. Т.е. шаг влево шаг вправо и уже ничего не сделаешь. Вопрос – потребуются ли эти движения по сторонам ибо новый проект предусматривает относительную неструктуированность входной и публикуемой информации, тут подошел бы Гугл Апп Энджин, но он скоро будет довольно платным.  А хранить в текстовом виде получается просто и наглядно.

Непонятно можно ли постить фото в гугл, если привязать домен к движку. В документации написано не совсем понятно.

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

Плюс – есть встроенная система комментирования и RSS лента. Не надо думать над. Не понятно будут ли публиковаться картинки в ленте.

Привязка домена необходима для того чтобы пришел яндекс (бинг, кто то еще).

Интеграция с твиттером сделана пока через внешний плагин Windows Live Writer. В принципе устраивает, но если хочется интеграции с другими проектами (вконтактик, лицокниги, майспейс и т.п.)

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

Изначально проект задумывался как многоязычный (минимум 2х – ру и англ). Если на своем вебсайте это можно сделать через скриптинг, показывая разные языки на разных урлах (доменах). То в случае блога потребуется 2 (и более) блогов, под каждый язык (можно интегрировать и переводчик с английского например). Разные языки для разведения рекламы по странам (да-да монетизация через рекламу).

Требуются также страницы со сводной информацией (например каталог страниц). У блогспота есть возможность до 10 статических страниц иметь. Но тогда информацию надо сводить вручную. Хотя сама информация уже будет – в виде тегов к записям.

Примерно вот такие мысли крутятся вокруг сабжа.

Saturday, July 30, 2011

Картинка для привлечения внимания

Волшебная страна из моего окна

Сабж

Wednesday, July 13, 2011

Борьба с глюками принудительная

Заметил, что после запуска софтина работает как надо, как запланировано. Проходит несколько дней работы (комп не перезагружается – сон\гибернация) и начинаются глюки. Проверяю код – вроде все правильно и всё работает. Перезапускаю и всё работает опять как надо. Вот и появилась мысль перезапускать программу саму из себя через некоторое время. Грубо конечно, но должно работать. Главное, чтобы UAC не использовался.

PS хотя сейчас пришла мысль, что это таки переполнение где то происходит по integer, надо проверить этот момент, как минимум перевести в word

Friday, July 08, 2011

100 отжиманий через месяц

Прошел эту программу занятий. Не в течении 4 недель, а за 6. Одну неделю пропустил по причине болезни, далее повторял пропущенную неделю и двигался дальше.

Результат. 100 раз отжиматься за раз не стал. Но тело получило тонус, а мозг программу по составлению программы занятий на дальнейшее время. Что в общем то и произошло – делаю по новой, самостоятельно составленной программе.

Wednesday, July 06, 2011

Как защитить картинку от копирования с веб страницы

Ответ: Никак

Оно и понятно – способо дофигища. От ПринтСкрин, до лазания по кэшу браузера. Но это длинные пути, а короткие (Save Image As…) можно обрезать. Усложнить жизнь пользователю.

Итак. Перечислим методы усложнения.

1. Показывать картинку не в браузере, а в плагине. Например во флеше. Работающий метод. За минусом, что потенциально не все платформы (АйФигни идут мимо). Плюс флеша – можно всякие визуальные эффекты добавит. Прокси и кэш можно отрубить -  флеш может загружать изменненный (криптованый) контент (минус – нужен препроцессинг), а показывать уже правильный. Остается ПринтСкрин и пара минут работы в Фотошопе. И тут могут помочь…

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

3. Прикрыть картинку другой, но прозрачной (или не совсем прозрачной против ПринтСкрина) картинкой. Так что сохраняться будет та, что сверху. Довольно просто реализуется. Оригинал сохраняется в кэше браузера (прокси) и довольно просто (при некотором навыке и\или установленных программах) извлекается. Или просто получить УРЛ картинки и вставить его в браузер. (По умолчанию referer конечно проверяется, чтобы не было наглого лича). Картинку можно ставить в бакграунд блока.

4. Нарезка. На кусочки. Фарш из кусочков. Который собирается на странице (джаваскрипт или статично) и показывается пользователю. Плюсы… Не.. Лучше про минусы. Нужен препроцессинг (нарезка), хранилище увеличивается (много мелких файлов). Нагрузка на сервер увеличивается (много мелких файлов). ПринтСкрин доступен. Но можно один кусочек не показывать например.

5. Ничего не делать – это всё дурные мысли.

6. UPD Нарисовать на html5 canvas. Наверное должно быть API какое нибудь, не попиксельно же отрисовывать.

PS А задумка была такая – провести пользователя по сайту, чтобы он получил желаемую картинку в нужном нам месте. Ну может на рекламку по дороге кликнул ;)