Jenek

Думаю поменять стоит, труда не много. Не стоит делать предположений о высоте меню, это только кажется, что она известна, на самом деле везде разная, к примеру, у меня просто запрещены шрифты такого размера в браузере, а при использовании более крупных шрифтов часть пунктов выходят за пределы блока меню. Меню и клиенты это списки, под одним даже написано "список", почему сделаны не списком не понятно. Таблица с единственной ячейной ? это верный признак хорошей верстки. lm и center ? это не названия для блоков. Телефоны сделаны картинкой (скорее всего конечно просто еще не готовы), и если я отключю картинки по вашему совету то не увижу их, толку с того что страница при этом замечательно выглядит. inline стили, конечно, полезны, когда лень открыть файс с CSS, но на новом сайте, им делать нечего. "в данном случае после сдачи проекта - не волнует" даже если разработчик так думает, то уж озвучивать точно не стоит. Максимум строгости, как заказывали, хотя можно и продолжить.

Для чего она нужна я знаю, я не знаю кому могло прийти в голову использовать собаку в потенциально опасном месте, причем таком, что если там произошла ошибка то приложение в любом случае работу продолжить не сможет. Зачем она подавляется? Чтобы дольше искать? А во флейме потому, что я ничего не спрашиваю, а просто выразил свое негодование после получасового поиска ошибки. Хотел сообщить разработчикам, но там эту тему уже пару раз подымали: http://framework.zend.com/issues/browse/ZF-2724 http://framework.zend.com/issues/browse/ZF-3037

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

На одном IP может висеть целая пачка доменов, виртуальные хосты это зовется, веб-сервер определяет какой из них запрашивается по HTTP заголовку Host.

Пара решений в порядке мозгового штурма. Если нужно выводить в браузер, то можно сделать через ajax, к примеру: шлем запрос /get.php?offset=0, если обработка данных завершена сервер добавляет заголовок X-Data-Process-End: true, а в скрипте проверяем его наличие, если заголовка нет шлем запрос /get.php?offset=300 и т.д., так и получаем данные частями пока сервер не пришлет ответ с заголовком X-Data-Process-End: true. Сигнал о завершение передаем заголовком, для удобства, чтобы с данными не путался. В данных может быть готовый для вставки на страницу HTML. Если нужно просто обработать данные на сервере, можно сделать так: при запуске скрипт добавляется в крон, когда после нескольких запусков по крону данные обработаны удаляется оттуда. На практике не проверял, но в первом случае и проверять нечего, а вот во втором, можно столкнуться с недостатком прав на добавление в крон.

Теперь понятно, что нужно немного покрутил это дело, IE растягивает таблицу как-то странно, причем ничего с этим не смог поделать, во всех остальных браузерах получается сразу же. Обязательно таблицы? Может просто дивами cделать: http://designformasters.info//not-for-dfm/center-block.html Кстати, доктайпа такого нет, поправьте. Если решили проблему с таблицами в IE, поделитесь решением.

Можно использовать CSS спрайты, тут вполне реально сложить все в одну картинку, увеличится скорость загрузки и отпадет проблема.

Что нужно, кстати, так и не понял, как и то почему внутренней таблице нельзя задать другой bg.

В стандартном режиме вместо document.body используется document.documentElement.

Zend Framework 1.5.0 класс Zend_Db_Table_Abstract функция fetchRow, код следующий: public function fetchRow($where = null, $order = null) { //code @Zend_Loader::loadClass($this->_rowClass); return new $this->_rowClass($data); } Вопрос знатокам, кто и зачем прилепил сюда собаку. Разработчики удивили меня по крайней мере на полчаса, в течении которых я искал почему работа приложения заканчивается белым экраном. Все оказалось просто, хрен знает в каком файле приложения уже определен класс с именем, которое я хотел дать классу строки, а сообщение о том, что происходит попытка переопределения класса, сжирала эта собака. Грохнул собаку и через минуту проблема была решена, но зачем она здесь так и не понял, я даже не понимаю зачем этот оператор вообще нужен, есть ведь error_reporting().

Скрипт для переименования это круто, на всякий случай сообщая что в Total Commander есть отличный инструмент группового переименования, найте можно здесь Файл > Групповое переименование, по FTP тоже работает. Прибить все к нижнему регистру можно за пару секунд. Поддерживает регулярки, поэтому возмоности просто безграничны.

Пересоздавать ? это значит удалить и создать заново, кстати последнюю отмазку я не понял, код в студию.

document.getElementById('id').value='' В ie не работает, нужно пересоздавать элемент.

В примере (1), да и (2) можно использовать: LOAD DATA INFILE 'fileName' INTO TABLE tableName FIELDS TERMINATED BY 't' (field1,field2) будет и быстрее и удобней.

Можно использовать Zend_Acl работает даже отдельно от фреймворка (вроде бы). Пример: http://zend-framework.ru/2008/02/upravleni...end_acl/#more-3 Описание на сайте ZF: http://framework.zend.com/manual/ru/zend.acl.html Если даже Zend_Acl не подойдет то как пример реализации такой системы сойдет.

Натолкнет, но когда код и так открытый это уже не имеет значения. Да и в любом случае скрывать алгоритм хеширования неудобно и небезопасно, вдруг понадобиться распространять систему, как тогда быть с секретным алгоритмом. Вместо этого можно не ложить все яйца в одну корзину и добавить к тому, что есть, еще один уровень безопасности, secretSalt, который будет храниться не в базе а в конфиге, тогда: $hash = md5(md5($salt) . md5($password) . $secretSalt) теперь злоумышленнику будет недостаточно стащить базу и знать алгоритм хеширования, чобы подобрать простейшие пароли, ему нужно будет еще и доступ к исходникам сайта (к конфигу где храниться этот secretSalt), т.е. эффект такой же как от секретного алгоритма. Недостаток в том, что с этим $secretSalt придется возиться каждый раз при установке системы и надежно его бекапить, хотя его можно сделать опциональным ведь если secretSalt не указан выражение просто вырождается в то, что есть в IPB. Как ни хешируй, простые пароли, в любом случае можно найти, приходим к тому, что чтобы пароли нельзя было подобрать, нужно требовать от пользователей хорошие пароли, хоть они этого и не любят. Читаю свои сообщения и волосы дыбом стают: какие биты? почему 64? зачем их подбирать? мозг создал строку, но забыл проинициализировать, поэтому в ней оказался разный мусор из памяти

Посмотрел IPB, там такая система: $salt = 5 случайных байтов от 33 до 126 за исключением 92 $hash = md5(md5($salt) . md5($password)) salt храниться в отдельной ячейке, а не приписывается к хешу, и правильно, зачем его куда-то приписывать, а потом каждый раз отрезать, когда можно в отдельную ячейку положить. Можно рекомендовать это как наиболее подходящий ответ на вопрос топикстартера.

Подправил SQL запрос в своем сообщении, а то думаю про пароль, про него и пишу, а про логин то и забыл, в результате получился запрос, который по всей базе будет MD5 считать да еще и ищет пользователя не по логину, а по паролю, теперь должно работать. Sserg-135, одна из целей использования salt как раз в усложнении пароля и увеличении его длины, чтобы проблематичней было подобрать, а какое это усложнение если из "password" получиться "password1", опять таки пример из моего предыдущего сообщения (после внесенной поправки конечно ) вполне юзабелен. rash, если соль случайная она приписывается, созданному хешу, к примеру, первые 5 символов соль остальное хеш, опять таки стоит посмотреть, что я нагородил в предыдущем посте, там как раз видно как это решается. снова rash, так я и не сказал, что при какой-то из алгоритмов от этого защищает, иначе к чему возиться с солью. Dimitry Wolotko, сейчас докачается гляну, что там к чему.

md5 не дешифруется, а подбирается, к примеру, взял словарь русского языка, расчитал для всех слов md5, сохранил в базу, потом спер базу юзеров с сайта, и проверяешь на предмет наличия таких же хешей как в твоей базе. Но это в простейшем случае, сейчас это оптимизировали значительно. Чтобы нельзя было определить одинаковые пароли можно сделать так: $salt = createRandom5Bytes(); $hash = $salt . md5($pass . $salt); как я понял из описания в Unix именно так пароли храняться. Но, потом из базы получать неудобно поскольку мы $salt сразу не знаем и сгенерить хеш не можем, получиться такая ерунда: SELECT * FROM users WHERE login = 'login' AND SUBSTRING(hash, 5, 32) = MD5(CONCAT('password', SUBSTRING(hash, 0, 5)) помоему это перебор, хотя хотелось бы услышать мнение специалистов.

md5(md5($pass)) насколько я знаю, это не достаточно надежно, уже есть соответствующие базы, sha1 тоже, а вот решение Dimitry Wolotko, гарантирует, что готового решения для расшифровки ваших паролей у злоумышленника не будет.

IETester Все IE в одном, сыровато, но перспективно.

Проверил FireBug-ом. Центрируется. Скорее всего у Вас где-то ошибка закралась.

Вот собрал ссылочки на фильтры: http://htmlpurifier.org/ http://jevix.ru/ http://sourceforge.net/projects/kses http://bioinformatics.org/phplabware/inter...lities/htmLawed http://www.pixel-apes.com/safehtml/

При наведении на модель она подсвечивается и из-за этого становиться плохо различимой и недостаточно контрастной, так делать нельзя потому, что часто пользователь наводит указатель мышки на тот объект на который он смотрит, а значит объект на который наведена мышка должен подаваться в наиболее выигрышном виде, быть насыщенным и контрастным. Главное меню страдает тем же. (При просмотре записей действий пользователя было замечено, что некоторые даже при чтении водят мышкой по тексту вслед за взглядом). Открытие большого изображение в отдельной закладке браузера сразу же разрушает впечатление о качественном и дорогом сайте, показывает недостаточное внимание к деталям, да и просто не удобно, увеличивайте изображение в том же окне. Клик на модели ? изображение увеличивается и выползает на центр окна, остальная часть сайта затемняется, еще клик и картинка сворачивается обратно. Возможно, нужен будет режим сравнения, чтобы можно было открыть два-три больших изображения рядом. В FF2 сайт немного съехал вправо, но это уже детали реализации.

Кажется то, что нужно описано здесь http://dimox.name/dinamic_link_buttons_with_css/