После обновления php перестал работать скрипт.

> но почему-то этого не происходит.
А что происходит вместо этого?

В том то и весь прикол, ворнингов никаких нету. В поле вывода хэша видится судя по всему хэш пустой строки. Сейчас куда-нибудь залью.

http://expomebel.ru/hashgen.php пусть будет тут.

наверное register globals отключилось

Deprecated features in PHP 5.3.x

The following is a list of deprecated INI directives. Use of any of these INI directives will cause an E_DEPRECATED error to be thrown at startup.

...
* register_globals
...

Используй $_GET, $_POST.

> DEPRECATED … register_globals

Слава богам — может быдлокодеров поубавиться, или они наконец то осилят изучить язык, на котором пишут. Ещё бы эту «<?=» запретили…

>Ещё бы эту «<?=» запретили…

а шаблоны как писать?

> а шаблоны как писать?

<?php echo $var; ?>

Но лучше Smarty.

А «<?» Используется, например, для xml-заголовка, который нужен при xhtml > 1.0.

><?php echo $var; ?>

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

А «<?» Используется, например, для xml-заголовка, который нужен при xhtml > 1.0.

Который, так как он один, можно вывести через echo.

> Очень длинно, а подрубать всякие смарти бывает иногда излишним.

Не очень и длинно, зато однозначно. А в программировании однозначность крайне важна — кто этого не понимает, тому лучше и не браться за это дело.

Который, так как он один, можно вывести через echo.

Да можно и всю страницу вывести через echo. Но если уж разделять, то разделять до конца.

даже не верится, что существуют быдлокодеры, использующие register_globals=on. наверное, это те же самые, который постят сюда линки на мануалы на php.su, а сам пхп изучают по книжкам 2001 года или видеоурокам евгения попова. гореть им в аду

>Не очень и длинно, зато однозначно.

А через «<?= $var ?>» значит не однозначно?

А $_POST вам для чего?

> Ещё бы эту «<?=» запретили…

А в рельсах использование <%= ... %> считается кошерным

Я же уже написал, что последовательность как-бы занята. Да и конструкция эта отключаема, и полагаться на неё не стоит. Открывающим тегом для PHP является <?php - его лучше и использовать.

Спасибо, помогло!

А через что нужно пхп изучать? Поповы хоть и «принципиально новые» вещи делают, да делают. А иную книжку возьмешь, там: «PHP - легкий язык для веб. if $a=++$a>$easyvariabletome==true { echo „простой примерчик“; } function $easyfunction($arr1,$arr2) {if ($somefile+$somewhere=$tracker){print „легкая функция“;}else {exit();} (написал что попало, но именно так я в первый день это и увидел)

А есть книжки в которых как для сварщиков объясняется: Это - сюда, то - туда и получишь вот_это. Если ЭтО поставишь - амба капут! А вот так - сайт навернется от циклов... Правда этих подробностей там так мало

Прошу синтаксис не проверять, не умею пхп

http://www.php.net/manual/en/ же

А есть еще такая вот: для англофобов

> Но лучше Smarty.

Но лучше Dwoo.

> Но лучше Dwoo.

А есть ли реальный пройти? Результаты гугла неоднозначные ...

s/пройти/профит/

Хм. Пощупаю, не попадался.

http://dwoo.org/

Первое, что сразу нужно выяснить, если там цепочное обращение к методам объектов, типа

<p>Привет, {$object->user()->titled_link()}</p>

http://blogs.kd2.org/bohwaz/?2009/09/30/297-smarty-vs-smarty-3-vs-template-li...

Вроде, по скорости неплохо. Хотя Twig'у должно сливать.

А, я - тормоз. У Фабиана он упоминался: http://fabien.potencier.org/article/35/templating-engines-in-php-follow-up

Вроде и правда по скорости неплох, даже по сравнению со smarty2. Но вот то, что в отличии от смарти он мало распространён, несколько смущает — ведь распространённость важный параметр, т.к. это лучшая поддержка…

Ну, меня вопрос распространённости шаблонизатора волнует меньше всего. Любой шаблонизатор к фреймворку прикручивается в несколько строк, при чём у каждого класса (или, что извращение, даже объекта) может быть свой. Плюс к этому, шаблон общего оформления типовой страницы и шаблон тела страницы - тоже отдельные сущности. То, что уже будет сделано - оно будет сделано и работать. А если что-то не понравится, для новых классов всегда можно заюзать новые шаблонизаторы.

Правда, сам в качестве шаблонизаторов пока использую только Smarty2 и чистый PHP. Издалека присматриваюсь пока к Twig'у, но останавливают проблемы с цепочным вызовом методов объектов. Для меня это очень актуально.

> А есть ли реальный пройти? Результаты гугла неоднозначные ...

Для меня он такой:

1) Быстрее Smarty по тестам, хотя на глазок сложно что-то сказать.

2) Smarty-подобный синтаксис, пользуясь Dwoo в своих проектах, я без проблем могу сделать шаблоны и на Smarty для серьёзных заказчиков.

3) Киллер-фича, из-за которой я на него перешёл - наличие вложенных шаблонов. Делаю base.tpl с полной базовой страницей без содержимого, а содержимое в отдельных файлах прописываю. Пример:

base.tpl:

<html>
<head>
  <title>{block name="title"}Главная страница - Значение по-дефолту, отображается если блок "title" не будет указан в подшаблонах{/block} - Крутой сайт</title>

  {block name="meta"}Тут может быть всякое, нужное на конкретных страницах, например, JavaScript'ы, ссылки на jQuery и т. д., если на какой-то странице они не нужны, просто не надо в соответствующем шаблоне вводить блок "meta", и тогда это место в итоговом HTML останется пустым{/block}
</head>

<body>
  {block name="content"}{/block}
</body>
</html>

index.tpl:

{extends="base.tpl"}
  {block name="title"}Карта сайта{/block}

  {block name="content"}
    <a href="#">Главная страница</a><br />
    <a href="#">О сайте</a>
  {/block}
{/extends}

После чего в PHP рендерим index.tpl, он вклеит себя в base.tpl и отправит браузеру. Итог:

index.html:

<html>
<head>
  <title>Карта сайта - Крутой сайт</title>
</head>

<body>
  <a href="#">Главная страница</a><br />
  <a href="#">О сайте</a>
</body>
</html>

То есть это получается один скомпиленный php для index без лишних инклудов? Тогда да — это уже что-то вполне ощутимое! Спасибо за детальный пример.

> 3) Киллер-фича, из-за которой я на него перешёл - наличие вложенных шаблонов. Делаю base.tpl с полной базовой страницей без содержимого, а содержимое в отдельных файлах прописываю. Пример:

эмм. ты думаешь, Смарти этого не умеет? RTFM!

http://www.smarty.net/manual/en/language.function.include.php

> эмм. ты думаешь, Смарти этого не умеет? RTFM!

При инклуде ведь создаётся скомпилированный шаблон для каждого куска, и они так же инклудятся. А это затратно в плане производительности.

Как я понял, при использовании озвученной выше фичи скомпилированный шаблон получается один (просто инклудом здесь явно не отделаешься).

> То есть это получается один скомпиленный php для index без лишних инклудов? Тогда да — это уже что-то вполне ощутимое! Спасибо за детальный пример.

Да, потом в кэше Dwoo появляется один index.php и кроме него ничего больше.

> эмм. ты думаешь, Смарти этого не умеет? RTFM!

http://www.smarty.net/manual/en/language.function.include.php

Что-то я не понял как с его помощью сделать так, как сделал я. Можно пример? Конкретно для удобства требуется полная раскладка страницы как в base.tpl у меня в примере, без {include file=«header.tpl»} и {include file=«footer.tpl»}. В смысле, без разделения базового шаблона на мелкие файлы.

> Как я понял, при использовании озвученной выше фичи скомпилированный шаблон получается один (просто инклудом здесь явно не отделаешься).

тут есть один очень жирный минус - при открытии любой страницы сайта выполняется один универсальный файл. при более-менее простом сайте это даже плюс. а когда сайт крупный и навороченный (с админкой, бл.дж. и шл.) то будет огромный оверхед. например, мы смотрим секцию «Новости». а фактически выполняется весь код (галерея, менеджмент профайла, регистрационная форма, етц). пусть там даже везде if()'ы наставлены, этот большой файл все равно будет выполнятся интепретатором. в случае же с динамическим подключением - всего этого можно избежать. один диспетчер (+базовый шаблон к нему) и кучка спец.модулей (с подключаемыми виджетами).

там не совсем так как у вас.

> тут есть один очень жирный минус - при открытии любой страницы сайта выполняется один универсальный файл. при более-менее простом сайте это даже плюс. а когда сайт крупный и навороченный (с админкой, бл.дж. и шл.) то будет огромный оверхед. например, мы смотрим секцию «Новости». а фактически выполняется весь код (галерея, менеджмент профайла, регистрационная форма, етц). пусть там даже везде if()'ы наставлены, этот большой файл все равно будет выполнятся интепретатором. в случае же с динамическим подключением - всего этого можно избежать. один диспетчер (+базовый шаблон к нему) и кучка спец.модулей (с подключаемыми виджетами).

Ну это да, но для крупных сайтов свои шаблонизаторы пишут. А кроме того, Dwoo поддерживает и инклуды как Smarty.

> тут есть один очень жирный минус - при открытии любой страницы сайта выполняется один универсальный файл. при более-менее простом сайте это даже плюс. а когда сайт крупный и навороченный (с админкой, бл.дж. и шл.) то будет огромный оверхед. например, мы смотрим секцию «Новости». а фактически выполняется весь код (галерея, менеджмент профайла, регистрационная форма, етц). пусть там даже везде if()'ы наставлены, этот большой файл все равно будет выполнятся интепретатором. в случае же с динамическим подключением - всего этого можно избежать. один диспетчер (+базовый шаблон к нему) и кучка спец.модулей (с подключаемыми виджетами).

По-моему вы не совсем понимаете (или я, т.к. на практике ещё не пробовал, только док посмотрел).
Ведь создаётся не один файл base.php, а один файл на каждый шаблон, его наследующий. Поэтому, если мне нужно разделить страницы, то я это могу сделать. Эта возможность мне показалась очень интересно, хотя безусловно нужно попробовать её по применять на практике, чтобы говорить с полной уверенностью.