keltanas

Помоему PHP тут не при чем. Сначала надо научиться правильно верстать. Veseloff прав. Код не валидный. http://validator.w3.org/check?uri=http%3A%...lidator%2F1.654 Но это еще пол беды... Но почему в стоках таблицы разное количество столбцов? И у <tr /> где ты видел свойство height или colspan ? http://htmlbook.ru/html/tr.html У <table id="tcont" ... Вообще нет тэга <tr /> Сначала HTML-страницу сверстать надо, а потом уже резать. Так же все люди делают. Так что начинай всё с начала.

Ну тут нет ничего сложного, если серверы внутри одного датацентра находятся. Если нет, то смысла нет, т.к. пересылаемые данные будут только канал забивать. А так делаешь на разных серверах копии скриптов и окружения, и они уже будут коннектиться к одному серваку, на котором мускуль, допустим, стоит. Скрипты и кофиги можно через SVN настраивать.

Хы.. тут вспомнил... Один мой знакомый кодер языковые переменные при запуске скрипта загружает в $_SERVER['lang'], например, и уже потом юзает оттуда. Правда тоже через функции доступа... Но вроде не вижу преимуществ этого метода перед статическим вызовом методов...

Не парься, не тебя ))) Вопрос конкретно задан: Вот я и прописал, чтобы когда письмо придет к получателю, у него было написано, от кого оно ))) А если X-Mailer не прописать, то такое письмо по любому антиспам гугла не пробьет...

Поразвелось, блин, фрилансеров.... Даже в ПХП разобраться лень, только бы бабло стричь... Хоть поделились бы тогда.... function mailto ($mail, $subj, $from) { return (mail($mail, $subj, $from $this->genMsg(), 'From: webmaster@example.com' . "\r\n" . 'Reply-To: webmaster@example.com' . "\r\n" . 'Content-type: text/plain; charset=windows-1251'."\r\n". 'X-Mailer: PHP/' . phpversion() ));

Массивы хорошо конечно, но только их придется в каждой функции в пространство GLOBAL объявлять. А класс : 1. виден везде. 2. позволяет написать любой необходимый обработчик ваших данных. 3. можно реализовать фабрику, которая будет в зависимости от языковых установок выбирать класс с нужными данными и позволит работать с ними через себя.

1. Для того, чтобы названия заголовков хранить, не надо использовать файлы конфигурации, надо использовать базу. 2. Если хочешь менять язык интерфейса, то целесообразно завести статический класс, реализовать в нем методы get() и set() и приватный массив. Сначала с помощью методов set() заносишь в него данные, потом с помощью get() считываешь class register { private static $list = array(); static set( $name, $value ) { self::$list[ $name ] = $value; } static get( $name ) { if ( isset(self::$list[ $name ]) ) { return self::$list[ $name ]; } return null; } } register::set( 'INTERFACE_MAIN_PAGES', 'Основные разделы' ); print register::get('INTERFACE_MAIN_PAGES'); ЗЫЖ А еще есть функция http://ru.php.net/manual/en/function.constant.php ЗЫ2Ж статический метод из класса вызывается из любого места программы.

Хм... первый раз слышу... Может ты с каким-нибудь фреймворком перепутал? Там бывает организуют реестры настроек через классы или массивы. А зачем, если не секрет, тебе этот массив нужен? Может есть альтернативный путь?

Только формат phpDocumentor. Т.к. при разработке пользуюсь эклипсом, другой формат комментариев просто уже не приемлем. Это, что касается описания классов, методов, функций. А одну строку чтобы пояснить, можно и // использовать # - это вообще в топку, только мешать будет

Товарисчи, кто знает, как надрессировать этого зверя переносить строки в логах и ошибках? Хотел вывести в его лог свою обработанную много строчную трассировку стека вызова функций (его родная трассировка слишком тормозная), но как перевести строку для новой строки, не могу понять. Всякие символы типа \n, \r\n, <br> не работают. Из буржуйских источников понял, что такая проблема имеется, но так и не понял, как она исправляется? Пока один вариант на уме, использовать серию методов ::log(), но это как-то по извращенски.

Ни капли флуда. Только лишь пытаюсь предостеречь бедняг от ошибок молодости. Вообще я все уже давно изложил здесь http://forum.htmlbook.ru/index.php?showtop...st&p=115786

L0k! - проблема в том, хочешь ты иметь в своем проекте: "ненавязчивый JS" или "г@внокод"? Я выбираю первое. HTML на сайте не должен содержать ни JS, ни CSS, ни тем более PHP!!! (если брать сорцы). А атрибуты типа rel или value у анкора не понравятся разве что валидатору. А с точкизрения DOM тут нет никаких противоречий! Semreg, юзай жкурку (jquery.com) и не парься. Умные дяди уже все продумали за всех нас.

2 Semreg: Честно говоря js - вещь великая, особенно, когда работаешь через jQuery. Можно и без нее, но с ней как-то быстее и проще ))) Более правильным, конечно, я вижу использование скрытого поля, которому при помощи JS будет задаваться некое значение, и при сабмите оно будет передаваться в скрипт-обработчик на стороне сервера. В html нету скрытого поля textarea, да оно и не нужно, так что используйте <input type="hidden" /> Как альтернативу использования JS могу предложить использовать 3 <input type="submit" /> с разными полями name. Отправиться то, по которому кликнули )). Стилизуем, соответственно, как были стилизованы ссылки ;-))) Как вторую крайность, предлагаю плугин к jquery http://malsup.com/jquery/form/ - полностью аяксовые формы. Использовал их в одном своем проекте совместно с http://jqueryui.com/demos/dialog/ . Эффект потрясающий 8-) Но если приложение не закрытое, то следует продумать альтернативные варианты отправки данных, т.к. есть люди, у которых JS отключен. ————— PS: в целом идеи понял правильно )) продолжай их развивать.

Я думаю тут 3 пути: Долго и упорно учиться программировать Заплатить денег специалисту, чтобы он все сделал Забить на это и заниматься другими делами $path_items = explode('/', trim( $_SERVER['REQUEST_URI'], ' /' ) ); print '<pre>'.print_r($path_items, true).'</pre>';

Смарти и еще раз смарти. Беда тормазов не в шаблонизаторе, а в отсутствии правильного кэша и оптимизации. Смарти помогает с легкостью отделить представление от всего остального, а его сиснаксис - классика для шаблонов. В большенстве случаем проекты тормозят не из-за смарти, а из-за тормазнутых SQL-запросов, которые массы так и не умеет профилировать и оптимизировать. Вот вам сайт http://avtoslim.ru/ сделанный со Смарти... или скажем htmlbook.ru со смарти сделан. Где тормоза? Товарисч, использовать смарти можно и нужно.. А в кривых руках и феррари в трактор можно превратить. Вот вам выдержка из докумантации и я согласен с каждой строкой. Ибо если правильно использовать инструмент, он будет служить долго и эффективно. Некоторые особенности Smarty: Он очень быстр. Он эффективен, так как обработчик PHP делает за него грязную работу. Никакой лишней обработки шаблонов, они компилируются только один раз. Перекомпилируются только те шаблоны, которые изменились. Вы можете создавать пользовательские функции и модификаторы, что делает язык шаблонов чрезвычайно расширяемым. Настраиваемые разделители тэгов шаблона, то есть вы можете использовать {}, {{}}, <!--{}-->, и т.д. Конструкции if/elseif/else/endif конструкции передаются обработчику PHP, так что синтаксис выражения {if ...} может быть настолько простым или сложным, насколько вам угодно. Допустимо неограниченное вложение секций, условий и т.д. Существует возможность включения PHP-кода прямо в ваш шаблон, однако обычно в этом нет необходимости (и это не рекоммендуется), так как движок весьма гибок и расширяем. Встроенный механизм кэширования. Произвольные источники шаблонов. Пользовательские функции кэширования. Компонентная архитектура.

Сначала через strip_tags() попробуйте, а потом лучше в сторону PCRE посмотрите.

Не вижу проблемы. Картинка либо показывается по событию onload - мы ждем, когда она загрузится и только тогда увидим. А можно сразу показать, не ожидая загрузки. Тогда мы увидим, как она грузиться постепенно. Чтобы написать просмотр, как на приведенном сайте, особо ваять-то ничего не надо. Там все слишком просто ))) html: <img src="/images/big_image.jpg" width="640" height="480" alt="" id="big_image" style="display:none;" /> <a href="#" id="clickme">нажми</a> script: <script type="text/javascript"> document.getElementById('clickme').onclick = function() { var img = document.getElementById('big_image'); img.style.display = 'block'; img.onclick = function() { img.style.display = 'none'; } return false; } </script> как-то так. не обещаю, что это 100% рабочее, но стремиться нужно к этому )) а вообще разбирайтесь в шкуре http://visualjquery.com

2AMD: Курево вредно. 2wsh: http://ru.php.net/manual/ru/ref.outcontrol.php В частности вас интересует http://ru.php.net/manual/ru/function.ob-start.php http://ru.php.net/manual/ru/function.ob-get-contents.php http://ru.php.net/manual/ru/function.ob-end-clean.php

Ищите сайты, аналогичные вашему макету и смотрите, как они сделаны. Вот еще очень полезная ссылка http://www.google.ru/search?hl=ru&q=%D...mp;aq=f&oq=

Не понимаю, чего вы паритесь так. Есть же готовое удачное решение http://jqueryui.com/demos/tabs/ а вместо визибилити display = 'none' и display = 'block' не пробовали?

Блин, ППЦ вы намутили. По сути плевать, что там у вас с джаваскриптом. Если там вообще русские буквы прописались, значит все нормально. Надо смотреть html-файл, куда этот джаваскрипт грузится. Вполне возможно, что он грузится с кодировкой UTF-8 или еще чище ISO-8859-1, а в js файле она CP-1251. Значит если у вас html-файл создается на PHP (а скорее всего так и есть), то прописать в нем первой строкой header("Content-Type: text/html; charset=window-1251"); Если нет, то пишем в .htaccess AddDefaultCharset windows-1251

Абсолютно не возможно определить масштаб работ по описанию, которое Вы дали. Сложность выполнения работы зависит от той CMS, которая находится у Вас на сайте. Что за система NETI, я первый раз слышу. И гугл похоже тоже. Поэтому в стоимость и сроки надо также включить разбор кода CMS, если он не зашифрован. Если зашифрован, тогда следует обратиться к разработчику сайта, т.к. Вам вряд ли помогут. В любом случае не получиться оценить стоимость, пока не увижу исходников системы. Так что бэкап сайта в студию (или мне на ящик). Сделать запрос на email можно через мой сайт http://ermin.ru/#order