- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 20
- 21
- 22
- 23
- 24
- 25
- 26
- 27
- 28
- 29
- 30
- 31
- 32
- 33
- 34
- 35
- 36
- 37
- 38
- 39
- 40
- 41
function endPanel()
{
if($this->type=="common" || $this->type=="common_blank")
{
?>
</div>
</div>
</div>
<?php
}
elseif($this->type=="common_short")
{
?>
</div>
</div>
</div>
<?php
}
elseif($this->type=="main" || $this->type=="main_small")
{
?>
</div>
</div>
<div class="bottom">
<div class="bottom-right"></div>
</div>
</div>
<?php
}
elseif($this->type=="light" || $this->type=="light_blank" || $this->type=="light_narrow")
{
?>
</div>
</div>
<div class="bottom">
<div class="bottom-right"></div>
</div>
</div>
<?php
}
}
Прислали на работе проект на доработку, мало того предыдущий программер не знает про разделение логики и представления, дак еще и такие штуки на каждом шагу встречаются
Follow us!
Это пиздец полный //простите вырвалось
Вчера попросили тоже помочь с выводом иерархического дерева и построение урлов, код обалденный: sql и html в одной функции и между ними php. На вопрос почему это не выкинуто: "Так работает же, почти как надо". И ведь не объяснить, что цена (читай время) поддержки очень дорога.
Спс, выговорился.
"если оно работает - лучше его не трогать" ->
"оптимизировать стоит только тот скрипт, который тормозит"
даже в мануалах пхп такое встречалось...
так что для них: "почти работает" == "работает", а если "работает" - лучше не трогать...
"оптимизировать стоит только тот скрипт, который тормозит" - ну на спичках, как говорится, экономить точно не стоит
- почему бы не экономить ресурсы, которые и так тратятся беспощадно ?(
об оптимизации надо думать и при проектировании(а хороший ли это подход?) и при написании кода(а не делаю ли я тут лишнюю работу?) и собственно при решении проблем(почему тут так страшно тормозит?) - а не как советуют, что якобы можно сначала писать левой ногой, а уж потом кидаться оптимизировать.
при этом на том самом последнем этапе нужно В ПЕРВУЮ очередь оптимизировать узкие места, а уж ПОТОМ подумать, а не рефакторнуть ли и остальное и еще улучшить и читаемость и производительность )
как то так
Джойнят шесть таблиц внешним объединением по полю varchar(255). Отсюда и тормоза.
Надо бить по рукам, приговаривая "нормальная форма".
Тогда и тормозов не будет.
Я не говорю о фейсбуках, я говорю о обычном говносайте на обычной говноцмс типа umi.
проект не мой, просто коллега дизайнер бегал с воплями "тормозииит сайт"
"тормозииит сайт" - и это при одном запросе у него кончается терпелка? ) ггг, значит 100 юзеров просто положат его ) а я уж молчу про 1000, 10 000....
семантичко
не факт, что на компе у человека будет times new roman.
и кстати, это не такой уж редкий шрифт, что бы его не было, это же не какой нить century gothic
но мы вообще-то о семантике