Miracle: по крайней мере в моем случае ускорят написание кода , однако дает возможность забыть о таких как mysql_connect _fetch_array и тд. , что с одно стороны даже плохо , но не смертельно так как есть всегда доки под рукой.
вот и я о том. Что код - может и быстрее писать, а вот нагрузка на сервер в пересчета на юзера - ужасная. Тогда накой эта бд вовсе? В 90 процентах случаев - файловая система и есть самая удобная бд.
Miracle: Вот предположим
Даже для необычного - и нет и есть - одновременно. Какая есть наработка для подобных сайтов - на том и делать.
Miracle: в том то и дело, что кроме обращений к БД, я не вижу смысла больше нигде использовать ООП.
а бд - это обязаловка, или оно действительно нужно?
Miracle: Самый быстрый для разработки это да, но не для того что бы все хорошо функциониовало
опа.. это откуда такое мировозрение? метод решения задачи зависит от исполнителя а не мотодов решения. Мирилом работы всегда будет продукт. И если говорить о веб, то юзеру глубоко на... на методики, умозаключение и прочее. Сайт работает и ему нравится или нет. А остальное, это для тех кто привык рассуждать о проблеме вместо решения проблемы.
Miracle, понимать ооп стоит, но стоит понимать и то, что ООП, как технология/методика программирования разрабатывалась так, чтобы простые вещи на ней делались так-же сложно, как и сложные.
Если Ваша цель воткнуть ооп в проект любыми способами (как это сделано в гквери, прототипе,WP и подобных) - то лучше не мучайте голову и сервера.
Если же Вы пришли к тому, что Вам в Ваших проектах уже просто тесно в рамках функций - изучайте, применяйте и получайте качественный результат
Инструмент не ставит задачи а решает их.
И главное - скорость разработки качественного продукта не сильно зависит от методики.
DJ_Petrovich, скажите, это Вы переслушали курсов (типа лебедева и т.д.) или сами придумали? что значит - должно быть?
Правил здесь не было и быть не может, есть одно мирило - удобно пользователям. Все остальное - бред. Если Вашим пользователям удобен описанный вариант - чудесно. Значит Вы точно попали в свою нишу. Если нет - то нет.
по крайней мере в моем случае ускорят написание кода , однако дает возможность забыть о таких как mysql_connect _fetch_array и тд. , что с одно стороны даже плохо , но не смертельно так как есть всегда доки под рукой.
вот и я о том. Что код - может и быстрее писать, а вот нагрузка на сервер в пересчета на юзера - ужасная. Тогда накой эта бд вовсе? В 90 процентах случаев - файловая система и есть самая удобная бд.
Вот предположим
Даже для необычного - и нет и есть - одновременно. Какая есть наработка для подобных сайтов - на том и делать.
CyBase, дык не стесняйтесь... просвятите неразумных о масштабируемости и подобном. Видать там ведите "истину"
в том то и дело, что кроме обращений к БД, я не вижу смысла больше нигде использовать ООП.
а бд - это обязаловка, или оно действительно нужно?
Самый быстрый для разработки это да, но не для того что бы все хорошо функциониовало
опа.. это откуда такое мировозрение? метод решения задачи зависит от исполнителя а не мотодов решения. Мирилом работы всегда будет продукт. И если говорить о веб, то юзеру глубоко на... на методики, умозаключение и прочее. Сайт работает и ему нравится или нет. А остальное, это для тех кто привык рассуждать о проблеме вместо решения проблемы.
Знаете, это как гонка за валидным кодом....
Miracle, понимать ооп стоит, но стоит понимать и то, что ООП, как технология/методика программирования разрабатывалась так, чтобы простые вещи на ней делались так-же сложно, как и сложные.
Если Ваша цель воткнуть ооп в проект любыми способами (как это сделано в гквери, прототипе,WP и подобных) - то лучше не мучайте голову и сервера.
Если же Вы пришли к тому, что Вам в Ваших проектах уже просто тесно в рамках функций - изучайте, применяйте и получайте качественный результат
Инструмент не ставит задачи а решает их.
И главное - скорость разработки качественного продукта не сильно зависит от методики.
Самый быстрый путь - это знакомый путь.
так в WP все делается методом пыха.
Что именно нужно, где должен работать скоипт. Что у него на входе, что на выходе. Как и чем он запускается
DJ_Petrovich, дык что же Вы сразу не сказали что просто хотели иметь повод выложить свой труд... тогда и обсуждать то нечего...
PS А поучать - никому не поздно и никогда не рано
DJ_Petrovich, скажите, это Вы переслушали курсов (типа лебедева и т.д.) или сами придумали? что значит - должно быть?
Правил здесь не было и быть не может, есть одно мирило - удобно пользователям. Все остальное - бред. Если Вашим пользователям удобен описанный вариант - чудесно. Значит Вы точно попали в свою нишу. Если нет - то нет.
Неужели никто не сталкивался с такой проблемой?
это не проблема.... [umka] - прав
Просто нужно все делать нормально и в заголовке и в теле. не будет ошибок - все прокатит (если только с вашего домена постоянно не бомбят мусором)
asusa651, всегда используйте полный синтаксис и старайтесь чтобы id и name совпадали
<form method="post" id="vbn" action="/index.php" name="vbn">
<input type="hidden" name="X1" value="1">
</form>
<script type="text/javascript">
document.forms['vbn'].submit();
</script>
PS: по логике, код отправки должен вызываться только после загрузки всей страницы... мазила однако
блинные строки адреса лишенные смысла..
xxx?0001:002:003 - и лаконичней и удобней отправлять - и главное - информативность для человека - полностью одинаковая