Lionel

проще нарисовать самому

Многие просто не умею работать НА СЕБЯ. Что поделать - внутри себя трудно убить раба. У каждого его сколько-то да присутствует.

Вполне реально, если эти все умения направить - достаточно один раз и в одном нужном направлении - и все получится. Хотя смотря какие цели. Как правило, самоучки начинают браться за разные работы, задания, каждая из которых - это некое отклонение от чего-то, что знал до этого. Выходит, учится человек всему, хотя если бы найти действительно стоящий проект, то для него окажется необходимо даже меньше половины всех приобретенных знаний. И все таки, из всего перечисленного vvsh - самое главное - ТАЛАНТ! И еще бы добавил - ГЕНИАЛЬНОСТЬ. Потому что только она не позволяет верить тому, что в мире все уже придумано и реализовано. В музыку всего 7 нот, но песни пишут до сих пор!

использовать mod_rewrite

У кого-то есть отличные идеи, но кривые руки... У кого-то ни того, ни другого. Еще бывает есть все, но нет вкуса. Вот это уже хуже, по моему. По данному лого: цвета слишком яркие, тема кубиков избитая, геометрия не соблюдена, а если это "ход", то неудачно выполненный или непродуманный... Такое ощущение, что идея гибнет на пути от недостаточного уровня владения графическим редактором. (Чему научился - то и применяю, ни шагу в сторону - страх неумения). Там где вторая страница - там проще, избито, но симпатишнее. Правда такого барахла в инете навалом.

Ну, наверно, не бильярд связан, а бар, в котором есть бильярд. А в баре можно посидеть с пивом и посмотреть футбол... ну и поиграть в бильярд заодно. :) А если по дизайну, то, хоть я не сильный сторонник анимации на сайте, все же почему-то сразу при первом взгляде ожидалось, что что-то задвигается обязательно. Даже наводил на разные объекты курсор, но в ответ молчание. Графика "шумит" слегка. Хотя, может, так и задумано. Ну и хотелось бы видеть хоть кусочек самого бара. Все в зависимости от того, ЧТО это за бар. Как правило, ожидается нечто более представительное и солидное.

Зеленый градиент от салатового к насыщенному зеленому подобран не совсем верно. Переход замутнен, как, в общем, и тень от буквы D, поэтому выглядит немного ядовито (кажись, зеленая лягушка экваториальная есть такого же цвета - ну жутко ядовитая). И еще не сразу понятно на какую область дизайна лого. Наверно, спустя секунд 15-20 с моим-то воображением - вырисовывается листик, а потом даже не один... Но они растут на чем? Эффект выпуклости достигнут не совсем... Хотя, если не так детально - то сойдет, лишь поправить цвета...

Какие у кого есть варианты, как обезопасить голосование от накруток? Кто-то предлагает подрезать ip до третьей точки. У меня есть вариант дополнительно к ip запоминать тип браузера пользователя или еще что-нибудь. Все дело в том, что никак не хочется делать голосование только для зарегеных юзеров.

Такой вопрос. Делаю запрос в БД (голосование): mysql_query("UPDATE table SET count=count+1 WHERE field='name'"); Поле count почему-то прибавляет не +1, а +2. Не могу понять почему это происходит. Есть предположение, что посылается не один запрос в БД, но тогда тоже непонятно как.

Как записать ряды из цикла в массив, для вывода их дальше по скрипту? Т.е. мне нужно послу выборки из БД по одному полю (!) каждый ряд вывести echo из цикла не все сразу, а записать в массив, чтобы потом выводить по необходимости. while($rrr=mysql_fetch_array($result)) { $mmm = $rrr[0]; } Естественно, я понимаю, что каждый раз ряд перезаписывается, пока ряды совсем не закончатся. Как сделать, чтобы все ряды впихнулись в массив?

теперь и это проблема... мдя

Читал как-то книгу Джэйсона Гаретта про Технологии взаимодействия, в которой автор делает самый главный упор при создании проекта согласно определенным шагам, которые, одновременно, идут последовательно (идея, макет, верстка, функционал), но каждый из смежных этапов взаимодействует. То есть, будучи в шкуре дизайнера, вы создаете макет сайта, то при его верстке возникает необходимость вносить некоторые изменения в макет. И это неизбежно. А вот при верстке менять что-то в идее, мягко говоря, поздновато. Здесь, как бы, недопустимый прыжок через этап. И так все движется до завершения проекта. Опыт Гаретта я испытываю на себе и он работает. Несколько профессий в одном человека взаимодействуют великолепно. И самое главное - ты сам себе начальник и можешь руководить всем процессом.

Я лично придерживаюсь точки зрения, что если хочешь что-то сделать хорошо, то сделай это сам. Поэтому профессия веб-дизайнер - это конторская профессия, где труд поделен на части и заинтересованность в окончательном продукте больше держится на деньгах (зарплате), чем на чем-то другом еще.

А если так? $result=mysql_query("SELECT name,pass,role FROM users WHERE name='".$safe_name."' and pass='".$safe_pass."'");

Резиновая вертска - ограниченная и приспосабливающаяся. В начале планирования отметается 75% творческого подхода. Вебмастеринг сводится лишь в лавированию между ограничениями, которое никак не может означать творчества. Сворачивать в трей.

В чем тут риск?! Прописываешь старт функции сразу после старта сессии, а затем в конце скрипта - и все. Две строки - убудет что ли?! На первый момент, когда еще не умеешь грамотно соединять html и php - можно обойтись данной функцией.

Если абстрагироваться от темы авторизации, то есть такой вопрос: существует ли возможность хранить данные о действиях пользователя не в куках, а в базе данных? (хранение логина и пароля - другой вопрос). Хотя, не верно сформулировал. Возможности-то есть, а вот что касается юзабилити... так вот... При написании скрипта авторизации для одного сайта, изначально на котором планировалось иметь чекбокс с запоминанием юзера и пароля, но затем это удобство я поставил под сомнение. Тематика сайта настроена на то, чтобы взаимодействовать с пользователем, а не просто давать или не давать ему тот или иной доступ. В общем, пришел к выводу, что будет достаточно только сессий, а все данные о пользователе и его деятельности в течении его посещения сайта будут храниться в БД. Тем более, ценность каждого юзера и состоит в том, чтобы он сам был заинтересован помнить свой логин и пароль к данному сайту. Да, к тому же вечная проблему с безопасностью... Она стоит не на последнем месте. Ваше мнение?

Ужас! Чуть не свихнулся. Я, наверно, чего-то еще не понимаю... Но почему когда происходит через header переход на другую страницу, то css для это страницы берется не родная, а со страницы, ее направившей? Было смешно смотреть, когда я в новой странице снес файл css, а она все равно отобразилась. Сначала подумал: "чертовщина какая-то"...

Как сделать переход на другую страницу с помощью header("Location:page.php"), если для исполнения хедера стоит условие? Если хедер должен стоять до всех echo, а условие следует после этих самых echo, то как тогда сделать перенаправление? Упс... Пришел сам к ответу на свой вопрос. ob_start(); и ob_end_flush(); Ато уже забил тревогу.

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

У меня: "1" = false "2" = false "3" = false "4" = false "5" = false "6" = false "7" = false "8" = false "9" = false "0" = true Может , за 0 функция понимает что-то другое, но не число, не удовлетворяющее ее условиям?

так: .div "a" {куча свойств} .div "b" {плюс два специфичных} (вложенные) или так: ."а" (куча свойств) {} ."a" "b" (плюс два специфичных) кажется, посмотрел из-под-откуда-то на то же самое

Сражаюсь с одной функцией, то есть с регулярным выражением. Обнаружил, что выражение: preg_match(("/^[[:digit:]]{6}$/"),$_POST['postal']) особенно фрагмент, где указывается количество символов ({6}), пропускает значение в один символ, если ввести "0". Короче, есть форма, куда нужно вписать не менее 6 символов, и в случае, если пользователь ставит, к примеру, "1", а далее вовсе не заполняет поле, то по логике функции она выдает ошибку, о которой сообщается пользователю. НО! Если вместо "1" вставить "0", то функция вернет true. Ошибка не исчезает даже, если задать вместо [[:digit:]] - [0-9]. Написал об этом, надеясь отыскать некий обходной путь. Хотя ошибка настолько мелкая, что вряд ли расстроюсь, если ничего с ней не сделаю.

Бэкграунд шапки да и остальная графика сильно пережата. Если это вынужденная мера, то скорее всего не для данного типа магазина. Правая часть страницы планируется заполняться? А-то выглядит, словно нужно ждать еще какой-то дополнительной загрузки. К примеру, лучше отнести туда это: А на освободившееся место добавить нечто более притягательное для покупателей. Дальше по магазину не ходил, но, в целом, выглядит все скромно и добротно.

Передавать, но не отображать. В вашем варианте тот же March после сабмита превращается в "03". Мне это не годится. Вариант подходит больше этот: Спасибо.