Подскажите пожалуйста неопытному. Как можно просмотреть и отредактировать php страницу при помощи денвера и Dreamweaver MX 2004 до вылаживания ее в нет. Есть страницы сайта в php. Надо добавить-убрать некоторую информацию. И как посмотреть что получилось не вылаживая страницы в нет. Спасибо.
de1ay, 20.05.2007 - 21:16
Включить денвер и зайти через браузер на 127.0.0.1 или localhost. Перед этим закинуть файлы в директорию, отведенную под сайт.
yah, 20.05.2007 - 21:53
Хмм... А зачем здесь вообще нужен денвер? *)
de1ay, 20.05.2007 - 22:14
QUOTE(yah @ 20.05.2007 - 21:53)
Хмм... А зачем здесь вообще нужен денвер? *)
Тоесть? php-интерпретатор - стандартный инструмент винды? Хотя, может и до такого докатимся...
ZaHack, 20.05.2007 - 22:41
QUOTE(dr.VA @ 20.05.2007 - 22:05)
до вылаживания ее .... не вылаживая страницы ....
Не вылаживания, а выкладывания! Кидаешь свой файл в "Папка с денвером\home\localhost\www" А потом заходишь на: 127.0.0.1/имя_твоего_файла.php ЗЫ Чтение мануалов рулит просто совершенно конкретно
yah, 20.05.2007 - 22:41
Тупанул, перепутал с хтмл
x-foby, 20.05.2007 - 23:08
лучше кидай в home\test1(2).ru\www, а то локхост может пригодиться...а дальше, аналогично: в браузере http://test1(2).ru/page.php
Злой Бамбр, 21.05.2007 - 13:48
А вообще полезно читать FAQ на сайте денвера, их не для красоты делают, а чтобы таких вопросов не было
dr.VA, 23.05.2007 - 20: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)
Kusucha, 23.05.2007 - 20:30
это........... создай БД. отруби в php.ini предупреждения и намёки типа на неинициализованные переменные лучше................ выключай комп, читай php MySQL, то есть учи..
x-foby, 23.05.2007 - 20:30
либо не создал, либо неверно прописал имя базы/юзера
Kusucha, 23.05.2007 - 20:48
Sorry, OFFTOP
не пугайся и не расстраивайся, например я MySQL с первого прочтения освоил, теперь иногда обращаюсь к мануалам по данной теме только за справкой. PHP я освоил ещё раньше и ПРОЩЕ!! я украл большой WEB скрипт, он мне очень понравился, тогда у меня был только мобильник - смарт. Я со смарта создал аккаунт у хостера, а скрипт пока превращал в WML/SMARThtml интерфейс очень заинтересовался PHP и по чужим исходникам всё выучил и координально изменил функциональность, понял что автор лох. ещё мне помогло то что я пялился в свой N6600 и буквально изучал код, т.е. концентрировался., для проверки работоспособности мне приходилось выгружать файл на удалённый сервак каждый раз, я считал строки вручную до того как установил интерпритатор Python, я тратил иногда больше нескольких метров инета чтоб отладить несколько КБ кода. Первая книга по пхп попавшаяся мне в руки в одном маге, была уже пересказом моих знаний.
дымчик, 24.05.2007 - 9:28
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'ов.
scorpion-ds, 24.05.2007 - 13:12
Немного, но в тему, но у меня такой вопрос по поводу не объявленных переменных: Допустимо ли не объявлять переменные, а при вызове их, если нет уверенности, что она уже объявлена дописывать перед ней просто символ «@»? Не всегда хочется организовывать проверку существования переменных, особенно когда я проверяю $_SESSION или $_COOKIE , я обычно просто проверяю их значение.
дымчик, 24.05.2007 - 20:31
QUOTE(scorpion-ds @ 24.05.2007 - 14:12)
Немного, но в тему, но у меня такой вопрос по поводу не объявленных переменных: Допустимо ли не объявлять переменные, а при вызове их, если нет уверенности, что она уже объявлена дописывать перед ней просто символ «@»? Не всегда хочется организовывать проверку существования переменных, особенно когда я проверяю $_SESSION или $_COOKIE , я обычно просто проверяю их значение.
Допустимо, но по-моему это не очень хороший тон. У меня созданы отдельные классы для работы с глобальными массивами, в которых сразу идет проверка на существование индекса в массиве. Логично, наверное, даже преобразовать каждый массив в класс с соответствующими методами...
Добавлено: А ещё лучше сделать интерфейс для работы с глобальными массивами... а каждый конкретный класс массива дополнить нужными методами.
Kusucha, 26.05.2007 - 1:44
Да дымчик, я немного неправ
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
QUOTE(Kusucha @ 26.05.2007 - 2:44)
Где глупости Уважаемый дымчик, хотя-бы так можно и нужно для удобства при отладке, а уж тем более на рабочем сервере, иначе эти предупреждения могут послужить злоумышленнику с моей точки зрения.
Код должен быть написан таким образом, чтоб не возникало никаких предупреждений.
Kusucha, 6.06.2007 - 21:33
Согласен!
QUOTE
Код должен быть написан таким образом, чтоб не возникало никаких предупреждений.
но это нереально - говорит Крис Касперский, да и я так тоже думаю.
дымчик, 7.06.2007 - 8:40
QUOTE(Kusucha @ 6.06.2007 - 22:33)
но это нереально - говорит Крис Касперский, да и я так тоже думаю.
Да, если подходить с позиций постпозитивизма, это нереально, ибо мы всегда лишь стремимся к абсолютному результату, но не можем его достигнуть. Однако, современные технологии позволяют практически исключить различного рода ошибки и предупреждения. В PHP5, например, есть замечательная вещь, как обработка исключений и т.п. Прогресс не стоит на месте. Однако ещё раз повторюсь, писАть код надо так, чтоб не возникало никаких ошибок... Думаю, что дальнейшие прения бессмысленны, и тему можно закрывать