На днях один из читателей моего блога, Сергей, задал мне вопрос по поводу вставления картинок через редактор TinyMCE.
Суть состоит в том, что встроенный плагин вставки картинок, работает только с урлами картинок, но не с файлами. Пользователям же проще будет работать с файлами.
Первая моя мысль была: "Сделать плагин управляющий галереей и позволить ему закачивать файлы, а также вставлять их урлы в контент". Поскольку такой плагин уже существует в природе (
Сайт - интернет витрина производителя живой прикормки для рыбы.
Выполнено:
– Разработка дизайна с учетом специфики продаж и товара.
– Разработка серверной части сайта (backend)
– Верстка сайта по дизайну (frontend)
– Настройка хостинга debian 6 + http server frontend + http server backend
– Подключен к вебмастеру и метрике Yandex
– Разработан дизайн визиток
– Разработан и реализован мобильный дизайн сайта
Платформа разработки: Django
Срок исполнения: 10 дней.
Читая блоги разработчиков или их страницы в социальных сетях, столкнулся с интересной особенностью.
У большинства веб-разработчиков нет своего сайта в том качестве и на тех платформах которые они проповедуют и используют.
Закономерно возникает вопрос: "Это сапожник без сапог или такие люди занятые?
Очень часто сталкиваюсь с людьми неадекватно, на мой взгляд, оценивающими окружающую их реальность. Понимаю что моё определение неадекватности субъективно, но я уверен с такими сталкиваются многие.
А вот как к этому относиться?
Стоит ли пытаться исправить таких людей?
И вообще, что является реальностью, а что нереальностью?
Язык Python назван в честь английской комик-группы Монти Пайтона (Monty Python).
В большинстве книжек по языку Python, в примерах очень часто используется слово spam.
До тех пор пока не прочитал книгу Марка Лутца "Изучаем Python", не мог понять почему так часто используется именно spam.
Оказывается у комик-группы Монти-Пайтона есть пародия, где герои сериала пытаются заказать блюдо в кафетерии, а их заглушает хор викингов, поющих песню о консервах с ветчиной (spam).
Лутц в книжке не мог вставить эту пародию в свою книгу, поэтому восполняем этот пробел )))
В Debian squeeze столкнулся с тем. что мой "дежурный" редактор не желает открывать удаленные файлы на sftp.
Решение оказалось простым:
# sudo apt-get install gvfs-fuse
В Система-->Администрирование-->Пользователи и группы-->Управление группами
добавить своего пользователя в группу fuse
И после этого перезагрузка.
(Умные люди считают, что виноват не Debian a Gnome.
Он якобы должен монтировать удаленные каталоги в папку /home/user/.gvfs
и если он этого не делает то надо ставить gvfs-fuse)
Прочитал на днях книжку Андре Кукла "Ментальные ловушки".
Книга заставляет задуматься. По словам автора в нашем мышлении постоянно возникают ментальные ловушки, заставляющие наш мозг работать в холостую.
Во многом с автором вынужден согласиться. Очень часто попадаю в большинство описанных им ловушек. Хотя конечно грань между ментальной ловушкой и действительно необходимым мыслительным процессом порой может определить только владелец мышления. Но зная как мы часто себя любим обманывать, все равно рекомендую книгу всем к прочтению.
А для того, чтобы легче было ориентироваться, я нарисовал схематичное изображение всех типов ментальных ловушек.
Давно хотел победить спам, приходящий в комментарии на моём сайте. Беглый гуглопоиск выдал только варианты с Акисметом от Романа Ворушина, а также намеки на другие варианты с модерацией.
Но так как Акисмет меня не впечатлил (не люблю прикручивать то что не контролирую полностью), пришлось смотреть в сторону написания своего приложения с комментариями. Ранее не хотел этого делать, поскольку считал изобретение велосипеда делом неправильным, но рост спама вынудил и я приступил к изучению Django documentation.
Вот тут то меня и посетило прозрение. Оказывается я заблуждался в том, что для кастомизации комментариев придется полностью писать своё приложение. Это не так.
Давно пользуюсь галереей photologue, но как часто случается, чужой функционал неповоротлив и избыточен. А хочется чего-то легкого и понятного. Так как ничего подходящего мною в сети не найдено, решил последовать советам бывалых и написать свой собственный велосипед.
Открыв свою настольную книжку Django - Разработка веб-приложений на Python, внимательно изучив и "протопав" все шаги своими руками 0_о, понимаю, что книга безбожно отстает. Предложенное решение мне откровенно не нравится.
В связи с этим начинаю обрабатывать полумёртвый код "напильником".
При создании очередного проекта на Django 1.4, во время выполнения syncdb вылезла ошибка вида:
TypeError: decode() argument 1 must be string, not None
Погуглив на эту тему нашел совет выполнить перед запуском syncdb следующую команду:
export LANG="ru_RU.UTF-8"
Метод в моём случае помог (VDS Debian squeeze).
Причина как я понял скрывается в неспособности Python определить язык системы по умолчанию. Очень странно, поскольку ошибка появилась не сразу, первоначальные запуски syncdb проходили нормально.