Это нормальная практика. Если у вас большая часть аудитории с мобильников и планшетов, то отдельная версия часто бывает необходимостью. Я не спорю, адаптивность - это хорошо, но она подходит не всегда.
@storoj@Yekver в таком случае можно попробовать перейти с IDE на sublime/vim. Очень вероятно, что вам понравится и функционально по вам это сильно не ударит. Лично мне не комфортно работать в IDE. Пробовал разные, но они кажутся мне сложными, перегруженными информацией, и, что относится к вашей проблеме - не удобными с точки зрения восприятия кода. На мой взгляд внешний вид кода, его читаемость, оформление и скорость работы с ним важнее, чем удобство "коробочности" IDE.
@Kengooroo по вашему вопросу. Как вам все советуют выше разделите доли и разъясните разработчику разницу между выручкой, прибылью.
Относительно маркетинга. Уверен, разработчику абсолютно не обязательно вникать в маркетинговые хитрости. Мыслите в категории проекта. Если вам нужно изменить функционал, с целью повышения конверсии - скажите разработчику "Давай реализуем фичу X, которая увеличит нашу прибыль на N%", или "Если изменить этот функционал то пользователи чаще будут регистрироваться". Я упростил, но, надеюсь, идею передал. Разработчики мыслят в категориях проекта и UX (за всех не говорю, но значительная группа со мной в том числе точно), вам нужно переводить ваши маркетинговые задачи именно в эту плоскость.
@Masterme не вижу проблем в том, что вы описали.
htmlspecialchars - согласен, может быть не очень удобно. Но в таком случае можно использовать функции/методы обертки. Проблема <?php ?> решается нормальным IDE/редактором. В sublimetext это делается вводом названия конструкции в шаблоне и нажатием tab. Конструкция сама оборачивается в <?php ?> и никаких проблем с этим нет вообще.
На примере Yii, с которым я работаю, могу вас огорчить - наследование шаблонов там реализовано и прекрасно сочетается с нативным шаблонизатором.
Если то, что вы перечислили выше - главные преимущества шаблонизаторов то вы меня не убедили.
Так или иначе в вашем шаблонизаторе будет выполняться экранирование.
Ради достижения сомнительной выгоды от смены <?php ?> на {} или <%%> или чего-то еще вы жертвуете производительностью, на сколько мне известно в большинстве случаев значительной.
Вместо общеизвестных C-подобных конструкций вы наполняете ваше представление новыми конструкциями шаблонизатора, в которых непосвященному человеку проблематично разобраться.
Кроме зоопарка фреймворков и CMS на php мы получаем еще и зоопарк шаблонизаторов, непонятно зачем нужных, усложняющих представления и снижающих производительность.
Я не отрицаю, что могу ошибаться в выводах. Убедите, что не прав, если шаблонизаторы несут реальную пользу в разработке.
@dim4ik ок. Я не думаю, что правильным будет пытаться ограничить функциональность таким образом. У программистов остается возможность что-то испортить в контроллерах. Если вы опасаетесь за структуру базы данных, то можете ограничивать возможность модифицирования структуры базы данных в настройках для разных пользователей. И разрешить менять структуру в специализированных местах для этого, в миграциях, например.
Если пытаться решить задачу вашим способом, с использованием шаблонизатора, то можно помещать подготовленный виджетами html/css/js код в переменные и вставлять таким образом в ваш шаблон. Не красивое решение, но рабочее.
@escalade virtualbox бесплатный. browserstack можно юзать бесплатно, меняя email'ы
vmware на торрентах есть. поищите на торрентах также образы для vmware с разными версиями IE. я пользовался такой сборкой для тесторирования
@denissov действительно, так не нужно. храните время в utc в БД, т.е. просто time() записывайте. причем лучше использовать для хранения int(11). поле типа timestamp завязано на временной зоне сервера и при переносе на другой сервер может сделать сдвиг. при выводе форматируйте с помощью date(). причем лучше указывать принудительную временную зону через http://php.net/manual/en/function.date-default-timezone-set.php в противном случае время будет зависеть от установок сервера.
