Switch74

что вы голову морочите всем? что не верно то? он все правильно написал, это вы не можете понять, либо сказать правильно.2rus Он согласился мне кажется с моим предположением

Какие?

ну тогда тут все зависит от подхода программирования: как - я можно сказать в общих чертах вам уже ответил , нюансы можно обсудить по ходу создания такого скрипта но как уже сказали выше, для подобного скрипта не стоит открывать доступ обычным пользователям - только администраторам

мне кажется тема про то, чтобы (не зависимо от движка сайта): есть скрипт по адресу, например /edit.php, в котором скажем есть textarea, в которое можно загрузить содержимое другого файла например /contact.php и отредактировав как нужно (не только верстку, но и php) сохранить. Возможно я ошибаюсь?..

Чет я не допер почему нельзя, и что значит исполняемый *.php и рассматриваемый пример configuration.php

ну можно реализовать по такой схеме: таблицы: рецепты id | название | описание (например приготовление по шагам, можно так же вынести в отдельную табличку, чтобы можно было искать еще и по способу приготовления) ингридиенты id | название | описание (можно какие-нибудь полезные свойства описать, калорийность и т.п., так же можно вынести в отдельную табличку) связь таблиц id | id_рецепта | id_ингридиента | масса ну а дальше делай с ними что хочешь фильтры на любой вкус

что-то вроде: есть у меня ингридиенты, что из них можно сделать

если бы вам нужен был функционал стандартной формы, нужен был бы элемент формы, при использовании отправки данных js судя по всему в вашем случае удобнее будет через div делать

а мне что-то кажется, что в первом варианте меньше будет...

1. Можно использовать редактируемый div, если для формы критично наличие текстового поля, с помощью js можно переносить в скрытое поле текст из div 2. С помощью js изменять размер текстового поля в зависимости от количества строк

1 маленький нюанс: посетители 4pda думаю в первую очередь читают форум, новости можно смотреть только на главной (закешированной) страничке, а форум мне кажется не на wordpress По крайней мере главная страница и страницы форума формируются по разному

4. Например авторизация с помощью файла-ключа, голоса или камеры?

calculateArea - что такое ? и onClick нужно писать

Хотелось бы узнать кто как делает защиту данных отправляемых пользователем на сервер. На примере формы регистрации/авторизации 1. шифруете ли вы пароль, если да, то как? 2. защищаете сессию/куки от угона? 3. запоминаете сессию пользователя, чтобы он не вводил в будущем пароль? 4. кто какие методы авторизации пользователя использует?

попробуйте name="frmLogin" указать для формы

так что у вас не получалось?

Позиционирования можно сделать меньше, если хотите, я только хотел донести смысл

у решения Great Rash есть нюанс с большими размерами страницы

http://jsfiddle.net/v3tcry1e/1/ Для лучшей кроссбраузерности?и этого тоже. Попробуйте сделать через множественные фоны, возможно вас устроит. Только попробуйте проверить на странице маленькой и очень большой.

я бы накладывал.

А если страница будет 300px-10000px?

ну можно сделать темный фон по всей ширине и размноженный по высоте дальше накладываем по верх него блок, растянутый на всю высоту странички с градиентом от прозрачного к белому

мне кажется быстрее будет файлами, но проще БД

решений может быть много, в вашем случае можно попробовать сделать один обработчик для всех страниц раздела /vodoprovod нюансы только в формате вывода/хранения данных.