Veseloff

Что именно вылазит?

Ну фиг знает что там тормозит. У меня в качестве домашнего сервера (юзаю его для коммитов и бэкапов) стоит древнейший компьютер с 400 МГц процессором и 128 МБ оперативки - ПМА работает нормально. Так что проблема где-то у вас.

Спасибо всем за мнения. Как добиться примерно того, что надо я и так нашёл, просто интересно почему fixed так позорно себя ведёт и как его усмирить.

А зачем? Мне надо относительно именно этого блока. Родителем его, кстати, в данном случае является body.

Задача в том, чтобы крестик был всегда в правом верхнем углу блока У блока-родителя в свйствах есть overflow: auto, что говорит о том, что в нём может появляться скролл

А чего странного? Минус один байт - вся арифметика.

<div style="position: absolute; top: 100px; left: 100px; height: 100px; width: 100px; overflow: auto; background-color: #f00;"> <div style="position: fixed; top: 0; right: 0;">X</div> </div> Вот такой вот код. Absolute внутири absolute и внутри relative работает как следует, вот fixed почем-то не так. Задача в том, чтобы крестик был всегда в правом верхнем углу блока с абсолютным позиционированием. Как такого можно добиться?

Есть требования? Через веб-нитерфейс или гуёвая? Какая ось? И вообще, пма решает - он хорош и удобен,не стоит отказываться, ИМХО

Выборку. То есть если у нас поле NOT NULL, то SELECT будет работать быстрее.

Бегущую строку надо убрать и вместо неё поставить поля логина и пароля для входа. В красном меню при убирании курсора надо убирать выделение пункта меню. Пустых страниц быть не должно - например, если в "вакансиях" нет ни одной вакансии в рубрике IT, то ссылку на эту рубрику выводить не нужно. Деньги за новости надо предлагать один раз, а не как сейчас - кнопка, а под ней баннер. В блоке "Рубрики объявлений" текст пляшет при наведении из-за изменения его жирности, а это очень плохо. В объявлении про здоровый позвоночник почему-то вылезли br-ы. Короче косяков много, все не перечислишь. Видимо, всё делал один человек - в результате всё получилось не то, чтобы совсем плохо, но не хорошо. Труд надо делить на дизайнера (можно к нему добавить еще иллюстратора), верстальщика и программиста. А в одну каску ничего хорошего не получится. Ну а если всё делалось разными людьми, то как минимум дизайнер с верстальщиком из них плохие.

Быстрее, чем не not null, очевидно.

1. Причем здесь PHP? 2. Not null быстрее.

Читайте что вам пишут, блин. 1. Это не ошибка, а предупреждение 2. Так и должно быть. Почему так происходит, я написал в прошлом посте. Читайте доки и то, что вам тут пишут. Вы вообще читали мой предыдущий пост? Надо прочитать мой предыдущий пост и доки. То, что вам тут пишут надо читать. И доки читать надо. И мой предыдущий пост. Я понятно изъясняюсь?

Работы есть?

А что там смотреть? Это не сайт вообще. Сначала сделайте сайт, а потом уже представляйте его на суд публики.

Так, а что вы хотите получить? Аргументом функции mysql_fetch_assoc должен быть указатель на результат запроса, который будет только в случае запросов типа SELECT, EXPLAIN и еще чё-то там. В случае INSERT будет возвращён не указатель, а true или false в зависимости от успешности инсерта. Так что всё правильно. Перед тем как пользоваться функцией надо читать доки.

Ну в конфигах ставятся таймауты, где же еще. Если линукс, то, предположительно в /etc/mysql/my.cnf или что-то типа того. А вообще можно гуглануть "mysql connection timeout" - там много всего полезного найдётся. UPD: Ну и вообще не понятно в каком месте тормозит. Посчитайте время выполнения скриптов ну и всех "подозрительных" вещей - тогда станет понятно что именно затормаживает ваш сервер.

То есть посетителей много, а запросы "лёгкие"? Только в этом случае будет оправдано использование mysql_pconnect, поскольку "затраты" на соединение в большинстве своём ничтожны по сравнению с "затратами" на запрос. Так что тут надо понять что именно предпочтительнее. Ну и если всё-таки pconnect, то надо ставить таймауты.

Эмммм... Ну если у нас выделен пул (что несомненно гуд и правильно), то они, по идее, должны занимать в нём места, а, значит, не давать возможность на коннекты. Так что, наверное, лучше, чтобы их вообще не было. Как-то так.

Сколько денег?

Что именно интересует? Сайт, база или и всё вместе? Какой бюджет?

http://api.yandex.ru/detector/

Сайт отвратительный, VDS нету, цены все в баксах, даже на ТП с 18 гигами всего 20 сайтов можно разместить. Фигня какая-то. Никакой он не отличный, не обманывайте людей. P.S. Ник топикстартера кагбэ намекает нам, что его уже поимели.

Внесу немного от себя в этот беспощадный спор. Я двумя руками за резину (фикс тоже можно сделать красиво, тьфу, слово фикс у меня ассоциируется только с объективами, никак не могу его применять к дизайну, но дела это не меняет) и считаю, что резина - "взрослая", а фикс - "детский сад". Меня еще со школы бесили поля в тетрадках - на них никогда никто из учителей ничего не писал, но делать заставляли, а кто-то, по-моему, историчка, заставляла это делать на треть страницы. Поля в тетрадках придумали производители тетрадок, чтобы они быстрее исписывались и школьники покупали новые скорее. Кто придумал фикс - трудно сказать. Даже в девяностые, когда "официальный сайт имени меня" делался на геоситизах (или каком-то таком бесплатном хостинге, не помню) он бы резиновым. Так что не пережиток прошлого, точно. Зачем делать фикс - непонятно. Для мобильных устройств нужно специальные версии делать (тоже резиновые, кстати). Бред какой-то. Я покупаю монитор с большой диагональю и большим разрешением не для того, чтобы смотреть сайт, который занимает 30% его в центре (бывают, кстати, еще фиксы и с выравниванием и не по центру - за такое надо сразу руки отрезать - это безнадёжные кретины), а для того, чтобы на него больше влезло. Вердер прав на 100%, фикс надо отменить и как можно скорее. Как бы вы отнеслись к газете, в которой страница формата А2, а текст в ней по ширине не превышает узкой стороны А4? По-моему, бред. И с сайтами то же самое.

Linux==Операционная система. Apache==веб сервер. Причём тут mysql? Наверное, стоит почитать какие-нибудь мануалы по мускулю - должно стать намного понятней.