PHP - сэкономит ли ресурсы уменшение кода?

[ceif]

Бразы, сэкономит ли какие-либо ресурсы сервера (трафик, время, ...) простое уменшение кода? То есть тупо вырезать все пробелы и переносы строк, функции и переменные назвать коротко (не "funktsiya" а "f") и т.д. т.е сократить код не оптимизуруя его с точки зрения алгоритма.

Например писать код не так:

PHP код:

<?php 

function funct() {
$funktsiya = 100;
  echo "<h4>$funktsiya</h4>";
}
funct();

?>

а как-то так:

PHP код:

<?php
function funct() {$f = 100;echo "<h4>$f</h4>";}
funct();
?>

Файл предполагается небольшой, строк 200-300. Много ли я сэкономлю таким образом и что именно будет экономиться?

[llittle indian]

foreach не сортирует, ещё раз прочитай, что написано
он все данные считывает и преобразует к соответствующему виду
без преобразования "a b c" - массив представлен, как цифра 3 = просто 3 значения
обработчик не может это сортировать, для сортировки ему нужно знать, что 0 = a, 1 = b, 2 =c
вот foreach это и разгребает

foreach умеет всё тоже самое, что и for, только заодно ещё хавать ресурсы для специальных задач, описанных выше
в остальных случаях не нужен он

Что касается ошибок программиста, то некоторые неудобные на первый взгляд качества Erlang неожиданным образом защищают систему от вторжений плохого кода. Так, те самые, поначалу столь непривычные, «непеременные переменные» мешают новичку повредить данные, выполнив какие-то неправильные действия в середине кода. И, если, внутри процесса данные защищены иммутабельностью, то межпроцессное взаимодействие даёт дополнительную защиту: при отправке между процессами данные копируются (передаются только по значению, а не по ссылке). Таким образом, данные труднее затереть или повредить; меньше боязни, что новый написанный модуль повлечет за собой проблемы в работе всей системы.

тут ключевое слово "новичёк" на самом деле
значит, новичков они спасли, а профи хуй сосут, им даже выбора не дали

3) от конкретной ситуации. здесь по сути надо выбрать какую оптимизацию делаешь: по памяти, или по скорости.

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

[chesser]

Сообщение от llittle indian

foreach не сортирует, ещё раз прочитай, что написано
он все данные считывает и преобразует к соответствующему виду
без преобразования "a b c" - массив представлен, как цифра 3 = просто 3 значения
обработчик не может это сортировать, для сортировки ему нужно знать, что 0 = a, 1 = b, 2 =c
вот foreach это и разгребает

не понятное объяснение, перечитал несколько раз.
и до сих пор не понятно зачем "с foreach можно сортировать эти данные"
но я не настаиваю на объяснение, мне все равно: можно им сортировать или нельзя

Сообщение от llittle indian

тут ключевое слово "новичёк" на самом деле
значит, новичков они спасли, а профи хуй сосут, им даже выбора не дали

там обычно все довольны: и новички, и профи

Сообщение от llittle indian

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

я про оптимизацию кода по время его написания/рефакторинга.
Если передавать по ссылке, то сэкономишь память, но потеряешь время.
Если по значению, то памяти в пиках алоцироуется больше, зато работать будет чуть быстрее, на 1%

[vanil прожект]

Сообщение от ceif

Бразы, сэкономит ли какие-либо ресурсы сервера (трафик, время, ...) простое уменшение кода? То есть тупо вырезать все пробелы и переносы строк, функции и переменные назвать коротко (не "funktsiya" а "f") и т.д. т.е сократить код не оптимизуруя его с точки зрения алгоритма.

Например писать код не так:

PHP код:

<?php 

function funct() {
$funktsiya = 100;
  echo "<h4>$funktsiya</h4>";
}
funct();

?>

а как-то так:

PHP код:

<?php
function funct() {$f = 100;echo "<h4>$f</h4>";}
funct();
?>

Файл предполагается небольшой, строк 200-300. Много ли я сэкономлю таким образом и что именно будет экономиться?

оптимизация кода в данном ключе не приведет к хорошему росту "производительности". Для PHP, наверное (да и для любого интерпритируемого языка), самый лучший совет - это смотреть в сторону кеширования кода: xcache, eaccelerator. Акселераторы PHP — модули, кэширующие скомпилированный байт-код в памяти (на диске).

Или заморочится скачественной оптимизацией и посмотреть в сторону hiphop от facebook - тыц

Но как показывает практика - узкие места любого web-проекта это всегда работа с данными. Оптимизации практически всегда требуют именно механизмы доступа, извлечения, работы с данными.

[Jeff]

Сообщение от ceif

А при трафе ~100k/daily тоже нет смысла так делать? (уменьшать количество знаков кода)

При таком трафе имеет смысл поставить еще один сервер :-)