Вы можете использовтаь приведенный ниже конфиг.

Предположим, что домен Вашего сайта your_domain.com, а /path/to/your/site/public_html - путь к корневой папке Вашего сайта.

# Редирект с www.your_domain.com на урл без www
# Это же можно сделать и для https:
server {
    listen 80;
    server_name www.your_domain.com;
    return 301 $scheme://your_domain.com$request_uri;
}

server {

    # HTTP Auth
    # Нужна http авторизация?
    #auth_basic "Hello, Admin, please login";
    #auth_basic_user_file /path/to/your/site/my_site/.htpasswd;
    
    # Domains
    # Домен Вашего сайта
    server_name your_domain.com;

    # Ports
    # Порты
    # HTTP
    listen 80;
    # HTTPS
    # listen 443 ssl;

    # Logs
    # Логи. Access лог не особо нужен. 
    #    access_log /path/to/your/site/logs/access.log;
    # Error log, по большому счету, можно включать только по необходимости 
    error_log /path/to/your/site/logs/error.log;
    
    # Root
    root /path/to/your/site/public_html;
    index index.php;
    
    # SSL
    #ssl_protocols           TLSv1 TLSv1.1 TLSv1.2;
    #ssl_ciphers             HIGH:!RC4:!aNULL:!MD5:!kEDH;
    #ssl_certificate         /path/to/ssl/sertificate.crt;
    #ssl_certificate_key     /path/to/ssl/ssl/ertificate.key;
    #ssl_session_cache       shared:SSL:10m;
    #ssl_session_timeout     10m;

    
    # Сonvince user that we have no Git
    # Скрываем присутсвие Git
    location ~ /\.git { 
        return 404; 
    } 

    # Deny access to .htaccess files
    location ~ /\.ht {
        deny all;
    }
    
    # Specifically disable the execution of PHP files in any directory containing user uploads:
    # Запрещаем исполнение php-скриптов в папках, куда пользователи могут загружать файлы
    location ~ /datas/(users|avatars|defaultav|exflds|files|photos|thumbs) {
        location ~ \.php$ {return 403;}
    }
    location /public {
        location ~ \.php$ {return 403;}
    }
    
    # File protection
    # Эти файлы пользователю читать ни к чему
    location ~ \.(tpl|dat)$ {
        #deny all;
        return 404;
    }
    
    location / {
        index index.php index.html index.htm;
        
        # Language selector
        # Выбор языка сайта
        rewrite "^/(en|ru|de|nl)/(.*)" /$2?l=$1;

        # Sitemap shortcut
        # Ссылка на карту сайта (при включенном плагине Sitemap)
        rewrite ^/sitemap\.xml$ /index.php?r=sitemap last;

        # Admin area and message are special scripts
        # Админка и некоторые специальные скрипты
        rewrite "^/admin/([a-z0-9]+)" /admin.php?m=$1 last;
        rewrite "^/(admin|login|message)(/|\?|$)" /$1.php last;
        
        # System category has priority over /system folder
        # Категория System. Да и пользователю нечено делать в папке "system"
        rewrite "^/system/?$"  /index.php?rwr=system last;
        
        # All the rest goes through standard rewrite gateway
        # Остальные урлы перезаписываем
        try_files $uri $uri/ /index.php?rwr=$uri&$args;
        
        # Если Ваш сайт умеет обрабатывать 404 ошибки
        error_page 404 /404.html;
    }
    
    location ~ \.php$ {
        # upstream name или soсket или IP:port
        fastcgi_pass php_upstream;
		
        fastcgi_index index.php;
		
        # Если Вы используете chroot - то путь следует указывать относительно корня chroot
        fastcgi_param SCRIPT_FILENAME     /path_to_site_from_chroot/public_html$fastcgi_script_name;
		
        include fastcgi_params;
		
        # 2 строки ниже нужны при использовании chroot и путь следует указывать 
        # относительно корня chroot
        # Иначе их можно опустить. Соотвествующие параметры должны быть в подключаемом 
        # файле fastcgi_params
        fastcgi_param  DOCUMENT_ROOT     /path_to_site_from_chroot/public_html;
        fastcgi_param  PATH_TRANSLATED   /path_to_site_from_chroot/public_html$fastcgi_script_name;
		
        # Если Ваш сайт умеет обрабатывать 404 ошибки
        error_page 404 /404.html;
    }
}

Для целых используются: TINYINT, SMALLINT, MEDIUMINT, INT, BIGINT. Эти типы используются для хранения целых чисел и занимают от 1 до 8 байт памяти соответственно.

Для чисел с плавающей точкой используются: FLOAT, DOUBLE. Главный минус чисел с плавающей точкой (или вещественных чисел) – принцип их представления и хранения. Такие числа хранятся как степени двойки. Так как не все десятичные числа имеют точное представление в виде двоичной дроби, результаты хранения получаются округленными. Даже при элементарных математических операциях возможны расхождения. Более подробно про это можно прочитать на хабре

При хранении важных данных (к примеру, банковский счет) важен каждый символ даже в последнем разряде после точки, поэтому использовать числа с плавающей точкой нельзя.
Избежать проблем хранения и поиска данных можно при помощи типов: DECIMAL, NUMERIC.

До версии 5.03 эти типы хранились как строки, при этом использовалось по одному символу строки для каждого разряда числа (при необходимости, тратились дополнительно по одному символу на знак числа и на десятичный разделитель), также была возможна потеря точности из-за некорректной реализации арифметики таких чисел.

Начиная с 5.03, в MySQL появилась новая библиотека для арифметики чисел с фиксированной точкой и изменился подход к хранению таких чисел. Теперь целая часть и часть после точки хранятся как 2 отдельных, целых числа. Оценить расход места можно на основании следующей таблицы:

Расчет ведется очень просто: к примеру, нам надо сохранить DECIMAL(10,2) – целая часть имеет 8 цифр и занимает 4 байта, часть после точки – 2 цифры и занимает 1 байт. Итого на хранение будет потрачено 5 байт.

В ранних версиях MySQL типы DECIMAL и NUMERIC вели себя по-разному. SQL-стандарт требует, чтобы точность NUMERIC(M,D) была точно M цифр. Для DECIMAL(M,D) стандарт требует точности не меньше M цифр, но позволяет хранить больше. Это означает, что если бы вы захотели сохранить число 1,00005 в DECIMAL(6,4) и NUMERIC(6,4), то по стандарту NUMERIC сохранит 1.0000, а DECIMAL может сохранить 1.00005. Такое поведение при большом количестве математических операций может дать небольшую погрешность.

В последних версиях MySQL DECIMAL и NUMERIC оба типа имеют точность ровно M цифр.

Чтобы переварить все вышеизложенное, рассмотрим пару примеров (Server version: 5.0.77 Gentoo Linux).

Создадим таблицу test с 4 полями разных типов. Внесем одинаковые данные и посмотрим, как будет вести себя MySQL

CREATE TABLE test (a FLOAT, b DOUBLE, c DECIMAL (6,4), d NUMERIC(6,4)) ENGINE = MyISAM;
INSERT INTO test(a,b,c,d) VALUES (0.3, 0.3, 0.3, 0.3), (0.00003, 0.00003, 0.00003, 0.00003);
 
SELECT a, b, c, d FROM test;
+-------+-------+--------+--------+
| a     | b     | c      | d      |
+-------+-------+--------+--------+
|   0.3 |   0.3 | 0.3000 | 0.3000 |
| 3e-05 | 3e-05 | 0.0000 | 0.0000 |
+-------+-------+--------+--------+

SELECT a*1000, b*1000, c*1000, d*1000 FROM test;
+-------------------+--------+----------+----------+
| a*1000            | b*1000 | c*1000   | d*1000   |
+-------------------+--------+----------+----------+
|   300.00001192093 |    300 | 300.0000 | 300.0000 |
| 0.029999999242136 |   0.03 |   0.0000 |   0.0000 |
+-------------------+--------+----------+----------+

Наглядный пример, почему не стоит доверять важные данные числам с плавающей точкой. Но не стоит думать, что DOUBLE – панацея. FLOAT и DOUBLE – одинаковы по принципу хранения. Оба типа одинаково не точны, просто в DOUBLE неточности появляются при бОльшем числе знаков.

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

CREATE TABLE test (money FLOAT) ENGINE = MyISAM;
INSERT INTO test(money) VALUES (123.34),(8691.00),(0.01);
 
SELECT money, 1+money, 1*money FROM test;
+--------+-----------------+--------------------+
| money  | 1+money         | 1*money            |
+--------+-----------------+--------------------+
| 123.34 | 124.33999633789 |    123.33999633789 |
|   8691 |            8692 |               8691 |
|   0.01 | 1.0099999997765 | 0.0099999997764826 |
+--------+-----------------+--------------------+

Если я вас еще не убедил отказаться от FLOAT , приготовьтесь к проблемам при поиске.

Проблема с поиском:

SELECT money FROM test WHERE money = 123.34;
Empty set (0.00 sec)

Если же у вас назрела необходимость в поиске по полю FLOAT – используйте границы для поиска.

SELECT money FROM test WHERE money > 123.33 AND money <123.35;
+--------+
| money  |
+--------+
| 123.34 |
+--------+
1 row in set (0.00 sec)

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

1. FLOAT – забиваем на точность, вспоминаем про проблемы с поиском и все равно используем. Диапазон хранимых чисел очень большой: [-3,402823466E+38 .. -1,175494351E-38], 0, и [1,175494351E-38 .. 3,402823466E+38]. Занимает 4 байта.

2. DOUBLE – как уже упоминалось выше, ни чем не отличается от FLOAT, рано или поздно – всплывет погрешность. Диапазон больше, чем звезд во Вселенной: [-1,7976931348623157E+308 .. -2,2250738585072014E-308], 0, и [2,2250738585072014E-308 .. 1,7976931348623157E+308]. Занимает 8 байтов.

3. DECIMAL(X,2) – точное число с десятичной точкой. В зависимости от требуемого числа знаков до точки, меняем X. К примеру, нам надо хранить числа до 10 миллионов. Тогда инициализация поля будет иметь вид DECIMAL(9,2), поле – занимать 5 байтов и хранить числа в диапазоне [-9999999.99 .. 9999999.99].

4. INT – храним сразу в «копейках», а всеми преобразованиями занимаются хранимые процедуры, триггеры, PHP или другой язык программирования. При таком подходе мы сможем сохранить числа в диапазоне: [-21474836.48 .. 21474836.47], или при использовании UNSIGNED [0 .. 42949672.95]. Если вдруг нужен больший диапазон, всегда можно использовать 8 байтовый BIGINT.

Выводы:

1. Для хранения важных данных нельзя использовать типы FLOAT и DOUBLE;

2. Оптимальный способ для хранения – DECIMAL. В крайнем случае – INT или BIGINT (особенно, если у вас используется ORM или DAO для доступа к данным, и все операции для перевода из целого в дробное и обратно будут прозрачны);

3. DECIMAL и NUMERIC – идентичны;

4. Если вы используете версию MySQL до 5.0.3, настоятельно рекомендуется обновиться до что-нибудь посвежее;

Мы решили отказаться от плагина "3D облако тегов" на базе WP-Cumulus т.к. последний использует флеш, что накладывает некоторые ограничения. Использование флеш требует наличие flash плеера на машине пользователя. Кроме того флеш не поддерживается на Apple iPhone и iPad, а количество посетителей моего сайта использующих эти устройства довольно велико.

Для создания облака тегов будем использовать плагин jQuery TagCanvas.

Скачиваем TagCanvas. Качаем jQuery plugin version. Поскольку этот плагин использует элемент Canvas, который не поддерживается Internet Explorer версии 8 и ниже, скачиваем excanvas.js

В нужной теме открываем файл header.tpl и в конце раздела <head> подключаем скаченные файлы:

<!-- IF {PHP.env.location} == 'home' -->
    <!--[if lt IE 9]>
    <script type="text/javascript" src="https://lily-software.com/{PHP.cfg.mainurl}/{PHP.cfg.themes_dir}/{PHP.theme}/js/excanvas.js?1"></script>
    <![endif]-->
    <script src="https://lily-software.com/{PHP.cfg.mainurl}/{PHP.cfg.themes_dir}/{PHP.theme}/js/jquery.tagcanvas.min.js" type="text/javascript"></script>
<!-- ENDIF -->

В данном случае они будут загружены только для главной страницы.

Далее нам нужно не много подправить вывод тегов на главной странице. Открываем файл index.tpl.

В месте, куда нужно вывести теги, создадим для них контейнер:

<div id="3d_tagCloudContainer" style="font-size: 84%">
    <canvas width="260" height="260" id="3d_tagCloud"></canvas>
</div>

Само облако тегов спрячем:
 

<div id="tagCloud" style="display: none">
   {INDEX_TAG_CLOUD}
</div>

Инициализируем 3D облако.

В итоге получем примерно такой код:

<div id="3d_tagCloudContainer" style="font-size: 84%">
    <canvas width="260" height="260" id="3d_tagCloud"></canvas>
</div>
<div id="tagCloud" style="display: none">
    {INDEX_TAG_CLOUD}
</div>
<script type="text/javascript">
    if( !$('#3d_tagCloud').tagcanvas({
        outlineColour: '#999999',
        outlineThickness: '1',
        outlineOffset: 2,
        textFont: null,
        textColour: null,
        weight: true
    },'tagCloud')) {
        // TagCanvas failed to load
        $('#3d_tagCloudContainer').hide();
        $('#tagCloud').css('display', 'block')
    }
</script>
{INDEX_TAG_CLOUD_ALL_LINK}

Все достаточно просто.

Образец работы можно понаблюдать на главной странице этого сайта.

Скачать библиотеку и получить дополнительную информацию можно на странице проекта SWFObject в Google Code.

Что такое SWFObject?

SWFObject 2:

• Предоставляет два оптимизированных метода внедрения Flash: основанный на разметке и использующий JavaScript
• Предоставляет JavaScript API со всеми возможностями необходимыми для внедрения SWF файлов и получения информации о Flash плеере.
• Использует один небольшой JavaScript файл (10Кб / GZIPed: 3.9Kb)
• Является преемником SWFObject 1,5, UFO и Adobe Flash Player Detection Kit
• Объединяет все существующие методы внедрения Flash и обеспечивает новый стандарт внедрения Flash.

Итак: SWFObject 2 не только позволяет внедрять Flash динамически, с помощью JavaScript, но и статически, когда для внедрения используется стандартная HTML разметка, а JavaScript только исправляет неразрешимые с помощью разметки проблемы, при этом даже если JavaScript отключен пользователи все равно увидят Flash.

Почему следует использовать SWFObject?

• Наиболее оптимизированный и гибкий по сравнению с другими методами внедрения Flash плеера.
• Это универсальное решение для всех: будь вы HTML, Flash или JavaScript разработчик, это решение подходит для всех.
• Прекращает затянувшееся использование специфичной разметки, зависимой от разработчиков конкретного браузера и позволяет использовать стандартную разметку и альтернативный контент.
• Использует ненавязчивый JavaScript.
• Прост в использовании.

Более подробное обоснование необходимости использования SWFObject 2 вы можете найти в статье Flash Embedding Cage Match опубликованной на A List Apart.

Почему SWFObject использует JavaScript?

В первую очередь SWFObject 2 использует JavaScript для решения проблем, непреодолимых при помощи одной разметки:

• Определяет версию Flash-плеера и в зависимости от результата отображает Flash либо альтернативный контент, чем предотвращает искажение Flash в плеерах устаревших версий.
• Позволяет вернуться к альтернативному контенту с помощью манипуляций DOM в случае, если используется устаревший плагин Flash (примечание: если Flash плагин не установлен то вместо элемента object автоматически отображается вложенный альтернативный контент).
• Позволяет использовать Adobe Express Install для установки последней версии Flash плеера
• Предоставляет интерфейс JavaScript API для выполнения распространенных действий с Flash плеером и Flash контентом.

Какой из методов публикации предпочтительнее, статический или динамический?

SWFObject 2 позволяет внедрять Flash двумя различными методами:

1. При статическом методе публикации Flash и альтернативный контент внедряются с помощью стандартной разметки, а JavaScript используется для решения проблем непреодолимых с помощью разметки.
2. Динамический метод публикации основан на замене альтернативного контента Flash контентом в случае если у пользователя установлена достаточно новая версия Flash плеера и поддержка JavaScript. (аналогично как и предыдущей версии SWFObject и UFO)

Преимущества статического метода публикации:

1. Используется стандартная разметка.
2. Большая производительность этого метода внедрения.
3. Механизм внедрения Flash контента не зависит от JavaScript благодаря чему Flash будет доступен значительно большей аудитории:

• Если у вас установлен Flash плагин, но отключен JavaScript, либо Ваш браузер не поддерживает JavaScript, вы все равно увидите Flash контент.
• Flash будет отображен на устройствах со слабой поддержкой JavaScript, например Sony PSP
• Приложения вроде RSS ридеров смогут отобразить Flash

Преимущества динамического метода публикации:

1. Хорошо интегрируется с серверными скриптами (php, perl и т.д.) позволяя использовать динамические данные (flashvars).
2. Позволяет обойти механизмы активации активного контента в Internet Explorer 6/7 и Opera 9+. Обратите внимание, что Microsoft прекратила использование этого механизма в браузерах Internet Explorer

Статический метод публикации Flash с помощью SWFObject

Шаг 1: Внедрение Flash и альтернативного контента с помощью стандартной разметки.

SWFObject использует метод вложенных объектов (с условными комментариями для Internet Explorer) (http://www.alistapart.com/articles/flashembedcagematch) documentation это оптимальная кроссбраузерная разметка, соответствующая стандартам и позволяющая задать альтернативный контент. (http://www.bobbyvandersluis.com/flashembed/testsuite):

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
<head>
  <title>SWFObject - step 1</title>
  <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
</head>
<body>
   <div>
    
     <object classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" width="780" height="420">
        <param name="movie" value="myContent.swf" />
        <!--[if !IE]>-->
        <object type="application/x-shockwave-flash" data="myContent.swf" width="780" height="420">
        <!--<![endif]-->
        <p>Alternative content</p>
        <!--[if !IE]>-->
        </object>
        <!--<![endif]-->
     </object>

  </div>
</body>
</html>

Примечание: Метод вложенных объектов требует двойного объявления объекта object (внешний object предназначен для Internet Explorer а внутренний object для остальных браузеров), поэтому если вам нужно определить атрибуты или необходимые параметры для object то их нужно продублировать для внешнего и внутреннего объектов.

Обязательные атрибуты:

• classid (только для внешнего object, значение всегда clsid:D27CDB6E-AE6D-11cf-96B8-444553540000)
• type (только для внутреннего object, значение всегда application/x-shockwave-flash)
• data (только для внутреннего object, определяет URL SWF файла)
• width (для обоих элементов object, определяет ширину SWF)
• height (для обоих элементов object, определяет высоту SWF)

Обязательные элементы param:

• movie (только для внешнего элемента object, определяет URL SWF файла)

Примечание: Мы не рекомендуем использование атрибута codebase для указания URL установщика Flash с серверов Adobe, поскольку это противоречит спецификации которая ограничивает доступ доменом текущего документа. Вместо этого используйте альтернативный контент с сообщением о том, что пользователь может посмотреть весь контент, установив Flash плагин.

Как использовать HTML для конфигурирования Flash контента?

Вы можете использовать дополнительные атрибуты элемента object:

• id
• name
• class
• align

Вы можете использовать специфичные для Flash элементы param (подробнее):

• play
• loop
• menu
• quality
• scale
• salign
• wmode
• bgcolor
• base
• swliveconnect
• flashvars
• devicefont (подробнее)
• allowscriptaccess (подробнее и тут )
• seamlesstabbing (подробнее)
• allowfullscreen (подробнее)
• allownetworking (подробнее)

Зачем нужен альтернативный контент?

Элемент object может содержать альтернативный контент который будет показан если Flash плеер не установлен или не поддерживается. Альтернативный контент доступен поисковикам, поэтому он может быть хорошим инструментом при оптимизации сайта для поисковиков. Итак, альтернативный контент используется для показа пользователям у которых в браузере не установлен плагин Falsh, для создания SEO контента или чтобы сказать пользователям о том, что они могут получить дополнительные возможности установив плагин Flash.

Шаг 2: Подключение библиотеки SWFObject

Библиотека SWFObject состоит из одного внешнего JavaScript файла. Код SWFObject выполняется сразу после его загрузки, манипуляции с DOM выполняются после загрузки DOM, в браузерах которые это поддерживают, таких как IE, Firefox, Safari и Opera 9+ или по onload в остальных случаях:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
<head>
   <title>SWFObject - step 2</title>
   <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />

   <script type="text/javascript" src="https://lily-software.com/swfobject.js"></script>

</head>
<body>
  <div>
   <object classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" width="780" height="420">
      <param name="movie" value="myContent.swf" />
      <!--[if !IE]>-->
      <object type="application/x-shockwave-flash" data="myContent.swf" width="780" height="420">
      <!--<![endif]-->
      <p>Alternative content</p>
      <!--[if !IE]>-->
      </object>
      <!--<![endif]-->
   </object>
  </div>
</body>
</html>

Шаг 3: Зарегистрируйте ваш Flash контент в библиотеке SWFObject и настройте параметры

Для начала добавьте уникальный id внешнему элементу object определяющему Flash контент, потом нужно вызвать метод swfobject.registerObject со следующими аргументами:

1. Первый аргумент (Строка, обязательный) id используемый в разметке.
2. Второй аргумент (Строка, обязательный) необходимая версия Flash плеера. Если установлена более старая версия Flash плеера, SWFObject принудительно отобразит альтернативный контент используя манипуляции DOM). Номер версии Flash плеера обычно содержит четыре элемента major.minor.release.build, SWFObject работает только с первыми 3 числами, поэтому и "WIN 9,0,18,0" (IE) и "Shockwave Flash 9 r18" (все остальные браузеры) будут преобразовано в "9.0.18". Если Вы хотите проверить только основной номер (major), то можно опустить minor и release. Например указать "9" вместо "9.0.0".
3. Третий аргумент (Строка, не обязательный) используется для активации Adobe express install и должен указывать на URL вашего express install SWF файла. Express install отображает стандартный диалог загрузки Flash плагина вместо Flash контента, если требуемая версия плагина не установлена. В архиве проекта уже есть готовый expressInstall.swf. Кроме того он содержит соответствующие expressInstall.fla и AS файлы (в директории SRC) на случай если вам нужно будет модифицировать имеющийся или создать свой express install. Обратите внимание, что express install срабатывает только один раз (при первом обращении), требует Flash плеер версии 6.0.65 или более старшей версии для Win или Mac платформ, минимально возможный размер SWF для его работы 310x137px.
4. Четвертый аргумент (функция JavaScript, не обязательный) используется для определения callback функции, вызываемой как в случае успешного, так и неуспешного внедрения SWF файла (см. документацию по API)

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
  <head>
    <title>SWFObject - step 3</title>
    <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
    <script type="text/javascript" src="https://lily-software.com/swfobject.js"></script>
  
    <script type="text/javascript">
    swfobject.registerObject("myId", "9.0.115", "expressInstall.swf");
    </script>

</head>
<body>
  <div>
    
    <object id="myId" classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" width="780" height="420">
    
      <param name="movie" value="myContent.swf" />
      <!--[if !IE]>-->
      <object type="application/x-shockwave-flash" data="myContent.swf" width="780" height="420"><!--<![endif]-->    
      <p>Alternative content</p>
      <!--[if !IE]>-->
      </object>
      <!--<![endif]-->
    </object>
  </div>
</body>
</html>

Советы

• Используйте SWFObject HTML и JavaScript генератор для автоматического создания кода
• Чтобы вставить несколько SWF на одной странице просто повторите шаги 1 и 3
• Простейший способ получать ссылку на активный элемент object — это использовать JavaScript API: swfobject.getObjectById(objectIdStr)

Динамический метод публикации с помощью SWFObject

Шаг 1: Создание альтернативного контента с помощью стандартной разметки

Динамический метод публикации использует современные средства и заменяет альтернативный HTML контент на Flash в случае если необходимая поддержка Flash и JavaScript. При использовании динамического метода публикации нужно создать HTML контейнер с альтернативным контентом и задать для него id:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
<head>
  <title>SWFObject dynamic embed - step 1</title>
  <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
</head>
<body>
  
  <div id="myContent">
    <p>Alternative content</p>
  </div>

</body>
</html>

Шаг 2: Подключение библиотеки SWFObject

Библиотека SWFObject состоит из одного внешнего JavaScript файла. Код SWFObject выполняется сразу после его загрузки файла, манипуляции с DOM выполняются после загрузки DOM, в браузерах которые это поддерживают, таких как IE, Firefox, Safari и Opera 9+ или по onload в остальных случаях:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
<head>
  <title>SWFObject dynamic embed - step 2</title>
  <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
	
  <script type="text/javascript" src="https://lily-software.com/swfobject.js"></script>

</head>
<body>
  <div id="myContent">
    <p>Alternative content</p>
 </div>
</body>
</html>

Шаг 3: Внедрение SWF с помощью JavaScript

swfobject.embedSWF(swfUrl, id, width, height, version, expressInstallSwfurl, flashvars, params, attributes) у данного метода пять обязательных и пять опциональных параметра:

1. swfUrl (Строка, обязательный) URL SWF файла
2. id (Строка, обязательный) id HTML элемента (содержащего альтернативный контент) который должен быть заменен на Flash.
3. width (Строка, обязательный) ширина SWF
4. height (Строка, обязательный) высота SWF
5. version (Строка, обязательный) версия Flash плеера необходимого для данного SWF (формат: "major.minor.release" или "major")
6. expressInstallSwfurl (Строка, не обязательный) задает URL вашего express install SWF и активирует Adobe express install. Обратите внимание, что express install срабатывает только один раз (при первом обращении), требует Flash плеер версии 6.0.65 или выше для Win или Mac платформ, минимально возможный размер SWF для его работы 310x137px.
7. flashvars (Строка, не обязательный) переменные передаваемые Flash в виде пар имя:значение
8. params (Строка, не обязательный) элементы params вложенные в object в виде пар имя:значение
9. attributes (Строка, не обязательный) атрибуты элемента object в виде пар имя:значение
10. callbackFn (функция JavaScript, не обязательный) используется для определения callback функции, вызываемой как в случае успешного, так и неуспешного внедрения SWF файла (см. документацию по API)

Примечание: Вы можете опустить необязательные параметры, не изменяя порядок параметров. Если вы не хотите использовать опциональный параметр, но хотите использовать параметр следующий за ним, просто задайте для него значение false. Параметры flashvars, params и attributes являются объектами JavaScript, их можно пропустить не только вышеуказанным методом, но и передав пустой объект: {}.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
<head>
  <title>SWFObject dynamic embed - step 3</title>
  <meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />
  <script type="text/javascript" src="https://lily-software.com/swfobject.js"></script>

  <script type="text/javascript">
  swfobject.embedSWF("myContent.swf", "myContent", "300", "120", "9.0.0");
  </script>

</head>
<body>
  <div id="myContent">
    <p>Alternative content</p>
  </div>
</body>
</html>

Конфигурирование Flash контента

Вы можете использовать опциональные атрибуты элемента object:

• id (Если id не определен элемент object автоматически наследует id контейнера с альтернативным контентом)
• name
• styleclass (используется вместо class, поскольку это зарезервированное ключевое слово в ECMA4)
• align

Вы можете использовать специфичные для Flash элементы param (подробнее):

• play
• loop
• menu
• quality
• scale
• salign
• wmode
• bgcolor
• base
• swliveconnect
• flashvars
• devicefont (подробнее)
• allowscriptaccess (подробнее и тут )
• seamlesstabbing (подробнее)
• allowfullscreen (подробнее)
• allownetworking (подробнее)

Как используя объекты JavaScript установить переменные, параметры и атрибуты?

Лучше всего  создавать объекты JavaScript используя объектный литерал, например:

<script type="text/javascript">
  
  var flashvars = {};
  var params = {};
  var attributes = {};
  
  swfobject.embedSWF("myContent.swf", "myContent", "300", "120", "9.0.0", "expressInstall.swf", flashvars, params, attributes);
</script>

Пары имя:значение можно добавить при создании объекта (примечание: не ставьте запятую после последней пары имя:значение):

<script type="text/javascript">

  var flashvars = {
    name1: "hello",
    name2: "world",
    name3: "foobar"
  };
  var params = {
    menu: "false"
  };
  var attributes = {
    id: "myDynamicContent",
    name: "myDynamicContent"
  };
  
  swfobject.embedSWF("myContent.swf", "myContent", "300", "120", "9.0.0", "expressInstall.swf", flashvars, params, attributes);
</script>

Или можете добавить свойства и их значения после создания объектов, используя точечную нотацию:

<script type="text/javascript">
   
   var flashvars = {};
   flashvars.name1 = "hello";
   flashvars.name2 = "world";
   flashvars.name3 = "foobar";
   
   var params = {};
   params.menu = "false";
   
   var attributes = {};
   attributes.id = "myDynamicContent";
   attributes.name = "myDynamicContent";
  
   swfobject.embedSWF("myContent.swf", "myContent", "300", "120", "9.0.0", "expressInstall.swf", flashvars, params, attributes);
</script>

То же самое можно записать так: (самый трудночитаемый но короткий вариант. Для любителей писать код в одну строку)

<script type="text/javascript">
  swfobject.embedSWF("myContent.swf", "myContent", "300", "120", "9.0.0", "expressInstall.swf", {name1:"hello",name2:"world",name3:"foobar"},  {menu:"false"}, {id:"myDynamicContent",name:"myDynamicContent"});
</script>

Если вы не хотите использовать необязательный аргумент можно передать false или пустой объект (Примечание: начиная с SWFObject 2.1 можно использовать также и null или 0):

<script type="text/javascript">

  var flashvars = false;
  var params = {};
  var attributes = {
    id: "myDynamicContent",
    name: "myDynamicContent"
  };
  
 swfobject.embedSWF("myContent.swf", "myContent", "300", "120", "9.0.0", "expressInstall.swf", flashvars, params, attributes);
</script>

Объект flashvars предназначен для упрощения работы с переменными передаваемыми в Flash при желании вы можете игнорировать его и передавать flashvars через объект params:

<script type="text/javascript">

  var flashvars = false;
  var params = {
    menu: "false",
    flashvars: "name1=hello&name2=world&name3=foobar"
  };
  var attributes = {
    id: "myDynamicContent",
    name: "myDynamicContent"
  };
  
  swfobject.embedSWF("myContent.swf", "myContent", "300", "120", "9.0.0","expressInstall.swf", flashvars, params, attributes);
</script>

Советы

• Используйте SWFObject HTML и JavaScript генератор для автоматического создания кода
• Чтобы вставить несколько SWF просто повторите шаги 1 и 3

Переход c SWFObject 1.5 к SWFObject 2

1. В SWFObject 2 НЕТ обратной совместимости с SWFObject 1.5
2. Предпочтительно чтобы весь код JavaScript был в разделе head вашей HTML страницы. Добавление скриптов в тело страницы может вызвать нежелательные визуальные эффекты (например, заметная для пользователя замена альтернативного контента на флеш), поскольку в этом случае код JavaScript выполняется на более позднем этапе.
3. Имя библиотеки теперь в нижнем регистре: swfobject вместо SWFObject
4. Методы доступны только через библиотеку (вместо экземпляра SWFObject в SWFObject 1.5)
5. JavaScript API абсолютно новое и более сложное.
6. SWFObject 2 заменяет указанный HTML блок с альтернативным контентом полностью, включая элемент контейнер, в случае если есть необходимая поддержка Flash и JavaScript, тогда как SWFObject 1.5 заменяет только содержимое указанoго контейнера. Если вы явно не указали атрибут id, элемент object автоматически наследует id указанного HTML контейнера с альтернативным контентом.

Переход от UFO к SWFObject 2

1. SWFObject 2 заменяет указанный HTML блок с альтернативным контентом полностью, включая элемент контейнер, в случае если есть необходимая поддержка Flash и JavaScript, тогда как UFO заменяет только содержимое указанoго контейнера. Если вы явно не указали атрибут id, элемент object автоматически наследует id указанного HTML контейнера с альтернативным контентом.
2. setcontainercss отсутствует в SWFObject 2, похожий функционал обеспечивает SWFObject JavaScript API: swfobject.createCSS(selStr, declStr).

Поддерживает ли SWFObject 2 MIME тип application/xhtml+xml?

SWFObject 2 НЕ поддерживает XML MIME типы, это сознательное решение.

На то есть несколько причин:

• их использует очень малая часть веб-разработчиков
• Разработчики SWFObject не уверены, что веб пойдет этим путем. Internet Explorer его не поддерживает и все остальные основные производители браузеров больше склоняются к новому стандарту парсинга HTML (в HTML 5), отходя от парсинга HTML как XML, каким его сейчас видит W3C.
• отказавшись от поддержки XML MIME типов разработчики уменьшили размер файла и упростили тестирование и поддержку

Учебники (для начинающих):

• Определение версии Flash плеера и внедрение SWF файлов при помощи SWFObject 2
• Использование альтернативного контента для SWF файлов
• Внедрение Flash при помощи SWFObject 2.0 (видео учебник) by Lee Brimelow

Оригинал статьи: http://code.google.com/p/swfobject/wiki/documentation

Для решения этой проблемы и написания специальных инструкций, которые будут работать только в Internet Explorer (не ниже 5-ой версии) можно использовать т.н. Условные комментарии.

Условный комментарий выглядит следующим образом:

<!­­--[if IE]> Специальные инструкции для IE здесь. <![endif]-->

Структура похожа на обычный комментарий в HTML, поэтому остальные браузеры будут воспринимать его как обычный комментарий. Explorer распознаёт специальный синтаксис <!--[if IE]>, решает условие if и парсит содержимое условного комментария так, как если бы это было содержание нормальной страницы. Условные комментарии используют синтаксис HTML комментариев, поэтому они могут быть включены только в HTML страницу. Удобно бывает сделать отдельные стили для IE и вставить тег link в условный комментарий.

Ниже написаны несколько условных комментариев, которые показывают версию Internet Explorer, которую вы используете.

<!--[if IE]> Инструкции для Internet Explorer <![endif]-->
<!--[if IE 5]> Инструкции для IE 5 <![endif]-->
<!--[if IE 5.0]> Инструкции для IE 5.0 <![endif]-->
<!--[if IE 5.5]> Инструкции для IE 5.5 <![endif]-->
<!--[if IE 6]> Инструкции для IE 6 <![endif]-->
<!--[if IE 7]> Инструкции для IE 7 <![endif]-->

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

Вот несколько примеров:

<!--[if ! IE 5]> Инструкции для IE 5.5, 6 или 7 <![endif]-->
<!--[if gt IE 5.0]> Инструкции для IE 5.5, 6 или 7 <![endif]-->
<!--[if lte IE 5.5]> Инструкции для IE 5.0 или 5.5 <![endif]-->
<!--[if gte IE 6]> Инструкции для IE 6 или 7 <![endif]-->
<!--[if lt IE 7]> Инструкции для IE 5.0, 5.5 или 6 <![endif]-->

Случается, что задания звучат и так:

- Нам нужен очень простой сайт-визитка с каталогом товаров (фирм или недвижимости), с возможностью поиска сравнения и подбора объектов из базы.
- В интернете заявки на создание сайтов чаще всего выглядят так: Нужно сделать простенький сайт. Ваши цены и сроки? Предпочтение будет отдано наиболее не дорогому предложению.
- Нужен несложный сайт для кадрового агентства с поиском соискателей и работодателей. Сайт должен быть похож по функционалу на Job.ru или HeadHunter. С небольшими отличиями.
- Можете разработать для нас недорогой сайт примерно как www.yandex.ru, с поиском, почтой, социальной сетью и конструктором сайтов. Другие сервисы не нужны.

Да, не поверите, но примерно так звучат задания на разработку «простых» сайтов, объем работы по созданию которых сразу и оценить - то сложно.

Иногда же изначальные задания на сайты бывают действительно несложными. Но, аппетит приходит во время еды! И запросы заказчиков начинают расти по мере разработки сайта — появляются всё новые и новые требования и пожелания, которые нужно реализовать. Хорошо, если клиент хотя бы понимает, что любое увеличение объёмов работ сопровождается соответствующими изменениями в сроках разработки и величине бюджета.

Тут же напрашивается вопрос: «Уважаемые заказчики! По каким же характеристикам Вы определяете сложность разработки будущего сайта и его стоимость?»

Полистайте наше портфолио — все представленные сайты выглядят по разному и решают чётко поставленные перед ними задачи. Такие сайты не делаются за один день!

Разработка сайта — это достаточно сложный творческий и технологический процесс, а не конвейерное производство! Даже, на первый взгляд, простой сайт-визитка может разрабатываться месяцами при определённых требованиях, предъявляемых к дизайну и наполнению.

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

* z-index элемента зависит от z-index родителя (и не может быть больше значения родителя в общем потоке);
* z-index с заданным числом может перекрываться z-index: auto.

Например, возьмем 2 блока, идущих друг за другом с position:relative — header и content. В header у нас есть выпадающее меню(menu), которое позиционируется с помошью position:absolute; , и частично перекрывает блок content. Присваиваем menu z-index:1000 (чтобы явно было больше, чем у других блоков) — menu должно быть поверх блока content.

Код HTML:

<div class="header"><div class="menu"></div></div>
<div class="content"><div>

Соответствующий код CSS:

.headaer {
    [...]
    position: relative;
}
.menu {
    [...]
    position: absolute;
    z-index: 1000;
}
.content {
    [...]
    position: relative;
}

Для того, чтобы меню «выпадало» требуется еще и соответствующий JavaScript, управляющий меню. Будем считать, что он у нас уже есть.

Результат:

В данном примере в браузерах IE6 и IE7 блок menu не перекрывает блока контента, так как IE принимает во внимание z-index родителей, при чём z-index родителя важнее, чем у данного элемента.

В IE меню не перекрыло контент - z-index проигнорирован:

В Opera, FireFox с z-index все нормально

Решение:

Явно задаем z-index родителям. При чем z-index родителя, в котором будет всплывающий элемент, должен быть больше, блока, который будет перекрываться:

Для menu можно и не задавать z-index, но для уверенности все же можно указать.

CSS код:

.headaer{
    [...]
    position: relative;
    z-index: 2;
}
.menu{
    [...]
    position: absolute;
    z-index: 3;
}
.content {
    [...]
    position: relative;
    z-index: 1;
}

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

Вручную не всегда удастся задать z-index, особенно в тех случаях, когда на перед неизвестно сколько будет блоков. В тах случаях можно использвать javascript.

Ниже пример подобного решения с применением jQuery:

$(function() {
    var zIndexNumber = 1000;
    $('div').each(function() {
        $(this).css('zIndex', zIndexNumber);
        zIndexNumber -= 10;
    });
});

Существует и вариант решения без jQuery:

Все нормальные браузеры расставят слои и так нормально, а для Internet Explorer можно использовать такой expression:

CSS код:

div{
    behavior:expression(onmouseover=function(){this.className +=" zindex"},onmouseout=function()     this.className=this.className.replace("zindex","")},style.behavior=null);}
.zindex {
    z-index:1000;
}

Смысл его в том, что родителю, на который навели мышью, присваиваем z-index больше, чем у остальных блоков. У этого способа есть плюс - не нужно подключать библиотеки или внешние js-файлы.

К счастью у этой проблемы есть (как и у проблемы с прозрачностью PNG) есть очень элегантное и простое решение:

CSS-код:

#element {
    min-height:400px;
    height:auto !important;           /* значение для других браузеров */
    height:400px;                        /* значение для IE6 и ниже */
}

Принцип действия такой:

Internet Explorer 5 и 6 игнорируют декларацию «!important», если одно и тоже свойство объявлено в правиле дважды. А другие браузеры нет. А поведение свойства «height» в IE 6 сходно со свойством «min-height».

Style.php

Вместо привычного нам файла с расширением .CSS, мы подключим к страничке php-файл:

<link rel='stylesheet' type='text/css' href='https://lily-software.com/css/style.php' />

Тип документа

В самом начале файла style.php необходимо указать, что на выходе нам все-таки нужен файл стилей, т.е. указываем тип документа:

<?php
  header("Content-type: text/css; charset: UTF-8");
?>

Установка переменных

Теперь установим значения для нескольких переменных, например такие:

<?php
  header("Content-type: text/css; charset: UTF-8");

  $brandColor = "#990000";
  $linkColor = "#555555";
  $CDNURL = "http://cdn.blahblah.net"
?>

Использование переменных

Достаточно просто вывести обозначенные переменные в необходимых местах стилей:

#header {
  background: url("<?php echo $CDNURL; ?>/images/header-bg.png") no-repeat;
}

a
  color: <?php echo $linkColor; ?>;
}
...
  ul#main-nav li a {
  color: <?php echo $linkColor; ?>;
}

Другие идеи использования CSS файла сгенерированного с помощью PHP

1. Сжатие CSS файла с помощью PHP
2. Теоретически, вы даже можете использовать информацию о User-agent для вывода стилей под конкретный браузер.
3. В зависимости от сезона года, вы можете менять стили, используя информацию о текущей дате.
4. Генерировать различные цвета, устанавливать фон случайным образом, и в конце-концов, просто тестировать.
5. Использовать функции и любые другие возможности PHP для формирования стилевых таблиц.

Не работает?

В некоторых случаях (например для реализации нашей идеи в Wordpress), вам возможно потребуется прописать следующие строчки в файле .htaccess (только для Apache):

<FilesMatch "^.*?style.*?$">
    SetHandler php5-script
</FilesMatch>

При этом файл стилей оставляем с расширением .css, а .htaccess кладем в туже папку, где и стили.

Оригинал статьи... 

Обсудить на форуме...

Итак, у нас есть интернет магазин VirtueMart, установленный на Joomla 1.0.x. Пришла пора обновиться.

Обычно я это делаю на локальной машине, а не на действующем сайте. Так что будем считать, что все происходит на "Денвере". Скачаем и установим на него наш сайт на Joomla 1.0.x и приступим к переходу:

1) Не удаляем с сервера только что скачаный и установленный сайт на Joomla 1.0.x, пока....

2) Для корректного перехода у Вас на Joomla 1.0.х должен стоять интернет магазин VirtueMart 1.1.5. По-этому, если необходимо, обновляем сначала VirtueMart.
Это просто. Скачиваем с сайта virtuemart.net последнюю версию для Joomla 1.0.x и содержимое архива распаковываем в наш сайт с заменой файлов. Входим в панель управления магазином и видим сообщение:
 Welcome to VirtueMart 1.1.5 stable!. Нажимаем кнопку "UPDATE FROM VERSION 1.0.x >>". Тем самым мы обновим базу данных до последней версии.

3) Для перехода нам понадобится выгрузить дамп БД.
 Для этих целей скачиваем последнюю версию Joomla Migrator 
И устанавливаем его через установщик компонентов.

4) Понадобятся некоторые Virtuemart-плагины для Migrator'а. Virtuemart ETL Plugins скачиваем отсюда
Устанавливаем его на Migrator в панели администратора: Компоненты > Migrator, выбираем "add 3rd party Migrators" внизу экрана. Хотя у меня не вышло.
 Я просто распаковал архив в папку "administrator/components/com_migrator/plugins".

5) Вернемся в панель управления "Компоненты > Migrato", и затем "list plugins" внизу страницы. Убедимся, что VirtuMart там присутствует.
Если все ОК, возврящаемся назад и жмем "Create Migration SQL File" внизу страницы.
Увидим снова список плагинов используя которые будет создан SQL дамп. Внизу страницы кликнем по ссылке "Start Migration >>"
По окончании процесса видим сообщение "MIGRATION COMPLETE". Не стоит обольщаться. Наша миграция на Joomla 1.5.x еще далека от завершения, но теперь у нас есть дамп базы данных. Скачаем его кликнув по "Download".

6) Выходим из Joomla 1.0.x. Нам тут больше делать нечего.

Теперь сам переход на Joomla 1.5.x

1) Скачиваем последнюю версию отсюда
Нас интересует full package, не upgrade.

2) Создадим на "Денвере" новый сайт, распакуем в него свежескаченный архив. Перезапустим Денвер. Не пытайтесь перезаписать старый сайт с Joomla 1.0.x!. И для нового сайта создадим новую базу данных.

3) Переходим в браузере на вновь созданный сайт, запустится установщик Joomla!

4) Когда дойдем до шага установки, где требуется ввести имя сайта.
Прокручиваем вниз и выбираем "Загрузить скрипт миграции". Указываем перфикс таблиц старого сайта. Обычно это "jos_" (без кавычек). Правильно ставим кодировку старого сайта. Для кирилицы это "windows-1251". Укзазываем скрипт, полученный "Мигратором" от joomla 1.0. Ставим галочку "Это скрипт миграции с Joomla! 1.0 ". Нажимаем "Загрузить и выполнить".

Если все ОК, то видим сообщение "Миграция успешно завершена, нажмите Далее для продолжения". Жмем далее.
По новой просит ввести название сайта, e-mail и пароль. Не отказываем. Вводим необходимую информацию.

На этой стадии Вы уже можете зайти на сайт или в панель администратора нового сайт. Не пугайтесь, если что-то не так. Скин будет установлен по-умолчанию.

Загруженный дамп базы данных перенес весь контент со старого сайта на новый.
Теперь нам нужно установить VirtueMart.

Предстоящий процесс установки несколько спецефичный.

Итак, VirtueMart

1) Скачиваем VirtueMart Complete Package for Joomla! 1.5 отсюда
Распаковываем архив на жесткий диск.

2) Устанавливаем файл com_virtuemart_1.1.5.j15.zip при помощи установщика Joomla.
После окончания первого шага НЕ устанавливаем демонстрационные данные, иначе данные, полученные при миграции будут стерты. Жмем "Go directly to the Shop >>".
 Оказавшись в Административной части магазина кликаем Admin > Configuration, потом Save.

3) Следующий шаг может показаться сложноватым. По какой-то причине мне так и не удалось получить через Migrator все данные старого Virtuemart'a: товары, цены, пользователей и т.д. Чтобы перенести все данные создадим еще один дамп.
Для этого используем phpMyAdmin.

В phpMyAdmin выберем базу данных старого сайта. Выберем "Экспорт".
Выберем все таблицы, которые начинаются с "jos_vm_" кликая по ним удерживая клавишу CTRL. Их будет примерно половина от общего количества таблиц. После того, как выбрали все необходимые таблицы, нежно убедиться, что в перечне ниже выбрано SQL. Также справа в разделе "Структура" нужно отметить "Добавить DROP TABLE / VIEW / PROCEDURE / FUNCTION" и нажать ОК в правом нижнем углу.

На следующей странице получите Ваш SQL запрос.Скопируйте его в блокнот. В нем нужно везде, где создается таблица заменить CHARSET=cp1251 на CHARSET=utf8.

Теперь выберете базу данных нового сайта. В верхнем меню выберем SQL. В полученном окне в текстовую область вставим полученный SQL-запрос и жмем ОК.

4) Закрываем phpMyAdmin. Теперь все данные со старого VirtueMart перенесены в новый.

Почти все готово...

5) Вернемся в панель управления сайтом. Нужно установить некоторые составляющие VirtueMart Complete package, распакованные нами ранее из скачаного архива.
В панели управления выберем Extensions > Install/Uninstall. (расширения > Установить/Удалить).
Устанавливаем файл mod_virtuemart_1.1.3.j15.zip из папки "modules".
Установите другие необходимые модули и плагины.
Можно установить русскую локализацию для Joomla.

6) Включите необходимые модули и плагины.

7) Переносим изображения товаров, категорий и т.п.
Скопируем папку: components/com_virtuemart/shop_image/product на новый сайт заменяя существующие файлы.

Готово!!!

Если все сделано верно, то магазин работает.
Осталось сконвертировать скин, настроить модули.

Когда все сделано, можете удалять Ваш старый сайт на Joomla 1.0.x, а новый переносить на сервер.

Если эта статья помогла хоть 1 человеку. Значит я не зря потратил время :)

Как известно, один из главных недостатков этого браузера - он не умеет отображать прозрачность PNG-изображений. Вместо прозрачности он отображает красивую серую область. Существует несколько способов справиться с этой напастью. Сегодня мы рассмотрим один из самых простых способов. При помощи известной JavaScript библиотеки jQuery.

Предположим, что для JavaScript'ов на Вашем сервере отведена папка js в корне сайта, а изображения в папке images, также в корне сайта.

Если у Вас на сайте не установлена библиотека jQuery - устанавливаем ее. Для этого нужно скачать с сайта http://jquery.com последнюю версию и скопировать в вышеуказанную папку js.
Между тегами <head> и </head> на странице сайта добавим следующий код:

<script type="text/javascript" src="https://lily-software.com/js/jquery.js"></script>

В папку images поместим gif-изображение состоящего из 1 прозрачного пиксела. Прозрачность gif-изображений Internet Explorer 6 поддерживает :). Имя файла с изображением blank.gif. Скачать можно отсюда.

Теперь в папке js создадим файл с именем jqie6pngfix.js следующего соделжания:

// *********************************************
// * jQuery IE6 PNG fix by Alex
// * JavaScript
// * Alex & Natty studio
// * http://portal30.ru
// *
// * Alex & Natty Studio 2010
// *********************************************

/*
* Фиксим PNG для конкретного изображения
*/
function fixPng(png) {
    // get src
    var src = png.src;
    // set width and height
    if (!png.style.width) { png.style.width = $(png).width(); }
    if (!png.style.height) { png.style.height = $(png).height(); }
    // replace by blank image
    png.onload = function() { };
    png.src = blank.src;
    // set filter (display original image)
    png.runtimeStyle.filter = "progid:DXImageTransform.Microsoft.AlphaImageLoader(src='" + src + "',sizingMethod='scale')";
}


/*
*
*/
$(document).ready(function() {
    // =========== Фиксим PNG ==============
    var badBrowser = (/MSIE ((5\.5)|6)/.test(navigator.userAgent) && navigator.platform == "Win32");
    if (badBrowser) {
        // get all pngs on page
        $('img[src$=.png]').each(function() {
        if (!this.complete) {
            this.onload = function() { fixPng(this) };
    } else {
        fixPng(this);
    }
    });
    }
// ========= Конец: Фиксим PNG ==============

});

Между тегами <head> и </head>, после добаленной выше строки, подключающей jQuery, на странице сайта добавим следующий код:

<script type="text/javascript" src="https://lily-software.com/js/jqie6pngfix.js"></script>

Вот и все.

Сейчас мы посмотрим как можно сделать свой погодный информер с необходимым нам дизайном. Будем для этого использовать Google Weather API. Он достаточно легок в использовании. Если Вы разбираетесь в PHP, проблем возникнуть не должно.

Для начала обратимся к Google Weather API через браузер:

http://www.google.com/ig/api?weather=Краснодар

Тем самым мы запрашиваем погоду для города Краснодар. И тут же получим ответ в формате XML. Взглянем на него поближе:

<xml_api_reply version="1">
    <weather module_id="0" tab_id="0" mobile_row="0" mobile_zipped="1" row="0" section="0">
        <forecast_information>
            <city data="Astrakhan, Province of Astrakhan"/>
            <postal_code data="Астрахань"/>
            <latitude_e6 data=""/>
            <longitude_e6 data=""/>
            <forecast_date data="2010-04-03"/>
            <current_date_time data="2010-04-03 11:30:00 +0000"/>
            <unit_system data="SI"/>
        </forecast_information>
        <current_conditions>
            <condition data="Ясно"/>
            <temp_f data="59"/>
            <temp_c data="15"/>
            <humidity data="Влажность: 26 %"/>
            <icon data="/ig/images/weather/sunny.gif"/>
            <wind_condition data="Ветер: В, 6 м/с"/>
        </current_conditions>
        <forecast_conditions>
            <day_of_week data="Сб"/>
            <low data="2"/>
            <high data="16"/>
            <icon data="/ig/images/weather/mostly_sunny.gif"/>
            <condition data="Преимущественно солнечно"/>
        </forecast_conditions>
        <forecast_conditions>
            <day_of_week data="Вс"/>
            <low data="1"/>
            <high data="15"/>
            <icon data="/ig/images/weather/cloudy.gif"/>
            <condition data="Облачно с прояснениями"/>
        </forecast_conditions>
        <forecast_conditions>
            <day_of_week data="Пн"/>
            <low data="2"/>
            <high data="16"/>
            <icon data="/ig/images/weather/mostly_sunny.gif"/>
            <condition data="Преимущественно солнечно"/>
        </forecast_conditions>
        <forecast_conditions>
            <day_of_week data="Вт"/>
            <low data="3"/>
            <high data="17"/>
            <icon data="/ig/images/weather/sunny.gif"/>
            <condition data="Ясно"/>
        </forecast_conditions>
    </weather>
</xml_api_reply>

Все достаточно просто. Выбираем место, нажимем Enter и видим прогноз погоды. Данные допускается вводить как на Английском, так и на Руcском языке. Конечно строка быть закодирована для передачи данных через URL. Теперь осталось разобрать XML и вывести в удобном для нас виде.

Пример использования на языке PHP:

<?php
function getWeather() {
    $requestAddress = "http://www.google.com/ig/api?weather=astrakhan&hl=ru";

    // скачиваем данные о погоде
    $ch = curl_init();
    curl_setopt ($ch, CURLOPT_RETURNTRANSFER, 1);
    curl_setopt ($ch, CURLOPT_URL, $requestAddress);
    curl_setopt($ch, CURLOPT_USERAGENT, $_SERVER['HTTP_USER_AGENT']);
    curl_setopt ($ch, CURLOPT_TIMEOUT, 60);
    $xml_str = curl_exec ($ch);
    curl_close ($ch);     // парсим XML
    $xml = @simplexml_load_string($xml_str);

    // обрабатываем XML
    echo '<div id="weather">';
    foreach($xml->weather as $item) {
        foreach($item->forecast_conditions as $new) {
            echo '<div class="weatherIcon">';
            echo '<img src="http://www.google.com/' .$new->icon['data'] . '"/><br/>';
            echo $new->day_of_week['data'];
            echo '</div>';
        }
    }
    echo '</div>';
}
getWeather();
?>

В этом коротком примере мы организовали вывод иконок прогноза погоды на 4 дня. Для понимания принципа этого достаточно. Написание более сложного скрипта оставим читателю. Добавлю, что в приведенном выше XML-ответе в теге <current_conditions> содержится текущая сводка погоды: облачность, влажность, скорость ветра, иконка облачности и температура. В тегах <forecast_conditions> - прогноз облачности и его иконка на близайшие 4 дня. Google Weather API быстро работает, но на сайтах с большой посещаемостью данные лучше кешировать.

Образец использования Google Weather API Вы можете наблюдать на главной странице этого сайта.

Также можно скачать плагин прогноза погоды для CMS Cotonti.

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

По всем вопросам просьба обращаться: тел. +7-964-930-50-29 (Краснодар)
e-mail: kalnovalexey@yandex.ru
 245848856
Мы находимся в г. Краснодар

WYSIWYG (является аббревиатурой от англ. What You See Is What You Get, «что видишь, то и получишь») — программа, в которой содержание отображается в процессе редактирования и выглядит очень похоже на конечную продукцию, которая может быть печатным документом, веб-страницей, слайд-презентацией или даже использоваться для освещения театральных событий.

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

Эту возможность мы сейчас и рассмотрим.

В настройках плагина в панели администратора сайта нам нужно опцию « «ckeditor.js» только для редактирования страниц» перевести в положение «Нет», чтобы CKEditor стал доступным на всех страница сайта (не только при редактировании страниц).

Создание экземпляра редактора

На Вашей странице CKEditor работает как элемент <textarea>. При этом он предоставляет пользователю интерфейс, позволяющий легко набирать текст с использованием форматирования. Что сделать без использования редактора для обычного пользователя не так легко, т.к. для этого потребовалось бы от пользователя знание HTML, которое и потребовалось бы ввести в <textarea>.

Фактически CKEditor использует элемент <textarea> для передачи данных на сервер. Во время работы редактора «textarea» не видна для пользователя. Но для создания экземпляра редактора, Вам нужно сначала создать элемент <textarea>.

<textarea name="editor1"><p>Initial value.</p></textarea>

Обратите внимание, если Вы хотите загрузить данные в редактор, например редактируемую страницу из базы данных, Вам нужно просто поместить данные внуть элемента <textarea>. Как в примере выше.

Мы назвали нашу текстовую область «editor1». Это имя в последующем следует использовать на стороне сервера для того, чтобы прочитать данные, которые будут набраны (отредактированы) в редакторе.

И вот, используя JavaScript CKEditor API мы превращаем текстовую обрасть в полнофункциональный редактор. Это делается всего одним обращением к JavaScript.

<script type="text/javascript">
        CKEDITOR.replace( 'editor1' );
</script>

Этот блок кода может быть включен в любом месте страницы после заменяемого тега «textarea».

Вы также можете вызвать метод replace() из заголовка страницы (внутри тега <head>), но это следует делать из обработчика события «window.onload». Например:

<script type="text/javascript">
    window.onload = function()
    {
        CKEDITOR.replace( 'editor1' );
    }
</script>

Сохранение данных из редактора

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

К примеру, следующий PHP код примет данные из редактора, созданного в предыдущем примере:

<?php
$editor_data = $_POST[ 'editor1' ];
?>

Это был общий пример.
Создавая плагин для Cotonti, следует использовать такой код:

<?php
$editor_data = sed_import( 'editor1', 'P', 'HTM' );
?>

Обработка данных на стороне клиента

Иногда требуется бработка данных на стороне клиента, например в проложениях Ajax. Используя CKEditor API данные из редактора, также достаточно легко прочитать, например:

<script type="text/javascript">
    var editor_data = CKEDITOR.instances.editor1.getData();
</script>

Полный пример

<html>
<head>
        <title>Sample - CKEditor</title>
        <script type="text/javascript" src="https://lily-software.com/ckeditor/ckeditor.js"></script>
</head>
<body>
        <form method="post">
                <p>
                        My Editor:<br />
                        <textarea name="editor1"><p>Initial value.</p></textarea>
                        <script type="text/javascript">
                                CKEDITOR.replace( 'editor1' );
                        </script>
                </p>
                <p>
                        <input type="submit" />
                </p>
        </form>
</body>
</html>

К CMF Cotonti подключается при помощи плагина Cotonti.CKEditor.

В этой статье мы кратко рассмотрим, как можно использовать CKEditor совместно с библиотекой jQuery при разработки плагинов.

Для интеграции редактора с jQuery, в настройках плагина нужно включить опцию «Включить адаптер jQuery?», также понадобится опцию « «ckeditor.js» только для редактирования страниц» перевести в положение «Нет», чтобы CKEditor стал доступным на всех страница сайта (не только при редактировании страниц).

Создание экземпляра редактора

Любой элемент textarea, p или div может быть превращен в текстовый редактор, просто используя метод ckeditor():

$('Textarea.editor').сkeditor();

Также могут быть использованы цепочки вызовов jQuery

$( '.section-x' )
    .find( 'textarea.editor' )
       .ckeditor()
    .end()
    .find( 'a' )
       .addClass( 'mylink' )
    .end();

ckeditor() является основным методом jQuery адаптера. Он принимает два необязательных параметра:

• Функция обратного вызова, которая будет выполнена после создания редактора
• Настройки конфигурации, спецефичные для создаваемого экземпляра редактора

Настройки конфигурации передаются через простой объект, содержащий свойства, каждое из которых связано с конкретной настройкой редактора.

$('.jquery_ckeditor')
    .ckeditor( function() { /* callback code */ }, { skin : 'office2003' } );
    .ckeditor( callback2 );

Приведенный пример не создаст 2 редактора, т.к. один экземпляр уже в процессе создания, после завершения первой функции обратного вызова будет запущена вторая. Каждая из этих функций обратного вызова будет выполняться в контексте объекта CKEDITOR.editor (так что «this» будет указывать на экземпляр редактора) и элемент объекта DOM будет им передан в качестве параметра.

Операции над экземпляром редактора

Как только экземпляр редактора создан (после завершения работы функции обратного вызова), можно использовать метод ckeditorGet() для получения доступа к редактору. Например:

var editor = $('.jquery_ckeditor').ckeditorGet();
alert( editor.checkDirty() );

Поскольку операции получения данных, набраных в редакторе, и установка этих данных являются общими операциями, адаптер jQuery позволяет делать это с помощью метода val().

// Читаем данные, набранные пользователем в редакторе.
var data = $( 'textarea.editor' ).val();
// Устанавливаем новый тект в редакторе.
$( 'textarea.editor' ).val( 'my new content' );

Эта возможность может быть отключена установкой настройки CKEDITOR.config.jqueryOverrideVal в значение false, до того как будет загружен адаптер jQuery. Его Cotoni в свою очередь загружает при исполнении хука header.main. Учитывайте эту особенность при написании плагинов, использующих этот адаптер.

Для элемента textarea редактор автоматически вернет свои данные в форму при отправке. CKEditor также работает с официальным плагином jQuery Form Plugin для Ajax форм. Для взаимодействия с этим плагином не требуется никаких дополнительных доработок.

Обработка событий

CKEditor имеет свою систему событий. Она состоит из четырех основных событий:

• instanceReady.ckeditor : возникает в момент завершения создания экземпляра редактора, но до начала выполнения функции обратного вызова
• setData.ckeditor : возникает когда данные передаются в редактор
• getData.ckeditor : возникает в момент получения данных из редактора
• destroy.ckeditor : возникает в момент уничтожения экземпляра редактора. Это событие можно использовать, например для обработки полученных от редактора данных, когда работа с ним завершена или очистки страницы.

Экземпляр редактора всегда передается первым параметром обработчику событий. События setData и getData часто используются самим редактором, так, что использовать их нужно с осторожностью.

События jQuery поддерживают т.н. «bubble up»

так в чем их преимущество перед коробочными версиями (CMS)? Давайте попробуем разобраться.

Основное преимущество любого самописного движка по мнению тех кто их рекомендует - безопасность. Аргумент такой: если никто не сможет увидеть внутренности движка то и взломать его никто не сможет. Это утверждение весьма спорное. Все зависит в большой степени от того какими стандартными функциями воспользуется создатель такого движка и насколько он предусмотрит основные требования к безопасности любого скрипта.

Даже если потенциальный вредитель не знает устройство движка, это не помешает ему протестировать уязвимости всеми доступными способами. Вот пример из нашего прошлого разговора. Различных способов атаки существует масса. Конечно то, что движок самописный и в единственном экземпляре несколько затруднит поиск уязвимостей. Однако один - два создателя врядли смогут предусмотреть 100% защиту от всех типов уязвимостей.

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

А если, например, Вы для своего проекта заказываете у Web-студии или фрилансера сайт под который они создадут движок то кто может дать гарантию что этот фрилансер или студия будут обслуживать этот движок столько времени сколько Вам надо? Сдадут сайт, предоставят инструкцию по использованию, поднастроят всё как надо и вуаля! А понадобяться со временем какие то доработки или усовершенствования? Искать другого разработчика который несколько дней будет разбираться в устройстве этого движка только ради 2-х, 3-х строчек кода который нужно добавить? Не слишком ли дорогое удовольствие?

Давайте рассуждать дальше. "Коробочные" версии CMS (движков) как правило разрабатывает не один-два человека, а группы программистов. А те движки, у которых версия не уже v1.0, разрабатываются уже не один год. Такие системы, как правило, хорошо документированы. Они имеют целую армию пользователей, которые сообщают разработчикам о найденных ошибках и уязвимостях. Именно по-этому такие системы являются устойчивыми к большинству типу "стандартных" способов взлома. Но и здесь нет 100% гарантии. Хотя безопасность "коробочных" систем несомненно выше, нежели у "самописных". И ошибок в "коробках" бывает намного меньше.
Группа программистов за длительное время в состоянии сделать то, что совсем не под силу одному-двум разработчикам за короткое время. Это факт. И тот, кто говорит Вам, что сможет сделать для Вас, например интернет магазин "с нуля" за 2 недели, на самом деле использует либо какие-то готовые решения, либо просто лукавит. Вы только представте себе, что это тысячи и тысячи строк программного кода...

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

А если, допустим, нужен функционал, которого нет ни в одном из существующих движков, то всё же лучше всего заказать доработку какого то готового движка у самих разработчиков - уверен что деньги будут потраченны с большей пользой.

И несколько аналогий: никому же приходит в голову изобретать колесо, смотреть самоспаянный телевизор (Pioneer, например) или ездить на самосбороном Audi. (хотя и тут возможны исключения).

Если же кто то считает я не прав (или наоборот, согласен со мной, но есть что сказать), прошу в комменты!

P.S. Добавлю как разработчик, что я тоже занимался созданием движка для сайта. Ради практики. Одно время он даже применялся на одном из моих сайтов. А еще в бытность студентом написал текстовый редактор, медиа проигрыватель, рисовалку (типа Paint). Были и другие работы. Но последнюю никак нельзя предлагать в качестве альтернативы PhotoShop или мой плеер как альтернативу тому же Aimp.

Предположим, мы имеем скрипт users.php, который выводит список пользователей атакуемого веб-сайта. Обычно, подобные скрипты выводят этот список в виде таблицы, содержащей имя пользователя, дату его регистрации, статус на сайте и т.п. информацию. Кроме того данный скрипт позволяет сортировать вывод этой информации по каждому из этих параметров. Например, передав скрипту параметры "?orderby=name&direct=ASC", мы получаем список пользователей отсортированный в нисходящем порядке по параметру name, т.е. по имени пользователей. Обычно, таблица БД к которой обращаются подобные скрипты, помимо выводимых ими данных, содержит также секретные данные: например, пароли или хеши паролей юзерских аккаунтов.

Вот тут разработчиков веб-движков и может подстерегать опасная ошибка. Если передаваемый скрипту параметр "orderby", подставляется в SQL-запрос, без проверки его на "адекватность" его значения, то мы можем передать параметр "orderby" равный, к примеру, 'password' (или равный номеру колонки 'password' в таблице с пользователями), получив таким оразом вывод списка пользователей, отсортированный по полю 'password'. Дело в том, что тут действует одна важная особенность конструкции "ORDER BY" SQL-опертора SELECT: сортировка с помощью нее возможна по любому полю таблицы из которой извлекается информация, а не только по тем полям, по которым производится выборка SELECT'ом. Причем в данном случае никакой роли не сыграют различные защиты от sql-инъекций. Фактически, в случае обнаружения подобной уязвимости, мы имеем хоть и косвенное, но все же раскрытие секретной информации, что уже можно считать дырой в безопасности.

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

Является ли данная уязвимость действительно опасной? Да, в случае, если атакующий имеет доступ к аккаунту пользователя уязвимого сайта и имеется возможность изменять пароль данного юзера, или же есть возможность создавать некоторое количество новых юзеров, при этом нет возможности менять их пароли. Кроме того необходимое условие для атаки: пароли в БД хранятся либо в plain-text виде, либо в виде хеша, но без соли. Следует отметить, что в случе с хешами возможен подбор только криптографически слабых паролей.

Подробности прочитать можно тут.
О подобной уязвимости в Fireboard
Фикс уязвимости в Seditio и скрипт для атаки на Seditio

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

В качестве небольшого отступления, давайте вернемся к первому абзацу и попытаемся проанализировать приведенные аргументы: «Цену не ломите, в стране кризис» - т.н. кризис, к сожалению провоцирует неконтролируемую инфляцию и рост цен, а не их снижение. «Нам нужен интернет магазин, у нас дизайн уже есть, осталось установить корзину - там делать нечего...» - можно перефразировать «Фантик у нас уже есть, какая проблема сделать конфету», но мне больше нравится такой вариант: «Обои у нас уже есть, там осталось то - стены возвести». Если обратимся к словарю, то можем найти определение слова «Дизайн» - оформление. Соответственно дизайнер - это художник оформитель. Думаю не нужно объяснять, что нарисованная дизайнером картинка так ей и останется без программной части.

С дизайном и программным обеспечением мы уже определились. Так в чем же разница между дешевым и дорогим сайтом? К тому же нередки случаи, когда «дешевый» после «правильного пиара» продается клиенту достаточно дорого...Сначала давайте попробуем разобраться по аналогиям. Думаю все (или большинство) прекрасно понимают чем отличается дорогое авто от дешевого. Например AUDI последней серии от жигулей. На первый взгляд и та и другая машины ездят, но разница очевидна. Или дорогой телевизор, например Pioneer от недорогого Elenberga или аккустика английской B&W от, простите меня, SVEN'а.То же самое и здесь. Рассмотрим несколько примеров.

Дизанер. Человек с художественным образованием, со вкусом с опытом работы, неоднократный участник различных выставок, знающий не по наслышке о юзабилити (англ. буквально "возможность быть использованым", означ. удобство использования в сочетании с эргономикой). Понятно, что работа такого человека не может стоить дешево. С другой стороны, человек, который только научился пользоваться фотошопом, закончил курсы дизайнера. Работа и того и другого имеет право на жизнь. Но, думаю, Вы без труда сможете отличить работу первого от второго.

Верстальщик (человек, превращающий работу дизайнера в HTML-код, понимаемый интернет браузерами). С результатами его работы в дальнейшем будет работать программист. Первый после создания макета тестирует его в разных браузерах, IE7, FireFox, Safari, мобильных браузерах, старой «Опере» на самых разных разрешениях. Макет не разваливается при изменении размера шрифта. Второй в лучшем случе тестирует макет в самых популярных браузерах с разрешением 1024х768 и 1280х1024 со стандартным размером шрифта. Думаю уже не нужно пояснять разницу.

Программист. Человек с высшим техническим образованием по соответвующей специальности (а оно весьма не дешево), с практикой разработок в этой области. Имеет хорошее портфолио, где представлены выполненные им работы. При создании Вашего сайта учтет именно Вашу специфику. Создаст программные модули необходимые именно для решения Ваших задач, которые органично впишутся в грамотно выбраную CMS (Система управления сайтом, ядро программного обеспечения Вашего сайта). Кроме того этот человек позаботится о безопасности Вашей системы. С другой стороны - человек, который уже научился устанавливать windows, поработал продавцом компьютеров или настройщиком, узнал о том есть php (один из языков программирования, применяемый при разработке CMS), прочитал в интернете о разных CMS, понял как все просто и быстро, решил «заработать на сайтах». Понятно, что работа первого специалиста будет дороже, чем у второго. Но и результат тоже будет сильно разниться. Во втором случае сайт «собирается» из того что есть. CMS берется не та, что лучше в данном случае, а потому, что разработчик именно с ней умеет работать. Естественно тут не может быть речи о создании модулей или учете какой-то конкретной специфики. Функционал ограничен лишь возможностью самой CMS и теми модулями, которые можно скачать в интернете.

Но вот у Вас уже есть сайт. Что дальше? Еще один небольшой пример:

Наполнение
Дешевый вариант: заказчик своими силами наполняет сайт. Что-то пишет на нем ради демонстрации, копирует туда тексты с презентаций и рекламных буклетов. Можно переписать текст с сайтов конкурентов, адаптировав их под себя. Фотографии тоже сделаны самим заказчиком. Их мало. Качество фото оставляет желать лучшего. Цена такого варианта 0 рублей.
Дорогой вариант: наполнением занимается специалист. Он выяснит у заказчика все необходимые данные. Добросовестно напишет статьи с учетом специфики заказчика, предполагаемой аудитории. Не забудет и про поисковые машины. Фотографии сделаны профессионалом. Они качественные, привлекательные, стильные. Такой сайт привлекает больше посетителей, часть которых становится клиентами.

И на последок приведу последний пример: в Астрахани цена на создание интернет магазинов колеблется от 6 000 до 60 000 рублей. Выбор безусловно остается за заказчиком...

Студия Alex & Natty, г. Астрахань. Разработка и создание интернет сайтов любой сложности. Web - дизайн. SEO. Продвижение интернет сайтов.

7. Карта сайта
Внутренняя карта сайта. Очень нужный и полезный для индексации механизм на сайте. Желательно, чтобы она вела на каждую страницу сайта и при этом была удобна для людей.

8. Содержимое страницы (наполнение)
В тексте на страницах нужно употреблять ключевые слова. Постарайтесь построить текст так, чтобы они там были в достаточном количестве.

9. Итоги
Ничего из выше сказанного вам не поможет если у вас нет:

1. уникального контента с разумным акцентом на ключевые слова по тексту.
2. ясной головы.
3. прямых рук.

Вопросы интернет программирования, дизайна, SEO оптимизации обсуждаем на форуме.

Автор: NunDesign,
Источник: Библиотека сайтостроительства

Известный маркетолог Dr. Ralph F. Wilson сформулировал 4 критерия для правильного выбора доменного имени. Присвойте по 1 очку за соответствие предполагаемого доменного имени каждому из критериев. Если получилось 4 из 4 возможных - Вы на правильном пути.

1. Краткость

Доменное имя должно быть коротким, чем короче, тем лучше. Неспроста 1999 году «правильный» домен art.com выставили на продажу с «правильной» ценой в 0 000. Доменное имя должно быть коротким по 2 причинам: меньше шансов ошибиться при написании и лучше запоминаемость.

2. Запоминаемость

Не все короткие имена хорошо запоминаются. Например, домен rprg.ru, принадлежащий Russian Public Relations Group, безусловно, короткий, но человеку, никогда ранее не встречавшему эту аббревиатуру, запомнить сразу будет тяжело. Естественно, если Ваша компания – IBM, то использование инициалов в доменном имени имеет очевидный смысл, именно под такой аббревиатурой Ваши клиенты и знают Вас. Однако в большей части случаев использование инициалов нежелательно, поскольку запомнить нагромождение согласных нелегко.
Некий канадец, Dr. Michel Fortin, провел мини-исследование по запоминаемости доменных имен. В результате выяснилось, что очень сильно на запоминаемость влияют ритм и рифмуемость слогов – так же, как и в стихах. Допустим, что Вы – ООО «Дальневосточная компания РыбЭкспорт». Варианты доменного имени:

1. www.dcre.ru - не запоминается
2. www.dcfe.ru - не запоминается
3. www.dafish.ru - и короткое, и рифмуется, и прямо указывает на деятельность компании. (кстати, странно, что оно до сих пор свободно).

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

Безусловно, хорош тот домен, который пользователи просто угадывают. Бин-Банк ( www.binbank.ru) , АльфаБанк (www.alfabank.ru). Однако, если название Вашей фирмы слишком длинное или латинское, и написание не вызывает доверия, то попробуйте использовать в имени домена ключевые слова из Вашего бизнеса. Можно использовать как переводной вариант (ковер = carpet), так и транслитеральный (ковер = kover).

4. Домен должен безошибочно читаться и не вызывать сомнений в написании

Четвертый критерий всем понятен. Тем не менее, в Сети достаточно доменов, которые тяжело записать на слух. Для латинских доменов это болезнь сдвоенных букв (internettrade , rosevilleelectric). Для транслита характерно многообразие в написании одного и того же слова (ковёр = kover , cover, KOBEP). Лучше заранее представить, насколько просто/непросто будет объяснить, например, по телефону, как правильно пишется Ваш домен.

Покупайте альтернативные доменные имена

Для русскоязычной части это - наиболее эффективный метод защиты от ошибок пользователей в написании имени домена. Например: www.auto.ru и www.avto.ru. (Старожилы также помнят весьма некрасивую историю с www.apostrof.ru и www.apostroff.ru).
Для начала достаточно базового набора .ru , .com и .net. Однако по мере роста популярности Вашего ресурса, конкуренты могут выкупить сходные по написанию домены и тем самым легальным способом увести у Вас часть клиентов. Поэкспериментируйте с ошибками в написании на примере крупных Интернет-ресурсов www.microsoft.com и www.yahoo.com. Как Вам www.mikrosoft.com и www.yaahoo.com?
Второй вариант альтернативного домена – имена, содержащие ключевые слова Вашего бизнеса. В этом случае, кстати, Вы получаете преимущество по приоритету на некоторых поисковых машинах.
Не беспокойтесь, что много доменных имен вызовет недоумение у посетителей, рекламировать-то Вы будете только одно из них, а остальные используете для переадресации на основной домен.
Итак, если Вы уже думаете, как должно выглядеть доменного имя Вашего ресурса, сопоставьте его написание с 4 критериями:

1. Краткость
2. Запоминаемость
3. Наличие ключевых слов Вашего бизнеса или соответствие имени фирмы
4. Отсутствие сомнений в написании и произношении.

• прежде всего, как часто бывает, объем выполняемой работы не соответствует требуемому уровню оклада. Основной костяк "средней руки" специалистов держит свою планку на определенном уровне и опускать ее не собирается. Не буду приводить конкретные цифры, но они отнюдь не маленькие для компании со штатом 20—30 человек. Если ваш бизнес не связан напрямую с индустрией, требующей полной отдачи от дизайнера, то по итогам года за сумму около 10 тысяч условных единиц вы получаете "человека под рукой", видимость кропотливой работы, огромный интернет-трафик и… реальную занятость человека около 10-ти часов в неделю. Кроме того, необходимо дать человеку рабочее место, обеспечить его техникой и прочими административными благами;
• далее идет вопрос квалификации специалиста. Назваться дизайнером, веб-мастером и системным администратором сейчас могут четверо из пяти студентов 2-го курса любого ВУЗа. Едва человек научился увеличивать и растягивать картинку, накладывать пару фильтров в Photoshop, он начинает называть себя дизайнером. Подобного рода сотрудники ставят низшую планку по заработной плате, чем нередко подкупают работодателя, да и по манере держаться на собеседовании они не сильно отличаются от хороших специалистов, профессия ведь творческая. Результат деятельности подобных сотрудников зачастую можно встретить на выставках в виде синих буклетов с текстом красного цвета и фотографиям, заставляющими задуматься о здоровье собственных глаз. Но, конечно, не стоит сгущать краски — не все дизайнеры работают спустя рукава. Прежде всего, нанимая творческого сотрудника в штат, нужно четко понимать, какие именно задачи будут поставлены перед ним и в каком объеме;
• довольно часто случается так, что, приходя на собеседование, дизайнер показывает вам свое портфолио, макеты работы, готовые образцы, рисунки и т.д. Просматривая работы, работодатель приходит в полный восторг и под впечатлением увиденного часто принимает положительное решение буквально прямо за столом переговоров. Проблема тут в том, что редко кто, если только это не большая компания со своей службой безопасности, будет проверять эти работы на принадлежность именно этому автору. Нужно сделать несколько десятков звонков, разыскать массу людей, вступить в затяжной обмен е-мейлами и факсами с изображениями. Обычно ничего этого не происходит, если ложь сильно не бросается в глаза и не упомянуты мировые бренды. Работодатель верит на слово, а дизайнер показывает чужие работы, твердо уверовав в то, что "я могу не хуже". В результате получается "почти то же самое", а ответом на претензии является "я так вижу", "я художник, а не математик" и т.д.;
• ремесло дизайнера схоже с другими профессиями еще и количественным выражением. Если дизайнер в течение нескольких лет выполнял какую-то определенную работу, связанную только со спецификой своей компании, то, возможно, ему будет трудно быстро перестроиться под новый профиль работ, особенно если они должны отличаться большим разнообразием. Можно наблюдать некий странный эффект, если внимательно смотреть на макеты, сделанные новым дизайнером, и его же макеты с прошлой работы. Они будут отличаться шрифтом, цветом и картинками, но при этом будут одинаковыми! Причина подобного явления — это "замыленные" глаза. Если специалист долго работает над одними и теми же материалами, над одной и той же темой, то при всем желании ему будет очень трудно придумать что-то принципиально новое — получается просто "штамповка" материалов.

• попробуйте начать поиск среди своих знакомых. Поинтересуйтесь, кто в последнее время заказывал подобную работу, и спросите рекомендации. Проверенный человек, скорее всего, внезапно не пропадет;
• не останавливайтесь на одном варианте, как бы сильно вам его ни расхваливали. Просмотрите портфолио не менее трех исполнителей.
  Проверьте не менее двух контактов исполнителя. Поговорите с его клиентами, поинтересуйтесь результатами работы и течением самого рабочего процесса;
• цены на услуги берутся исключительно из головы исполнителя, никаких объективных критериев тут не существует. Это один из тех случаев, где дороже не значит лучше. Используйте пространство для маневра;
• получаемый результат не находится в прямой зависимости от пола, внешнего вида и психического здоровья исполнителя. Беспокоиться скорее стоит, если к вам пришел человек в дорогом костюме;
• четко оговорите этапы и сроки работы. Если требуется много этапов, оплату по ним лучше строить по возрастающей. Например, 20%-30%-50%;
• не давайте больших авансов, насколько бы привлекательным ни казалось бы предложение. Человек может быть очень хорошим дизайнером, но может запросто и уйти в длительный запой;
• не допускайте вымогательства в форме: "Да у меня и так работы полно, на меня очередь стоит. Я еще подумаю, браться ли за ваш заказ. Давайте предоплату, тогда поговорим";
• контролируйте работу на каждом этапе ее выполнения, старайтесь не перепоручать это другим сотрудникам;
• крайне важно подготовить хорошее техническое задание, не упуская мелочей. Конечный продукт сотрудничества должен учитывать все необходимые маркетинговые ходы, правильно расставлять рекламные акценты, соблюдать приоритет подачи информации. Исполнитель этого всего учесть не может, он лишь создает "красивую обертку" и будет всеми силами стремиться добиться хорошего внешнего вида, совершенно не осознавая, что случайно может похоронить в дебрях дизайна ваше лучшее рекламное предложение.

• прежде всего, как часто бывает, объем выполняемой работы не соответствует требуемому уровню оклада. Основной костяк "средней руки" специалистов держит свою планку на определенном уровне и опускать ее не собирается. Не буду приводить конкретные цифры, но они отнюдь не маленькие для компании со штатом 20—30 человек. Если ваш бизнес не связан напрямую с индустрией, требующей полной отдачи от дизайнера, то по итогам года за сумму около 10 тысяч условных единиц вы получаете "человека под рукой", видимость кропотливой работы, огромный интернет-трафик и… реальную занятость человека около 10-ти часов в неделю. Кроме того, необходимо дать человеку рабочее место, обеспечить его техникой и прочими административными благами;
• далее идет вопрос квалификации специалиста. Назваться дизайнером, веб-мастером и системным администратором сейчас могут четверо из пяти студентов 2-го курса любого ВУЗа. Едва человек научился увеличивать и растягивать картинку, накладывать пару фильтров в Photoshop, он начинает называть себя дизайнером. Подобного рода сотрудники ставят низшую планку по заработной плате, чем нередко подкупают работодателя, да и по манере держаться на собеседовании они не сильно отличаются от хороших специалистов, профессия ведь творческая. Результат деятельности подобных сотрудников зачастую можно встретить на выставках в виде синих буклетов с текстом красного цвета и фотографиям, заставляющими задуматься о здоровье собственных глаз. Но, конечно, не стоит сгущать краски — не все дизайнеры работают спустя рукава. Прежде всего, нанимая творческого сотрудника в штат, нужно четко понимать, какие именно задачи будут поставлены перед ним и в каком объеме;
• довольно часто случается так, что, приходя на собеседование, дизайнер показывает вам свое портфолио, макеты работы, готовые образцы, рисунки и т.д. Просматривая работы, работодатель приходит в полный восторг и под впечатлением увиденного часто принимает положительное решение буквально прямо за столом переговоров. Проблема тут в том, что редко кто, если только это не большая компания со своей службой безопасности, будет проверять эти работы на принадлежность именно этому автору. Нужно сделать несколько десятков звонков, разыскать массу людей, вступить в затяжной обмен е-мейлами и факсами с изображениями. Обычно ничего этого не происходит, если ложь сильно не бросается в глаза и не упомянуты мировые бренды. Работодатель верит на слово, а дизайнер показывает чужие работы, твердо уверовав в то, что "я могу не хуже". В результате получается "почти то же самое", а ответом на претензии является "я так вижу", "я художник, а не математик" и т.д.;
• ремесло дизайнера схоже с другими профессиями еще и количественным выражением. Если дизайнер в течение нескольких лет выполнял какую-то определенную работу, связанную только со спецификой своей компании, то, возможно, ему будет трудно быстро перестроиться под новый профиль работ, особенно если они должны отличаться большим разнообразием. Можно наблюдать некий странный эффект, если внимательно смотреть на макеты, сделанные новым дизайнером, и его же макеты с прошлой работы. Они будут отличаться шрифтом, цветом и картинками, но при этом будут одинаковыми! Причина подобного явления — это "замыленные" глаза. Если специалист долго работает над одними и теми же материалами, над одной и той же темой, то при всем желании ему будет очень трудно придумать что-то принципиально новое — получается просто "штамповка" материалов.

• попробуйте начать поиск среди своих знакомых. Поинтересуйтесь, кто в последнее время заказывал подобную работу, и спросите рекомендации. Проверенный человек, скорее всего, внезапно не пропадет;
• не останавливайтесь на одном варианте, как бы сильно вам его ни расхваливали. Просмотрите портфолио не менее трех исполнителей.
  Проверьте не менее двух контактов исполнителя. Поговорите с его клиентами, поинтересуйтесь результатами работы и течением самого рабочего процесса;
• цены на услуги берутся исключительно из головы исполнителя, никаких объективных критериев тут не существует. Это один из тех случаев, где дороже не значит лучше. Используйте пространство для маневра;
• получаемый результат не находится в прямой зависимости от пола, внешнего вида и психического здоровья исполнителя. Беспокоиться скорее стоит, если к вам пришел человек в дорогом костюме;
• четко оговорите этапы и сроки работы. Если требуется много этапов, оплату по ним лучше строить по возрастающей. Например, 20%-30%-50%;
• не давайте больших авансов, насколько бы привлекательным ни казалось бы предложение. Человек может быть очень хорошим дизайнером, но может запросто и уйти в длительный запой;
• не допускайте вымогательства в форме: "Да у меня и так работы полно, на меня очередь стоит. Я еще подумаю, браться ли за ваш заказ. Давайте предоплату, тогда поговорим";
• контролируйте работу на каждом этапе ее выполнения, старайтесь не перепоручать это другим сотрудникам;
• крайне важно подготовить хорошее техническое задание, не упуская мелочей. Конечный продукт сотрудничества должен учитывать все необходимые маркетинговые ходы, правильно расставлять рекламные акценты, соблюдать приоритет подачи информации. Исполнитель этого всего учесть не может, он лишь создает "красивую обертку" и будет всеми силами стремиться добиться хорошего внешнего вида, совершенно не осознавая, что случайно может похоронить в дебрях дизайна ваше лучшее рекламное предложение.