В описанном вами случае действительно теряется достоверность данных. Я же говорил о случае, когда например надо вывести флаг «онлайн» пользователя. Сделать это можно дернув ключик в мемкеше при запросе из базы (ну или например сравнить с текущим временем), а можно дернуть этот же ключик при отрисовке пользователя в PHP на бэк-энде.
> — А кто-то использует короткие имена?
Я встречал людей, которые специально называли переменные $a, $b и т.п., чтобы код работал быстрее =)
> Часть советов вовсе не относится к оптимизации PHP:
Да, согласен. В статье со Сборником советов говорилось про статику, вот и решил упомянуть, как с ней лучше бороться.
Мне наоборот первый вариант нравится больше. То, что приходится все приводить к нужному типу это совершенно нормально и в этом нет ничего плохого. Все входные данные (буть то база, http или аргументуы) должны проходить валидацию на корректность, которая как раз и включает приведение к типу.
Так же мне не очень понятно, почему для bool должны работать «традиционые правила PHP», а для отсальных преобразований — нет.
Не знаю, у меня при заказе у серверлофта никаких проблем не было. Я заказывал себе сервер еще год назад и в течение 12 часов мне поставили сервер. Правда стоит уточнить, что заказывал я сервер у американского подразделения серверлофта с размещением сервера в немецком датацентре.
Тогда мне позвонили на сотовый из америки, попросили подтвердить свои данные и после этого сняли деньги и включили сервер.
Меня очень редко просят задержаться на работе. Если быть точнее, то за 3 года это было все дважды. Так вот, если меня попросят задержаться и срочно сделать проект, то я соглашусь. Тем более, что мы все люди взрослые и понимаем, что переработка должна оплачиваться.
Вы знаете, у меня есть сайты с разным посещением и аудиторией. Есть сайты, на которых создав опрос я дай бог получу 1000 голосов из 100000, а есть те, на который в опросе примет 95% всех посетителей из 300.
В первом случае 1000 человек это будут активные пользователи сайта, которым не безразлично развитие сайта, но прислушиваться к их мнению скорее всего не стоит (если конечно фича, о которой они говорят не делается в несколько строк). Ведь на разработку данного функционала потребуется время и ресурсы сервера. Например для нормального поддержания работоспособного чата на сайте может использоваться пара серверов. А чат вам, как владельцу проекта вряд ли принесет пользу и прибыль.
Во втором случае, когда 95% прислушиваться или нет уже зависит от того, на сколько фича, которую они просят нужна сайту и стоит в приоритете. Если эта фича поможет развитию сайта, то ее лучше реализовать. Если по-вашему мнению она не принесет результатов, то с ней лучше повременить.
Хотелось бы понять, что такое большинство по-вашему мнению?
Это группа из 10 человек, которые хотят сделать проект удобным для себя? Это 90% зарегистрированных пользователей?
Мне кажется, что прислушиваться ко мнению пользователей надо, но в меру.
Я встречал людей, которые специально называли переменные $a, $b и т.п., чтобы код работал быстрее =)
> Часть советов вовсе не относится к оптимизации PHP:
Да, согласен. В статье со Сборником советов говорилось про статику, вот и решил упомянуть, как с ней лучше бороться.
Единственное там не самая полная база данных и как и везде встречаются некоторые косяки.
Так же мне не очень понятно, почему для bool должны работать «традиционые правила PHP», а для отсальных преобразований — нет.
Тогда мне позвонили на сотовый из америки, попросили подтвердить свои данные и после этого сняли деньги и включили сервер.
До сих пор пользуюсь и никаких проблем нету.
В первом случае 1000 человек это будут активные пользователи сайта, которым не безразлично развитие сайта, но прислушиваться к их мнению скорее всего не стоит (если конечно фича, о которой они говорят не делается в несколько строк). Ведь на разработку данного функционала потребуется время и ресурсы сервера. Например для нормального поддержания работоспособного чата на сайте может использоваться пара серверов. А чат вам, как владельцу проекта вряд ли принесет пользу и прибыль.
Во втором случае, когда 95% прислушиваться или нет уже зависит от того, на сколько фича, которую они просят нужна сайту и стоит в приоритете. Если эта фича поможет развитию сайта, то ее лучше реализовать. Если по-вашему мнению она не принесет результатов, то с ней лучше повременить.
Активными можно назвать обычно 10% посетителей сайта. В вашем случае, большинство — это сколько % от пользователей сайта?
Это группа из 10 человек, которые хотят сделать проект удобным для себя? Это 90% зарегистрированных пользователей?
Мне кажется, что прислушиваться ко мнению пользователей надо, но в меру.