day & night

Как просмотреть php страницу в денвере без нета?, Денвер и Dreamweaver MX 2004
Дата обновления: , перейти к новому сообщению
#1
dr.VA



Unregistered














Подскажите пожалуйста неопытному. Как можно просмотреть и отредактировать php страницу при помощи денвера и Dreamweaver MX 2004 до вылаживания ее в нет. Есть страницы сайта в php. Надо добавить-убрать некоторую информацию. И как посмотреть что получилось не вылаживая страницы в нет. Спасибо.
Go topGo end

Ответов(10 - 18)
23.05.2007 - 20:30
#11
x-foby



Здесь моя Интернет-Родина
[SoftoRooMTeaM] Group Icon

Группа: Наши Люди
Сообщений: 1.264
Регистрация: 26.07.2006
Из: Анапа, Россия
Пользователь №: 20


Респектов: 286
-----XX---




либо не создал, либо неверно прописал имя базы/юзера
User is offline
Go topGo end
23.05.2007 - 20:48
#12
Kusucha



Опытный юзверь
Group Icon

Группа: Заблокированные
Сообщений: 146
Регистрация: 11.03.2007
Пользователь №: 353.686


Респектов: 5
-----X----




Sorry, OFFTOP

не пугайся и не расстраивайся, например я MySQL с первого прочтения освоил, теперь иногда обращаюсь к мануалам по данной теме только за справкой.
PHP я освоил ещё раньше и ПРОЩЕ!! я украл большой WEB скрипт, он мне очень понравился, тогда у меня был только мобильник - смарт. Я со смарта создал аккаунт у хостера, а скрипт пока превращал в WML/SMARThtml интерфейс очень заинтересовался PHP и по чужим исходникам всё выучил и координально изменил функциональность, понял что автор лох. ещё мне помогло то что я пялился в свой N6600 и буквально изучал код, т.е. концентрировался., для проверки работоспособности мне приходилось выгружать файл на удалённый сервак каждый раз, я считал строки вручную до того как установил интерпритатор Python, я тратил иногда больше нескольких метров инета чтоб отладить несколько КБ кода. Первая книга по пхп попавшаяся мне в руки в одном маге, была уже пересказом моих знаний.
User is offline
Go topGo end
icon2 24.05.2007 - 9:28
#13
дымчик



Специалист
[SoftoRooMTeaM] Group Icon

Группа: Модераторы
Сообщений: 475
Регистрация: 8.11.2005
Из: Санкт-Петербург
Пользователь №: 64.615


Респектов: 154
-----X----




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'ов.
User is offline
Go topGo end
24.05.2007 - 13:12
#14
scorpion-ds



Специалист
Group Icon

Группа: Наши Люди
Сообщений: 354
Регистрация: 27.03.2006
Пользователь №: 134.016


Респектов: 20
-----X----




Немного, но в тему, но у меня такой вопрос по поводу не объявленных переменных:
Допустимо ли не объявлять переменные, а при вызове их, если нет уверенности, что она уже объявлена дописывать перед ней просто символ «@»? Не всегда хочется организовывать проверку существования переменных, особенно когда я проверяю $_SESSION или $_COOKIE , я обычно просто проверяю их значение.
User is offline
Go topGo end
icon9 24.05.2007 - 20:31
#15
дымчик



Специалист
[SoftoRooMTeaM] Group Icon

Группа: Модераторы
Сообщений: 475
Регистрация: 8.11.2005
Из: Санкт-Петербург
Пользователь №: 64.615


Респектов: 154
-----X----




QUOTE(scorpion-ds @ 24.05.2007 - 14:12)
Немного, но в тему, но у меня такой вопрос по поводу не объявленных переменных:
Допустимо ли не объявлять переменные, а при вызове их, если нет уверенности, что она уже объявлена дописывать перед ней просто символ «@»? Не всегда хочется организовывать проверку существования переменных, особенно когда я проверяю $_SESSION или $_COOKIE , я обычно просто проверяю их значение.
*


Допустимо, но по-моему это не очень хороший тон. У меня созданы отдельные классы для работы с глобальными массивами, в которых сразу идет проверка на существование индекса в массиве. Логично, наверное, даже преобразовать каждый массив в класс с соответствующими методами... unsure.gif

Добавлено:
А ещё лучше сделать интерфейс для работы с глобальными массивами... а каждый конкретный класс массива дополнить нужными методами.
User is offline
Go topGo end
26.05.2007 - 1:44
#16
Kusucha



Опытный юзверь
Group Icon

Группа: Заблокированные
Сообщений: 146
Регистрация: 11.03.2007
Пользователь №: 353.686


Респектов: 5
-----X----




Да дымчик, я немного неправ

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


Где глупости Уважаемый дымчик, хотя-бы так можно и нужно для удобства при отладке, а уж тем более на рабочем сервере, иначе эти предупреждения могут послужить злоумышленнику с моей точки зрения.
User is offline
Go topGo end
icon2 26.05.2007 - 22:35
#17
дымчик



Специалист
[SoftoRooMTeaM] Group Icon

Группа: Модераторы
Сообщений: 475
Регистрация: 8.11.2005
Из: Санкт-Петербург
Пользователь №: 64.615


Респектов: 154
-----X----




QUOTE(Kusucha @ 26.05.2007 - 2:44)
Где глупости Уважаемый дымчик, хотя-бы так можно и нужно для удобства при отладке, а уж тем более на рабочем сервере, иначе эти предупреждения могут послужить злоумышленнику с моей точки зрения.
*


Код должен быть написан таким образом, чтоб не возникало никаких предупреждений.
User is offline
Go topGo end
6.06.2007 - 21:33
#18
Kusucha



Опытный юзверь
Group Icon

Группа: Заблокированные
Сообщений: 146
Регистрация: 11.03.2007
Пользователь №: 353.686


Респектов: 5
-----X----




Согласен!
QUOTE
Код должен быть написан таким образом, чтоб не возникало никаких предупреждений.

но это нереально - говорит Крис Касперский, да и я так тоже думаю.
User is offline
Go topGo end
icon10 7.06.2007 - 8:40
#19
дымчик



Специалист
[SoftoRooMTeaM] Group Icon

Группа: Модераторы
Сообщений: 475
Регистрация: 8.11.2005
Из: Санкт-Петербург
Пользователь №: 64.615


Респектов: 154
-----X----




QUOTE(Kusucha @ 6.06.2007 - 22:33)
но это нереально - говорит Крис Касперский, да и я так тоже думаю.
*


Да, если подходить с позиций постпозитивизма, это нереально, ибо мы всегда лишь стремимся к абсолютному результату, но не можем его достигнуть.
Однако, современные технологии позволяют практически исключить различного рода ошибки и предупреждения. В PHP5, например, есть замечательная вещь, как обработка исключений и т.п. Прогресс не стоит на месте.
Однако ещё раз повторюсь, писАть код надо так, чтоб не возникало никаких ошибок...
Думаю, что дальнейшие прения бессмысленны, и тему можно закрывать wink.gif
User is offline
Go topGo end

Topic Options
Сейчас: 28.03.2024 - 18:04
Мобильная версия | Lite версия