Veseloff

Самое главное: кроме того, что в исходном коде неправильная кодировка ещё проблемы есть? Если всё остальное нормально работает, то зачем париться?

Количество/3 == сколько будет колонок. Не понимаю затруднения

Считаем нужное количество колонок и разбиваем. Чего сложного?

Потому что потом переменную можно будет использовать

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

Тю, да на 6 ядрах может притормаживать. Количество ядер — не показатель.

Гы. Да это в любой метрике можно поглядеть

А мне больше карты «Яндекса» по душе

А там бывают русские буквы?

Всё вроде бы неплохо. Вот что бы я посоветовал 1. Сайт можно сделать резиновым. Или хотя бы полурезиновым — то есть, чтобы он тянулся, но до какой-то одной ширины, а то как-то узковато 2. Меню бы покрупнее и, может, попробовать его подвигать — мне кажется, что оно не совсем на своём месте 3. Ссылка «Вход в систему управления» вообще не нужна для посетителей и почему-то она display: block, то есть тянется на всю ширину 4. Тётеньку бы обработать: лицо подровнять, убрать угловатось в переходах, свет переделать — она слева слегка пересвечена как будто, тень убрать у левого глаза...

У меня ничего не наезжает.

Тыц

Прочитали статью на хабре про хранение сессий в мемкэшде? Промазали. Мемкэшд умеет не только хранить сессии. Гуглите дальше.

Ок, определимся с понятиями. Для меня сделать магазин это: 1) придти к заказчику и изучить его потребности, бизнес логику и выявить слабые и сильные стороны 2) определить персонажей (роли) которые будут взаимодействовать с продуктом 3) спроектировать процесс взаимодействия и написать бумажные сценарии 4) выбрать технологию для воплощения бумажных сценариев, определиться с ценой и сроками вопроса 5) спросить у заказчика устраивает его эта цена и сроки 6) и только потом программирование, верстка, дизайн, тестирование, маркетинговая обкатка etc. Создать что то на коленке за 1-2 дня и навязать это заказчику в моем случаи != готовый интернет магазин. А как связана разработка и отношения с заказчиком? Тут идёт речь только о разработке. И что такое «бумажные сценарии»? Сколько лет работаю, а про бумажные сценарии впервые слышу. И слишком много «воды»: на кой вот, спрашивается, хрен, изучать потребности и бизнес логику, слабые и сильные стороны? Что вы вооще про это можете сказать? А потребности изучать не надо — она у всех одна — чтобы интернет-магазин был красивым, удобным и быстрым, больше ему ничего не может быть нужно. Хотя, если вам за это реально платят, то вы молодец — идиотов надо за их идиотизм надо наказывать рублём.

Уловие обязательное, так как: 1. Яндекс требует ключ. 2, Мне, например, лень копировать куда-то этот код, потом созранять, открывать... По ссылке всё проще. 3. «выкладывание сайта в Интернет на курсах» нужно срочно пройти.

Ссылку на страницу в студию!

1. Это менее «красиво» 2. По адресу страницы нельзя понять что на это странице будет. Согласитесь, что, например, example.com/service/photographer/Vasya-Pupkin намекает, что на этой странце расскажут об услугах фотографа Васи Пупкина? 3. Гугл больше любит такие урлы.

Откуда такие данные? Интернет-магазины тоже всякие бывают. Попытаюсь опровергнуть. Я свой первый интернет-магазин делал для продажи суши и прочих роллов и пивасика. Итак, надо создать интернет-магазин, не имея ничего (из PHP-кода, конечно). 1. Создаём таблички в БД, чтобы хранить в них данные. «Пользователи», чтобы хранить там всяких менеджеров для приёма и обработки заказов и админов, чтобы рулить всем. «Категории товаров» и «Товары» — тут всё понятно. «Заказы» для хранения данных о заказчиках и «Товары заказа», чтобы хранить связи «Заказ-товар». Ну и, допустим, «Страницы», чтобы хранить там всякие побочные страницы. На это уйдёт ну никак не больше часа и то с большим запасом. 2. Основной функционал. Можно по классам всё разнести, а можно и просто так функциями — тут особо не влияет на скорость разработки. Для управления пользователями хватит 7 функций: «добавить», «отредактировать», «удалить», «получить список», «получить одного», «залогиниться», «разлогиниться». Для каталога примерно те же функции, кроме «залогиниться» и «разлогиниться». Ну и, допустим, для категорий то же самое. Итого, чтобы рулить каталогом 10 функций. Для заказов то же самое, только ещё добавим функцию управления статусом заказа («новый», «обрабатывается», «доставляется», «доставлен»...) — то есть 6 получается. Для страниц 5 штук. Ну и для корзины. Итого чё-то около 35 простейших функций по 10 строк каждая — больше просто не надо. Всё, грубо говоря, «модель» готова. Ну никак не больше 2 часов. Возьмём с запасом — 4 часа. 3. Займёмся «контроллером». Добавим нужные скрипты для того, чтобы в зависимости от входящих данных вызывалась нужная функция и выводились нужные шаблоны. Ну тут вообще всё просто. За два часа управится любой. Опять же, возьмём с запасом. 4 часа. 4. Протестируем. Ну ещё 2 часа, чтобы исправить ошибки, если возникнут, что странно. Опять с запасом возьмём 4 часа. Всё готово. Осталось только шаблоны наверстать, но это уже другая история. Итого мы потратили с огромныи запасами 13 часов. Это меньше двух рабочих дней. В реальности, это можно было сделать и за день без проблем. Вроде всё просто и никаких фреймворков.

memcached, не?

1. 2 картинки: фон и надпись. Код не будет большим и можно обойтись без библиотек. 3. А самопальный видео движок, не? Так даже удобнее будет юзерам — не надо будет куда-то грузить видео, вставлять код... 4. Ну а я вот считаю, что адрес, как часть сайта, должен быть тоже красивым. Это ведь совсем не сложно. У ЧПУ ещё есть плюсы кроме просто «красоты».

Свой сервер/VDS. Например http://selectel.ru/

1. Зачем так? 2. Тег script требует обязательного параметра type

1. Флэш. Зачем он? То, что показано в «ролике» на главной легко делается яваскриптом. 2. Фиксированное меню внизу — очень плохо. Я сейчас смотрю со старенького ноутбука у которого разрешение 1280?800 и контента очень мало видно. На нетбуках с 1024?600 вообще ничего не будет видно поди. 3. Видео — хорошо. Вставки с ютуба — плохо на данном сайте — не вписываются плееры в «концепцию». 4. service.php?id=11 — очень плохо. Кто помешал сделать, например /service/Dmitry-Petrukhin ? 5. Телефон крупнее, чтобы было видно: «Вот он телефон, сюда звонить надо», а пока его еле видно В остальном вроде ничего так.

Я сталкивался с вот такими: Drupal — много народу работает на нём и вроде как он не плох. Видел как у российсиких разработчиков, так и за рубежом. Bitrix — встречал пока только в России, бешено набирает обороты. Joomla — как не прискорбно, но популярна везде. Видимо, из-за большого комьюнити и просто огромного количества модулей и плагинов WordPress — как ни странно, но делают на нём всё, что можно и что нельзя, хотя CMS по сути своей, нужна для блогов NetCat — очень популярен в России HostCMS, UMI.CMS — с этими «вживую» не сталкивался (то есть не работал), но встречал в разных местах много где. Больше ничего припомнить не могу. Были, конечно, какие-то поделки типа XOOPS или PHP-nuke, но это было давно и болше я про это дело ничего не слышал.

Почему-то ругается только на поддомен www. DrWeb пишет, что сайт чистый. Вероятно, кто-то настучал или какой-то бот глюканул. Уберите www и будет вам счастье.