Быколай

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

Мной просто логика что i == increment, ну и в учебной литературе, которая попадалась, часто в примерах используется $i в этом качестве. Если привычен perl, то да, это удобное обозначение для переменных в циклах

на здоровье

тогда яваскриптом удалить класс для дива который находить в этой части документа. в исходном коде останется так же, в доме (=> отображение) измениться.

<style type="text/css"> div.images {text-align: justify; } div.images img {max-height: 120px; max-width: 120px; padding: 10px; vertical-align: middle;} </style> <div class="images"> <img src="0_b6b_c11bc3fb_XL.jpeg" alt=""/> <img src="0_b6b_c11bc3fb_XL.jpeg" alt=""/> <img src="r_t.jpg" alt=""/> <img src="0_b6b_c11bc3fb_XL.jpeg" alt=""/> <img src="1945.jpg" alt=""/> <img src="0_b6b_c11bc3fb_XL.jpeg" alt=""/> <img src="0_b6b_c11bc3fb_XL.jpeg" alt=""/> <img src="0_b6b_c11bc3fb_XL.jpeg" alt=""/> </div> ??

вы не поверите, но: <div class="no-stats"> Текст </div> странная задача... можно яваскриптом убрать этот класс если известны родители дива. или добавить ему класс, а лучше идентификатор, которому переопределить стили.

<style type="text/css"> div.images {text-align: justify;} div.images img {height: 120px; width: auto; padding: 10px;} </style> <div class="images"> <img src="0_b6b_c11bc3fb_XL.jpeg" alt=""/> <img src="0_b6b_c11bc3fb_XL.jpeg" alt=""/> <img src="0_b6b_c11bc3fb_XL.jpeg" alt=""/> <img src="0_b6b_c11bc3fb_XL.jpeg" alt=""/> <img src="0_b6b_c11bc3fb_XL.jpeg" alt=""/> <img src="0_b6b_c11bc3fb_XL.jpeg" alt=""/> <img src="0_b6b_c11bc3fb_XL.jpeg" alt=""/> <img src="0_b6b_c11bc3fb_XL.jpeg" alt=""/> </div> я бы как-то так сделал, одинаковыми по высоте, или вы хотите именно разного размера?

ну так-то да, но с дивами гибше выходит. 1. когда например неизвестное количество идущих параллельно в ряд элементов. таблица с такой галерей будет распирать по горизонтали страницу. (были случаи в жумлах и битриксах - там многие компоненты генерят таблицами представления товаров/новостей/картинок/чего_угодно, а на меньшем чем у затейника идеи экране всё это выглядит ужасно) 2. дивы можно позиционировать как душе угодно, стилями перелопатить страницу на дивах под любое разрешение/представление, хоть верх тормашками справа налево. а таблица это как топором вырублено, уже никак не изменишь. не должно представление данных так зависеть от структуры, а таблица задаёт самую что ни на есть жёсткую структуру. имхо путаница с флоатами/прилипанием - это наоборот возможности добавляющие гибкости, хороший инструмент в умелых руках. я люблю всякие фиксированные элементы вставлять. независимые от количества содержимого контента. Если же ваять простые двух-трёхколоночные шаблоны то с таблицей без условно проще. ЗЫ: sympler, а вы не тролль часом

$i общепринятое название переменной для инкремента

несколько мутно вы всё описали... судя по всему вынести код делающий запрос всё ли ОК и редирект на ххх.пхп в отдельный файл, а его инклюдить во все страницы где должна быть проверка условия.

если первые три, цикл со счётчиком использовать. for().

Может и не по ссылке, кстати. Всё-таки если это изменения представления той же информации достаточно аяксом перелапатить сведения, а событие хоть по кнопке, хоть по hr-не какой-то имхо, интернет магазин как раз вполне себе веб-приложение. а приведённое в примере меню может легко расширяться до указанных вами параметров не меняя своего семантического смысла/дизайнерской реализации. Я бы в menu завернул, с оглядкой на будущую расширяемость и аякс-технологию, конечно.

если вы всё правильно сделали, а беда в библиотеках - то может стоит озадачить саппорт хостинга этим вопросом?

Verder, респект за старания и материал, пригодиться. плюс завтра тыкну, на сегодня у меня все закончились ВовчиГ ищите лучше, инфы море на эту тему по всему тырнету.

ух ты, а про pattern я не знал, надо будет пофиксить так да, проверяется все required, только в момент отправки, я не понял как это мешает заполнить поля, с таким не сталкивался вроде. несколько не в тему, но есть чудесное css-свойство :first-letter, поддерживается, насколько знаю, всеми браузерами.

бррр.. как я такие шаблоны не люблю, бяка xslt рулит!! 21 век на дворе, html 5 пришёл, php и perl 6-ые на носу, а у наши cms шаблонят как 1015 лет назад. Как заметил Д. Котеров в статье причины стремительного успеха php думаю ради обратной совместимости будет поддерживаться 99%, хотя это можно на php.net пошукать конкретнее, какие там планы у разработчиков. вот embedded-синтаксис, будь на то моя воля, я бы из 6-ой версии исключил, что бы не было всяких смарти, битриксов и проч не православной шаблонизации

может быть. наверное тут разумно будет использовать iframe. то есть отредактировать шаблон вашего форума, в правом блоке прописать: <iframe src="/ссылка-на-скрипт.php"/>

а логотип-картинку разместите в нужном месте css-позиционированием. @font-face на htmlbоok.ru position на htmlbоok.ru

а если юзер отключит js? а если XHR?

единственным соображением за и против стиля записи, может быть только собственное удобство чтения и сопровождения. ну и если в команде работаешь, то есть общий стиль, которого надо придерживаться, общепринятый. фигурные скобки просто привычнее наверно большинству, т.к. во многих языках используются. я например по возможности, если в конструкции одна строка без них предпочитаю обходиться, если несколько - то фигурные. что-то типа foreach ($settingsArr as $preset) { $presetXml = $settingsXml->addChild('preset'); if($this->checkRights($params['side'], $params['module'], 'deletePreset')) $presetXml->addAttribute('deleteLink', $this->getLink(array($params['side'], $params['module'], 'deletePreset', $preset['id']))); if($this->checkRights($params['side'], $params['module'], 'editPreset')) $presetXml->addAttribute('editLink', $this->getLink(array($params['side'], $params['module'], 'editPreset', $preset['id']))); $presetProp = $presetXml->addChild('prop'); foreach ($preset as $name => $value) $presetProp->addAttribute($name, $value); } АП: второй стиль с endif, endforeach может быть удобнее в php-шаблонах где логика перемешана дизайном, хотя это плохо, во многих cms используется. си-подобный лучше подходит для чисто "программных" фалов.

if($verify == 'true') Aleksty, это не труЪ а в остальном ваш код на порядок лучше. только пост я бы крутил в цикле, а не построчно. и надо бы переменные инициализировать перед извлечением, а то могут быть ошибки, если их в посте не окажется.

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

имхо поиск рулит. за всю жизнь распечатал 2 книги связанные с программированием, одна из них Just for fun на тех.литературу тратиться смысла не вижу особого. хотя конечно если в вики забанили, то да

у вас тег head два раза открыт. что за ошибка? конкретнее, из вас прямо шаг за шагом информацию вытягивать приходиться, будто вы одолжение делаете, а не вам помогают. хотя ничего удивительного что не работает ничего. надо навести порядок с кавычками в скрипте. он до 8-ой и не доживает умирает на кавычках скорее всего в строке №6. даже подсветка синтаксиса об этом говорит, тут и php знать не обязательно. ещё по поводу приведенного php-кода: 1. не давите @ ошибки, а то так никогда не сможете контролировать свою программу. я уже писал об этом в начале темы. 2. зачем вы дважды инициализируете одни и те же переменные из поста? про isset() функцию почитайте. 3. какую версию php используете? в последних есть filter_var(), чумовая штука. 4. ещё про foreach() цикл почитайте. классная вещь.

зачем ошибки апача? я так понимаю это всё php-шные и mysql косяки будут. mysql - у вас после смерти выводиться, а php можно включить .htaccess иди error_reporting(). вы про юзера на хостинге не ответили. Вы нового пользователя/базу там создавали?