Как просмотреть php страницу в денвере без нета?, Денвер и Dreamweaver MX 2004
|
dr.VA
Unregistered
| Подскажите пожалуйста неопытному. Как можно просмотреть и отредактировать php страницу при помощи денвера и Dreamweaver MX 2004 до вылаживания ее в нет. Есть страницы сайта в php. Надо добавить-убрать некоторую информацию. И как посмотреть что получилось не вылаживая страницы в нет. Спасибо. |
|
| |
23.05.2007 - 20:30 |
x-foby
Здесь моя Интернет-Родина
[SoftoRooMTeaM]
Группа: Наши Люди Сообщений: 1.264 Регистрация: 26.07.2006 Из: Анапа, Россия Пользователь №: 20
Респектов: 286
| либо не создал, либо неверно прописал имя базы/юзера | |
| |
23.05.2007 - 20:48 |
Kusucha
Опытный юзверь
Группа: Заблокированные Сообщений: 146 Регистрация: 11.03.2007 Пользователь №: 353.686
Респектов: 5
| Sorry, OFFTOP
не пугайся и не расстраивайся, например я MySQL с первого прочтения освоил, теперь иногда обращаюсь к мануалам по данной теме только за справкой. PHP я освоил ещё раньше и ПРОЩЕ!! я украл большой WEB скрипт, он мне очень понравился, тогда у меня был только мобильник - смарт. Я со смарта создал аккаунт у хостера, а скрипт пока превращал в WML/SMARThtml интерфейс очень заинтересовался PHP и по чужим исходникам всё выучил и координально изменил функциональность, понял что автор лох. ещё мне помогло то что я пялился в свой N6600 и буквально изучал код, т.е. концентрировался., для проверки работоспособности мне приходилось выгружать файл на удалённый сервак каждый раз, я считал строки вручную до того как установил интерпритатор Python, я тратил иногда больше нескольких метров инета чтоб отладить несколько КБ кода. Первая книга по пхп попавшаяся мне в руки в одном маге, была уже пересказом моих знаний. | |
| |
24.05.2007 - 9:28 |
дымчик
Специалист
[SoftoRooMTeaM]
Группа: Модераторы Сообщений: 475 Регистрация: 8.11.2005 Из: Санкт-Петербург Пользователь №: 64.615
Респектов: 154
| QUOTE(dr.VA @ 23.05.2007 - 21:19) Спасибо. Но тут вот получается при просмотре скрипта= 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'ов. | |
| |
24.05.2007 - 13:12 |
scorpion-ds
Специалист
Группа: Наши Люди Сообщений: 354 Регистрация: 27.03.2006 Пользователь №: 134.016
Респектов: 20
| Немного, но в тему, но у меня такой вопрос по поводу не объявленных переменных: Допустимо ли не объявлять переменные, а при вызове их, если нет уверенности, что она уже объявлена дописывать перед ней просто символ «@»? Не всегда хочется организовывать проверку существования переменных, особенно когда я проверяю $_SESSION или $_COOKIE , я обычно просто проверяю их значение. | |
| |
24.05.2007 - 20:31 |
дымчик
Специалист
[SoftoRooMTeaM]
Группа: Модераторы Сообщений: 475 Регистрация: 8.11.2005 Из: Санкт-Петербург Пользователь №: 64.615
Респектов: 154
| QUOTE(scorpion-ds @ 24.05.2007 - 14:12) Немного, но в тему, но у меня такой вопрос по поводу не объявленных переменных: Допустимо ли не объявлять переменные, а при вызове их, если нет уверенности, что она уже объявлена дописывать перед ней просто символ «@»? Не всегда хочется организовывать проверку существования переменных, особенно когда я проверяю $_SESSION или $_COOKIE , я обычно просто проверяю их значение. Допустимо, но по-моему это не очень хороший тон. У меня созданы отдельные классы для работы с глобальными массивами, в которых сразу идет проверка на существование индекса в массиве. Логично, наверное, даже преобразовать каждый массив в класс с соответствующими методами... Добавлено:А ещё лучше сделать интерфейс для работы с глобальными массивами... а каждый конкретный класс массива дополнить нужными методами. | |
| |
26.05.2007 - 1:44 |
Kusucha
Опытный юзверь
Группа: Заблокированные Сообщений: 146 Регистрация: 11.03.2007 Пользователь №: 353.686
Респектов: 5
| Да дымчик, я немного неправ QUOTE QUOTE(Kusucha @ 23.05.2007 - 21:30) QUOTE отруби в 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
Где глупости Уважаемый дымчик, хотя-бы так можно и нужно для удобства при отладке, а уж тем более на рабочем сервере, иначе эти предупреждения могут послужить злоумышленнику с моей точки зрения. | |
| |
26.05.2007 - 22:35 |
дымчик
Специалист
[SoftoRooMTeaM]
Группа: Модераторы Сообщений: 475 Регистрация: 8.11.2005 Из: Санкт-Петербург Пользователь №: 64.615
Респектов: 154
| QUOTE(Kusucha @ 26.05.2007 - 2:44) Где глупости Уважаемый дымчик, хотя-бы так можно и нужно для удобства при отладке, а уж тем более на рабочем сервере, иначе эти предупреждения могут послужить злоумышленнику с моей точки зрения. Код должен быть написан таким образом, чтоб не возникало никаких предупреждений. | |
| |
6.06.2007 - 21:33 |
Kusucha
Опытный юзверь
Группа: Заблокированные Сообщений: 146 Регистрация: 11.03.2007 Пользователь №: 353.686
Респектов: 5
| Согласен! QUOTE Код должен быть написан таким образом, чтоб не возникало никаких предупреждений. но это нереально - говорит Крис Касперский, да и я так тоже думаю. | |
| |
7.06.2007 - 8:40 |
дымчик
Специалист
[SoftoRooMTeaM]
Группа: Модераторы Сообщений: 475 Регистрация: 8.11.2005 Из: Санкт-Петербург Пользователь №: 64.615
Респектов: 154
| QUOTE(Kusucha @ 6.06.2007 - 22:33) но это нереально - говорит Крис Касперский, да и я так тоже думаю. Да, если подходить с позиций постпозитивизма, это нереально, ибо мы всегда лишь стремимся к абсолютному результату, но не можем его достигнуть. Однако, современные технологии позволяют практически исключить различного рода ошибки и предупреждения. В PHP5, например, есть замечательная вещь, как обработка исключений и т.п. Прогресс не стоит на месте. Однако ещё раз повторюсь, писАть код надо так, чтоб не возникало никаких ошибок...Думаю, что дальнейшие прения бессмысленны, и тему можно закрывать | |
| |
|
|