>> Здесь стоит заметить, что код нуждается в дополнение, т.к. в случае, если на странице будет
>> больше одного такого элемента, то нет необходимости в повторном подключении скриптов и css.
так ежели бы родными headScript, headLink или ZendX_JQuery_Container пользовались, даж думать об этом не пришлось, да и писать поменьше
>> $xhtml .= '/>'. PHP_EOL;
а вот тут следовало бы воспользоваться $this->view->doctype()->isXhtml() для определения необходимости слэша
>> if (!empty($value))
получается '0' в такое поле не записать. Хотя, может для вашей задачи это не имеет значения
>> url: '". $options['autocomplete_script']. "',
ну и это не кошерно. Есть же Zend_Json, который корректно заэнкодил бы
Да и вообще я бы в данном случае экстендил хелпер formText, там половина вашего кода хэлпера уже написана
Ну вот я воспользовался for-each именно для уменьшения раздробленности структуры таблицы.
Сортировка — не аргумент. xsl:sort применим как для for-each, так и для apply-templates
На моей практике часто встречался вопрос: Как разложить список в N-колоночную таблицу.
Я всегда отвечаю примером: <xsl:template match="items" mode="table">
<xsl:variable name="$cols" />
<table>
<xsl:for-each select="item[position() mod $cols] = 1">
<tr>
<xsl:for-each select=".|following-sibling::items[position() < $cols]">
<td>
<xsl:apply-templates select="." mode="table-cell" />
</td>
</xsl:for-each>
</tr>
</xsl:for-each>
</table>
</xsl:template>
fopen, fclose, fread, fwrite имело бы смысл использовать только если вы рассчитываете на файл большого размера, сопоставимый размером памяти, выделенной для PHP, но даже в этом случае писать код следовало бы не так.
Ну а по теме — круто! возникло желание реализовать такое у себя
>> больше одного такого элемента, то нет необходимости в повторном подключении скриптов и css.
так ежели бы родными headScript, headLink или ZendX_JQuery_Container пользовались, даж думать об этом не пришлось, да и писать поменьше
>> $xhtml .= '/>'. PHP_EOL;
а вот тут следовало бы воспользоваться $this->view->doctype()->isXhtml() для определения необходимости слэша
>> if (!empty($value))
получается '0' в такое поле не записать. Хотя, может для вашей задачи это не имеет значения
>> url: '". $options['autocomplete_script']. "',
ну и это не кошерно. Есть же Zend_Json, который корректно заэнкодил бы
Да и вообще я бы в данном случае экстендил хелпер formText, там половина вашего кода хэлпера уже написана
Да, магазин нарушает закон. Да виноват.
Поисковик тоже нарушает закон. И именно потому, что обрабатывает данные (см. определение «Обработка персональных данных» в тексте статьи)
Определенно — нет. Речь и юридическом положении дел
Сортировка — не аргумент. xsl:sort применим как для for-each, так и для apply-templates
Я всегда отвечаю примером:
<xsl:template match="items" mode="table">
<xsl:variable name="$cols" />
<table>
<xsl:for-each select="item[position() mod $cols] = 1">
<tr>
<xsl:for-each select=".|following-sibling::items[position() < $cols]">
<td>
<xsl:apply-templates select="." mode="table-cell" />
</td>
</xsl:for-each>
</tr>
</xsl:for-each>
</table>
</xsl:template>
Я даю «православный» совет?
>> классы Request и Responce
>> chain-вызовы
ещё транспорты и будет копия Zend_Http_Client )
$fh = fopen($_FILES['screenshot']['tmp_name'], "r");
$data = fread($fh, filesize($_FILES['screenshot']['tmp_name']));
fclose($fh);
$data = file_get_contents($_FILES['screenshot']['tmp_name']);$fh = fopen($file, "w");
fwrite($fh, base64_decode($data));
fclose($fh);
file_put_contents($file, base64_decode($data))fopen, fclose, fread, fwrite имело бы смысл использовать только если вы рассчитываете на файл большого размера, сопоставимый размером памяти, выделенной для PHP, но даже в этом случае писать код следовало бы не так.
Ну а по теме — круто! возникло желание реализовать такое у себя
Мне, незнакомому с полным циклом передач, показалось странным и несвязным заявление в первой строке.