| Как просмотреть php страницу в денвере без нета? | PHP |
|
|
Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате
Твой софтовый форум PHP Как просмотреть php страницу в денвере без нета?
Автор: dr.VA 20.05.2007 - 21:05
Подскажите пожалуйста неопытному. Как можно просмотреть и отредактировать 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
Тоесть?
php-интерпретатор - стандартный инструмент винды? Хотя, может и до такого докатимся...
Автор: ZaHack 20.05.2007 - 22:41
Не вылаживания, а выкладывания!
Кидаешь свой файл в "Папка с денвером\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
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-соединения не валидный.
Вообще судя по ошибкам - код который ты используешь очень низкого качества... такие ошибки должны нормально обрабатываться - уж наличие линка точно.
Не надо советовать глупостей, если сами не разбираетесь в вопросе.
Ни в коем случае не надо отключать предупреждения - особенно в процессе разработки и отладки. На готовом сайте можно, да и то нежелательно. Код должен быть написан так, чтоб не возникало никаких warning'ов и notice'ов.
Автор: scorpion-ds 24.05.2007 - 13:12
Немного, но в тему, но у меня такой вопрос по поводу не объявленных переменных:
Допустимо ли не объявлять переменные, а при вызове их, если нет уверенности, что она уже объявлена дописывать перед ней просто символ «@»? Не всегда хочется организовывать проверку существования переменных, особенно когда я проверяю $_SESSION или $_COOKIE , я обычно просто проверяю их значение.
Автор: дымчик 24.05.2007 - 20:31
Допустимо ли не объявлять переменные, а при вызове их, если нет уверенности, что она уже объявлена дописывать перед ней просто символ «@»? Не всегда хочется организовывать проверку существования переменных, особенно когда я проверяю $_SESSION или $_COOKIE , я обычно просто проверяю их значение.
Допустимо, но по-моему это не очень хороший тон. У меня созданы отдельные классы для работы с глобальными массивами, в которых сразу идет проверка на существование индекса в массиве. Логично, наверное, даже преобразовать каждый массив в класс с соответствующими методами...
Добавлено:
А ещё лучше сделать интерфейс для работы с глобальными массивами... а каждый конкретный класс массива дополнить нужными методами.
Автор: Kusucha 26.05.2007 - 1:44
Да дымчик, я немного неправ
*
Не надо советовать глупостей, если сами не разбираетесь в вопросе.
Ни в коем случае не надо отключать предупреждения - особенно в процессе разработки и отладки. На готовом сайте можно, да и то нежелательно. Код должен быть написан так, чтоб не возникало никаких warning'ов и notice'ов.
Раз затронут вопрос
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
; Обработка ошибок и журнализация;
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
; Директива 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
Код должен быть написан таким образом, чтоб не возникало никаких предупреждений.
Автор: Kusucha 6.06.2007 - 21:33
Согласен!
но это нереально - говорит Крис Касперский, да и я так тоже думаю.
Автор: дымчик 7.06.2007 - 8:40
Да, если подходить с позиций постпозитивизма, это нереально, ибо мы всегда лишь стремимся к абсолютному результату, но не можем его достигнуть.
Однако, современные технологии позволяют практически исключить различного рода ошибки и предупреждения. В PHP5, например, есть замечательная вещь, как обработка исключений и т.п. Прогресс не стоит на месте.
Однако ещё раз повторюсь, писАть код надо так, чтоб не возникало никаких ошибок...
Думаю, что дальнейшие прения бессмысленны, и тему можно закрывать