IT-Expert
  IT-Expert / Веблог / Ключевые слова / Web Development
Авторизация
Логин:
Пароль:


 
Поиск по записям:

Ключевые слова:
Записей в блоге
 за 2023 год
 за 2022 год
 за 2021 год
 за 2015 год
 за 2014 год
 за 2013 год
 за 2012 год
 за 2011 год

     за 2010 год

       за 2009 год
       за 2008 год
       за 2007 год
       за 2006 год
       за 2005 год
      RSS лента Лента новостей IT-Expert 
      входит в:
      Docker

      Web Development

      включает:
      Microsoft
      SharePoint Portal
      Infopath
      PHP
      Parser
      XSLT
      mod_rewrite
      Javascript
      AJAX

      Собственно а вот и оно, то о чем так долго говорили большевики

      16:28, 27 октября 2006 ( )

      К чему привели все эти миграции, рельсы, программирование, базы данных.Короче, все это было проделано для нашего нового проекта: http://vsezagorod.com. Покупка-продажа земельных участков в Киевской области. Участки реальные. Фотки честные. Есть интересные вещи, например, одновремнная работа и сортировки и фильтрации и пейджинга участков (когда их будет много). Также интересна реализация флеш-карты Киевской области (поиск участка), там тоже работают фильтры, а если участков в населенном пункте более 4х, то табличку не расфигачивает, а появляется соответствующая ссылка на просмотр всех участков в этом нас. пункте (специальный фильтр). И ежели зайти в детальную карточку участка, то можно клацнуть по ссылке "расстояние от" и увидеть карту Киева с подсвеченной точкой отправления, от которой считалось расстояние от населенного пункта где находится участок до Киева. Если навести на точку отправления, то увидим фотографии, сфоканые из этой выбранной местности, ну это для людей у которых хорошо развиты визуальные образы :) Кстати, фотографии отправных точек фоткались нами на самом деле по две фотографии на каждую из 11 отправных точек.  При добавлении участка также отображается эта же флеш-карта Киева, только уже со всеми отправными точками. Пока что замечено два неясных глюка при отображении. В Firefox иногда (выяснено, что это каким-то образом зависит от скорости загрузки страницы) распиндячивает блок фильтров на полный размер окна браузера. Второй неясный баг связан с некорректным отображением Internet Explorerом png файлов изображений, а именно, логотипа и домика с надписью "как продать участок", иногда бывает на этих местах серый фон. Кстати, здесь Игорек применил интересный хак для глюка IE при отображении прозрачного png, если кому интересно, то здесь прозрачный png дейтвительно отображается корректно благодаря хитрому htc workaround (см. css). Дизайн корректно-резиновый, рассчитан на разрешение от 1024x768.  Статистика сайта такова:

      +----------------------+-------+-------+---------+---------+-----+-------+
      | Name                 | Lines |   LOC | Classes | Methods | M/C | LOC/M |
      +----------------------+-------+-------+---------+---------+-----+-------+
      | Helpers              |   337 |   214 |       0 |      34 |   0 |     4 |
      | Controllers          |  1043 |   949 |      22 |      97 |   4 |     7 |
      | Components           |     0 |     0 |       0 |       0 |   0 |     0 |
      |   Functional tests   |   636 |   536 |      28 |      84 |   3 |     4 |
      | Models               |   730 |   283 |      38 |      13 |   0 |    19 |
      |   Unit tests         |   548 |   406 |      37 |      55 |   1 |     5 |
      | Libraries            |    87 |    35 |       0 |       9 |   0 |     1 |
      |   Integration tests  |     0 |     0 |       0 |       0 |   0 |     0 |
      +----------------------+-------+-------+---------+---------+-----+-------+
      | Total                |  3381 |  2423 |     125 |     292 |   2 |     6 |
      +----------------------+-------+-------+---------+---------+-----+-------+
        Code LOC: 1481     Test LOC: 942     Code to Test Ratio: 1:0.6

      Количество таблиц сайта в базе MySQL (!) 44 штуки.

      У художников принято подписывать картины: Масло, акварель. 

      Подпишусь как художник:  ruby18, rails 1.1.6, mysql 5.0.22. Работает под управлением FreeBSD, apache 2.0.59 + mongrel.

      Все имена вымышлены. При написании кода ни одно живое существо не пострадало. Vim 7.0 рулит.

       

      Миграция с fastcgi+apache1.3 на mongrel и Apache2. История одной проблемы.

      10:51, 25 октября 2006 ( )

      Миграция веб-сервера это такое мероприятие, ... в общем стремное это мероприятие, тем более стремное, чем больше виртуальных хостов на этом сервере находится. Но понимаешь что надо, тот самый момент, когда оттягивать миграцию дальше некуда, потому что обнаружен баг в fcgi+rails+apache на freebsd, который толком и лечить не знают как. И поэтому посчитали этот баг на багом, и фиксить, в общем, его никто не собирался. 

        читать далее >>

      Коллекция крохотных текстовых cheat sheets

      09:54, 20 октября 2006 ( )

      Даже не столько cheat sheet в привычном понимании, сколько подборка tips и shortcuts по тематике ключевых слов. 

      http://cheat.errtheblog.com/b

      Это полезно. Здесь можно найти шорткаты для gmail, cписок assertions, шоткаты bash(!) и многое другое.

      P.S. Ссылка для тех, кто еще не знает о гугль группе ror2ru

       

      Использование mod_rewrite для временного сообщения об обслуживании сервера

      12:22, 17 октября 2006 ( )

      Заметка из серии mod_rewrite tips.

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

      Бывает, заменяем, апргрейдим и вообще производим различные работы на веб-сервере, которые могу т испугать случайно зашедшего в этот самый интимный момент пользователя. В таких случаях рекомендуется вывешивать успокоительное сообщение наподобие "Не переживай друг, сервер всего лишь в режиме maintenance". 

      Сделать это можно элегантно, при наличии mod_rewrite добавляем такие строки в наш .htaccess:

      RewriteCond %{DOCUMENT_ROOT}/maintenance.html -f
      RewriteCond %{SCRIPT_FILENAME} !maintenance.html
      RewriteRule ^.*$ /maintenance.html [L]

      Таким образом, при создании в корне сайта файла maintenance.html пользователю будет отображен контент этой страницы, да и все запросы будут отправлены на эту страницу.

      По окончании работ просто удаляем, или же переименовываем страницу maintenance.html, тем самым возобновляя нормальную работу сайта. 

       

      Сборник cheat sheets по html, css, mysql, capistrano, rails, regexp, javascript

      14:59, 10 октября 2006 ( )

      Сборник кратких хелпов (в формате PDF) из одной странички по


      Сохраняем копирайты: www.dizzy.co.uk, www.ilovejackdaniels.com.   

      Кодирование e-mail при помощи Javascript в Rails

      14:43, 10 октября 2006 ( )

      Я так подозреваю, что от сбора email со страниц сайтов не удержит спамеров ничего. Даже такая защита, какую предоставляет Rails кодированием :encode=>'javascript'

      Но все же, это лучше чем просто mailto:me@domain.com

       mail_to "me@domain.com", "My email", :encode => "javascript" # =>
      <script type="text/javascript" language="javascript">eval(unescape('оченьдлиннаяescapeпоследовательность'))</script>

       

       

      Запуск fastcgi от конкретного юзера (suexec) на Apache 1.3.x

      11:07, 8 октября 2006 ( )

      Так сложилось исторически, что большое количество проектов на хосте уже давно и стабильно работает под Apache 1.3. Назревает необходимость перехода на Apache 2.x в виду того, что  хочется:

      1. попробовать subversion с http (возможно webdav)
      2. попробовать mongrel с mod_proxy_balancer

      Но это на будущее, а пока же требуется просто правильно настроить существующий Apache на поддержку нескольких проектов на rails.

      Подразумеваем, что Apache у вас собран с опцией suexec, которая делает запуск экземпляра конкретного сайта под соответствующим пользователем и группой.

      Добавляем в конец httpd.conf две строки, первая будет считывать конфигурацию для виртуальных хостов, вторая задает конфигурацию fastcgi. 

      Include /usr/local/etc/apache/vhosts.conf
      Include /usr/local/etc/apache/fastcgi.conf

        читать далее >>

      Этапы развития разработчика на Rails.

      09:24, 6 октября 2006 ( )
      1. Будущий разработчик читает Rolling with Ruby on Rails
      2. Разработчик принимает решение быть разработчиком на Rails.
      3. Разработчик пишет первое приложение на Rails за пару дней делая то, на что уходила неделя, чаще всего это frontend. Решает, что scaffold - не самое востребованное изобретение в rails.
      4. Мучается выбором IDE для Rails. Под Windows  остается на Radrails, и что тут такого, ведь пишут же как-то люди. Но видеоролики подсказывают, что есть еще и другие редакторы и командная строка руби, которая почему-то до этого никогда не требовалась.
      5. Разработчик заканчивает первое приложение. Пытается настроить Apache, lighttpd, но остается разрабатывать на Webrick.
      6. Пробует использовать AJAX, балдея до тех пор, пока не понимает, что изначально надо было все делать в UTF-8.
      7. Переводит все в UTF-8.
      8. Попутно читает книги Rails Recipes и Agile developement with ROR, перечитывая между делом маны о Руби.
      9. О чудо, мама, что это? Это плагины, сынок. Плагин file_column сделал жизнь комфортнее. Вычищает половину кода связанную с работой с изображениями.
      10. Пробует ImageMagick (Rmagick), - тяжелый фотошоп в командной строке. А  ведь нужно только ресайзнуть.
      11. Понимает что тесты - это хорошо. Начинает немного пописывать юнит-тесты, постепенно вырастая до функциональных тестов. Окончательно понимает,  что тесты - это хорошо, и теперь пишет и код и тесты, элегантно чередуя порядок написания.
      12. Открывает для себя командную строку ruby и оператор breakpoint. Пользуется breakpoint один раз и решает в дальнейшем писать без багов :)
      13. Открывает для себя Америку в виде migrations. Понимает, что migrations это тоже хорошо, и активно их использует.
      14. Где-то прочитав мануалы о Capistrano только сейчас решается попробовать. Пробует. Отлично. Наверное было бы более отлично, если нужно разворачивать свое приложение на мегакластер веб-серверов. Но и так пойдет, на этот единственный который есть.

      Чувствует силу и понимает, что жить стало легче :)

       

      ведение TODO в проектах

      13:11, 17 сентября 2006 ( )

      Вот ведь неосвещенная тема попалась, ведение TODO проекта. Как его ведут? Кто его ведет? Зачем и когда?

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

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

      Вот моя маркировка:


      LEGEND:
      + сделано
      ? требует согласования
      * все согласовано, остается сделать
      -----------------ADMIN----------------------------------
      + при входе администратора - сводка (новых участков, участников)
      + указать на карте координаты
      * загрузка картинок
      ? нанесение лого на загружаемое изображение (размеры лого, позиция) 

      Таким образом отфильтровав файл по ^* .* мы получим все задачи, которые необходимо только сделать и так далее. После выполнения строчки с * я меняю * на +, копирую строку в файл DONE, который потом подставляется в svn commit -F DONE. Но тут уж необходима дисциплина, что бы не забывать удалять из сделанных строки при добавлении новых коммитов.

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

      Второй способ, ну скорее не способ, а дополнение, мы ставим в комментариях пометки TODO: сделать то-то.

      А затем в любимом редакторе (vim) вызываем grep по файлам проекта на предмет строчек с TODO. К слову, в vim есть для этого специальное удобное окно Quickfix. Используя плагин Project я могу <leader>G комбинацией полнить grep по открытой папке проекта. 

       

      Цветастость в vim

      10:08, 11 сентября 2006 ( )

      Надоели страшные цвета в vim? Хотите поностальгировать с цветами Turbo Pascal или Turbo Vision (помните еще, что это такое?).

      Тогда вперед, качать theme pack, собранные темы+плагин, который покажет меню тем + recommended.

       gvim

       
      страницы: 1 2 3 4
       5 
      6 7 8 9 10 ... >|
      © Максим Прокопов 2005-2024 О сервере