Подскажите пожалуйста неопытному. Как можно просмотреть и отредактировать php страницу при помощи денвера и Dreamweaver MX 2004 до вылаживания ее в нет. Есть страницы сайта в php. Надо добавить-убрать некоторую информацию. И как посмотреть что получилось не вылаживая страницы в нет. Спасибо.
не пугайся и не расстраивайся, например я MySQL с первого прочтения освоил, теперь иногда обращаюсь к мануалам по данной теме только за справкой. PHP я освоил ещё раньше и ПРОЩЕ!! я украл большой WEB скрипт, он мне очень понравился, тогда у меня был только мобильник - смарт. Я со смарта создал аккаунт у хостера, а скрипт пока превращал в WML/SMARThtml интерфейс очень заинтересовался PHP и по чужим исходникам всё выучил и координально изменил функциональность, понял что автор лох. ещё мне помогло то что я пялился в свой N6600 и буквально изучал код, т.е. концентрировался., для проверки работоспособности мне приходилось выгружать файл на удалённый сервак каждый раз, я считал строки вручную до того как установил интерпритатор Python, я тратил иногда больше нескольких метров инета чтоб отладить несколько КБ кода. Первая книга по пхп попавшаяся мне в руки в одном маге, была уже пересказом моих знаний.
Спасибо. Но тут вот получается при просмотре скрипта= Warning: mysql_connect() [function.mysql-connect]: Access denied for user 'max_ru'@'localhost' (using password: YES) in y:\home\test1.ru\www\shop\includes\database\mysql.php on line 14
Warning: mysql_get_server_info(): supplied argument is not a valid MySQL-Link resource in y:\home\test1.ru\www\shop\includes\database\mysql.php on line 15 Access denied for user 'max_ru'@'localhost' (using password: YES)
В ошибках же явно сказано в чем проблема: 1.) Access denied for user 'max_ru'@'localhost' - говорит о том, что для пользователя 'max_ru' закрыт доступ к БД. Надо проверять правильность пароля или же отрывать соответствующий доступ 2.) Supplied argument is not a valid MySQL-Link resource - следствие первой ошибки. Говорит о том, что линк MYSQL-соединения не валидный.
Вообще судя по ошибкам - код который ты используешь очень низкого качества... такие ошибки должны нормально обрабатываться - уж наличие линка точно.
QUOTE(Kusucha @ 23.05.2007 - 21:30)
отруби в php.ini предупреждения и намёки типа на неинициализованные переменные
Не надо советовать глупостей, если сами не разбираетесь в вопросе.
Ни в коем случае не надо отключать предупреждения - особенно в процессе разработки и отладки. На готовом сайте можно, да и то нежелательно. Код должен быть написан так, чтоб не возникало никаких warning'ов и notice'ов.
Профиль
Группа: Наши Люди
Сообщений: 325 Регистрация: 27.03.2006 Пользователь №: 134.016
Респектов: 18
Немного, но в тему, но у меня такой вопрос по поводу не объявленных переменных: Допустимо ли не объявлять переменные, а при вызове их, если нет уверенности, что она уже объявлена дописывать перед ней просто символ «@»? Не всегда хочется организовывать проверку существования переменных, особенно когда я проверяю $_SESSION или $_COOKIE , я обычно просто проверяю их значение.
Немного, но в тему, но у меня такой вопрос по поводу не объявленных переменных: Допустимо ли не объявлять переменные, а при вызове их, если нет уверенности, что она уже объявлена дописывать перед ней просто символ «@»? Не всегда хочется организовывать проверку существования переменных, особенно когда я проверяю $_SESSION или $_COOKIE , я обычно просто проверяю их значение.
Допустимо, но по-моему это не очень хороший тон. У меня созданы отдельные классы для работы с глобальными массивами, в которых сразу идет проверка на существование индекса в массиве. Логично, наверное, даже преобразовать каждый массив в класс с соответствующими методами...
Добавлено: А ещё лучше сделать интерфейс для работы с глобальными массивами... а каждый конкретный класс массива дополнить нужными методами.
отруби в php.ini предупреждения и намёки типа на неинициализованные переменные *
Не надо советовать глупостей, если сами не разбираетесь в вопросе.
Ни в коем случае не надо отключать предупреждения - особенно в процессе разработки и отладки. На готовом сайте можно, да и то нежелательно. Код должен быть написан так, чтоб не возникало никаких warning'ов и notice'ов.
Раз затронут вопрос
CODE
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;; ; Обработка ошибок и журнализация; ;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
; Директива error_reporting должна задаваться в виде битового ; поля. Его значение можно устанавливать с помощью следующих констант, ; объединенных оператором | (OR): ; E_ALL - Все предупреждения и ошибки. ; E_ERROR - Критические ошибки времени выполнения. ; E_WARNING - Предупреждения времени выполнения. ; E_PARSE - Ошибки трансляции. ; E_NOTICE - Замечания времени выполнения (это такие ; предупреждения, которые, скорее всего, ; свидетельствуют о логических ошибках в ; сценарии, - например, использовании ; неинициализированной переменной). ; E_CORE_ERROR - Критические ошибки в момент старта PHP. ; E_CORE_WARNING - Некритические предупреждения во время старта PHP. ; E_COMPILE_ERROR - Критические ошибки времени трансляции. ; E_COMPILE_WARNING - Предупреждения времени трансляции. ; E_USER_ERROR - Сгенерированные пользователем ошибки. ; E_USER_WARNING - Сгенерированные пользователем предупреждения. ; E_USER_NOTICE - Сгенерированные пользователем замечания. ; Пример: ______________________________________________________
; показывать все ошибки, за исключением замечаний ;error_reporting = E_ALL & ~E_NOTICE
; показывать только сообщения об ошибках error_reporting=E_COMPILE_ERROR|E_ERROR|E_CORE_ERROR
; отображать все ошибки, предупреждения и замечания ; error_reporting = E_ALL; & ~E_NOTICE
; Печать ошибок и предупреждений прямо в браузер. ; Для готовых сайтов рекомендуется отключать следующую директиву и ; использовать вместо нее журнализацию (см. ниже). Включенная директива ; display_errors в "рабочих" сайтах может открыть доступ пользователю к ; секретной информации: например, полному пути к документу, используемой ; базе данных и т. д. display_errors = On
; Даже если display_errors включена, ошибки, возникающие во время старта ; PHP, не отображаются. Рекомендуется устанавливать следующую директиву ; в выключенное состояние, за исключением случая, когда вы применяете ; ее при отладке. display_startup_errors = Off
Где глупости Уважаемый дымчик, хотя-бы так можно и нужно для удобства при отладке, а уж тем более на рабочем сервере, иначе эти предупреждения могут послужить злоумышленнику с моей точки зрения.
Где глупости Уважаемый дымчик, хотя-бы так можно и нужно для удобства при отладке, а уж тем более на рабочем сервере, иначе эти предупреждения могут послужить злоумышленнику с моей точки зрения.
Код должен быть написан таким образом, чтоб не возникало никаких предупреждений.
но это нереально - говорит Крис Касперский, да и я так тоже думаю.
Да, если подходить с позиций постпозитивизма, это нереально, ибо мы всегда лишь стремимся к абсолютному результату, но не можем его достигнуть. Однако, современные технологии позволяют практически исключить различного рода ошибки и предупреждения. В PHP5, например, есть замечательная вещь, как обработка исключений и т.п. Прогресс не стоит на месте. Однако ещё раз повторюсь, писАть код надо так, чтоб не возникало никаких ошибок... Думаю, что дальнейшие прения бессмысленны, и тему можно закрывать
Как просмотреть php страницу в денвере без нета?, Денвер и Dreamweaver MX 2004
20.05.2007 - 21:05 
