ivan-lev

Рейтинг
435
Регистрация
20.04.2007

Всю тему не читал просмотрел бегло.. кто-нибудь ссылку уже давал?

Метод из статьи ещё для IE6 работал http://www.xiper.net/collect/html-and-css-tricks/pozitsionirovanie/vertikalnoe-vyravnivanie-otnositelno-roditelya.html

botaniQQQ:
Вот и интересно, если стоит копейки, то почему бы и нет.

копейки-копейки.. :)

6666:
примечание:...

Да, думаю, все уже поняли.. Здесь сисек нет (с)

6666:
но размер берет из верха кода 710 на 300, хотя у картинки проставляю размеры.

Есть предположение, что отсюда размеры берутся:

.flexslider .slides img
{
width: 100%;
display: block;
}

Можно проверить, добавив стиль

.flexslider .slides h2 img
{
width: 18px;
display: block;
}

Хотя, вариант фоном в h2 - он вроде не используется, имхо лучше.

seosniks:
Делаю корзину а вот пока не докумекаю как складывать числа с точкой.

Вообще, точка в числах - это "десятичная" точка, отделяющая целую часть от дробной.. (ну т.е. 1/2 = 0.5)

seosniks:
в магазине есть цены

Цены точно хранятся со знаком $ и этой точкой?

6666:
Там все сложнее. Это картинка перед надписью, которая идет в полупрозрачной таблице поверх слайдера. Типа там, где стрелка )

Картинка с хм.. выразительная, в общем.

Я бы время смены картинок увеличил - прочитать текст, в котором не только заголовок - нереально...

дани мапов:
Обновите highslide
<script type="text/javascript" src="{THEME}/highslide/highslide-with-html.js">

А в highslide-with-html.js слайдшоу есть?

попробуйте на highslide-full заменить.

RedOK:
404 или 410 ? или вовсе делать 301 редирект на главную страницу?

Я бы редиректил 301.. но не на главную, а на наиболее подходящую по смыслу страницу...

Если ничего подходящего по смыслу нет - 410 отдавать (по субъективным ощущениям /замеры делал на разных сайтах, поэтому сравнение может быть не совсем корректным/ уходит из индекса /из списка ошибок, и "графика" повторного посещения роботом/ быстрее, чем 404)

ortegas:
Есть ли смысл создавать отдельные методы для каждого из типа ошибки? Как по мне, это вариант действительно логичнее и удобнее, но? Как насчет производительности? Окупается ли меньшее количество циклов большим потреблением ОЗУ (ибо регистрируется больше методов)?

Откройте для себя Exception-ы. Посмотрите, как сделано в уже имеющихся фреймворках.

ИМХО, следует различать ООП ради ООП и ООП (а также паттерны/архитектуры: MVC, синглтоны итд) для удобства разработчика.

Говоря про производительность, не забывайте про ЛИЧНУЮ производительность - про производительность разработчика.. Это не скорость выполнения программы, а скорость решения поставленной задачи (величина, обратная времени написания нужного кода, а также времени дальнейшей его доработки/поддержки/сопровождения при необходимости). Если речь о разовом коде, разовой задаче - естественно проще "написать как есть" и забыть.. Если речь о более-менее универсальном движке/классе/наборе функций - о повторно используемом коде.. то подход должен учитывать дальнейшую возможность лёгкого "конфигурирования" и "красивого" кода.. В этом плане ИМХО у ООП больше возможностей.

В качестве примера могу привести часть метода контроллера Yii. Проверка наличия в базе опубликованной записи с нужным id и 404 ошибка (в нужном шаблоне - это может быть и основной шаблон сайта и отдельный шаблон для ошибок... и на белом экране с одной строчкой)


class ShopController extends Controller
{
public function actionCategory($id=0) {
if (!$category = Category::model()->published()->findByPk($id))
throw new CHttpException(404,'Страница не найдена');
// дальше работаем с $category
}

При этом, этот участок кода не изменится, если потребуется добавить ограничения просмотра для различных ролей пользователя/конкретных пользователей, т.к. есть accessRules и accessControlFilter (и ещё классы.. в которых код.. код..)

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

1. Мерять. Ещё раз мерять.

2. Выявлять узкие места.

3. Оптимизировать их (вплоть до написания отдельных компилируемых модулей/демонов и тд)

Естественно, изначально "кривая" архитектура не позволит оптимизировать отдельный кусок - придётся переписывать основу.. Но ещё хуже, когда кривая архитектура будет приводить к сложности её доработки.. к сложности при внесении изменений.. к дублированию кода.. А в дальнейшем с этим "комком" (лапшой?) разбираться разработчику (ну т.е. Вам)

Конечно, всё что можно сделать при помощи ООП (в смысле, решить задачу из "реального" мира), можно реализовать и без него.. Однако, использование ООП имеет свои плюсы (равно как и минусы). Главное - не переусердствовать...

http://habrahabr.ru/post/172119/

http://habrahabr.ru/post/153225/

http://habrahabr.ru/post/23619/

http://habrahabr.ru/post/169601/

и много других статей в поиске по ООП

nay:
Нужен редирект с имядомена.postman.ru (поддомен от хостера) на просто имядомена (мой домен).

так на простоимядомена, или на www.имядомена?


RewriteCond %{HTTP_HOST} !=имядомена [NC]
RewriteRule . http://имядомена%{REQUEST_URI} [L,R=301]
6666:
хостинг должен выдерживать ботов поисковых систем.

Если сайт "кривоват", и поисковые боты могут сервер положить... Вполне реально 😂 - сам видел.

p.s. Не в упрёк ТС-у, т.к. его сайт не видел..

p.p.s. А вдруг хостер ещё чего захочет добавить.. ссылку.. или код сапы в подвал.. или...

Всего: 4907