Николя223

Либо почти также на jquery/JS класс подцепить

Хм... может тогда лучше jQuery? если это контент. Помоему .load() может загружать страницу и встраивать нужные элементы в нужные места, или Ajax и парсинг...

Спасибо ребят) wwt отдельное. нашел возможность через SSH логи просматривать, и тут же начал с лога ошибок... Один сайт раз по 50-100 в секунду пытался к бд обратится... весь лог этим забит)) там ещё ошибки вылезли, но не такие страшные. сейчас не тормозит всё исправил

конечно, победить надо ) есть подумать над чем команду top, я первым делом провести пытался. странно что ни top, ни htop, ни atop не работает...

Хм... только начал все это разбирать, многово не знаю. Про виртуализацию ничего не могу сказать, по ядру определить можно? вот что SSH говорит Просматривая последние измененные категории. Нашел одну с папкой xen... Я на оперативку грешу. Её явно не хватает свободных только ~100 -200 Мб У нас базы данных у сайтов на этом сервере не больше 1 - 2 мегабайт... Тип БД, предполагаю можно определить по расширению... найти не могу, завтра уточню Про keep alive... Прочитал про него. Как то можно проверить включен он или нет ? файл с конфигурацией ( httpd.conf) пустой Хм... вот разберусь с этими тормозами, действительно ускоритель поставлю, спасибо) upd: может кому понадобится. Тип базы данных можно посмотреть через phpMyadmin. Напротив каждой таблицы. в моем случае это MyISAM да, спасибо, посмотрю сейчас что там в логах...Ну вот... логи посмотреть не могу. скорость ftp 12 килобит/ сек. и обрыв соединения wwt, а это может быть косяк провайдера? по ftps больно уж скорость низкая...

Кто нибудь сталкивался с тем, что на всех сайтах падает скорость отгрузки данных. Сайты у нас грузятся по 8 секунд.. недавно началось. Конфигурация сервера: 6 ядер, 2 Гигабайта ОЗУ, на жестком диске свободно 13 Гб. Хостингуются немного больше чем 200 сайтов. В чем может быть проблема? Или дело в количестве сайтов?.. мало-вероятно...

ShumNo, тогда вам муза нужна) красивая, обоятельная и с нежным голосом ) тогда и вдохновение будет

хм... намекаю.. у .parent_right фиксированная высота, а у .parent_left автоматическая) полученная в следствии растяжения вложенным изображением. уберите у второго высоту. и вертикальное выравнивание у первого ) upd: прочитайте как происходит выравнивание в строчно-блочных элементах, что такое top , sub , middle и baseline upd2: делайте через table-cell. за саму таблицу возьмите ваш злосчастный пункт списка внутренний div за строку и т. д. вопрос: а зачем там список с одним пунктом? у вас будет большое меню?

получается так. Всё от ситуации зависит =) В таблице vertical-align - выравнивает элементы внутри ячеек, а для элементов, отображаемых как строчно-блочные, vertical-align вертикально выравнивает сами элементы)

Ну.. если вы делаете таблицей, то не стоит забывать, что они состоят из самой таблицы, строк и ячеек... Затем останется класс parent_data_82. ему ширину стоит отменить, и , так как он отображается как строчно-блочный элемент, надо vertical-align немного подкрутить... пикселей 20...

А когда то по русскому отлично стояло.. ) Гб исправил. В отпуск нужно!

http://jsfiddle.net/qRWLg/

. А ты проверял? Есть боевой пример. таблица базы данных 1.7 Гигабайт!!!! В ней более 60 000 000 строк - так исторически сложилось. запрос "SELECT * FROM `forum_search_matches` LIMIT 18700000 , 1" отработал за 4 секунды ещё ряд тестов - среднее время 1.2 секунды Согласен, много. Но нужно учесть, что БД не помещаеться целиком в оперативную память . боюсь представить что будет если сделаю order by rand, не думаю что айс По подсчетам - Лимит не подходит если выборка после 900000 элемента. А если у сайта много посетителей, лучше вообще отказаться и искать другие пути А теперь представим что произойдет если использовать ORDER BY RAND()? Сервер перелопатит Всю почти двухгигабайтную таблицу пересортирует её, сохранит на жесткий (так как в ОЗУ не поместиться) и отдаст. Вывод? лучше подождать немного Если не так, то прошу аргументировать) "SELECT * FROM `forum_search_matches` LIMIT 54000000 , 1" А вот это ещё жестче, ждал 30 секунд. Сервер отказался выдавать результат И добавлю))) Там что то писалось о 900000 ... "SELECT * FROM `forum_search_matches` LIMIT 900000,1" отработал за 0.0639851093292 секунд =) мерил с помощью разности Финишного и начального дампа времени. microtime()

нашу cms, мы сами делали, пусть и кривыми руками )

ShumNo, так то я на вопрос ответил, какими способами на сайте реализовано. Если бы мне НУЖНО было, сделать себе защиту от копирования, я бы сделал, благо html5 предоставляет такую возможность. без всяких запретов на выделение

document.onselectstart=function(){return false} document.oncontextmenu=function(){return false} document.onmousedown=function(){return false}

читайте про z-index

next() ищет только следующий элемент, чтобы выбрать из всех последующих, можно использовать http://jquery-docs.ru/Traversing/nextAll/

=) на днях я понял какое важное значение играет оптимизация (в результате одного сложного запроса на пол часа сервер нагнул, с блокировкой таблиц, поэтому стараюсь искать решения, для наименьшего обращения к жесткому диску) лучше как то так $row_count = mysql_query(" SELECT COUNT(*) FROM `mt_entry` WHERE `entry_blog_id` = ' 6' "); вычислим произвольное число от 0 до кол-ва записей в этой таблице $rand_row = rand(0, $row_count );Теперь без проблем можно сделать выборку произвольной записи: $result = mysql_query(" SELECT entry_text FROM `mt_entry` WHERE `entry_blog_id` = ' 6' LIMIT " . $rand_row . " , 1 " );Я почему и спрашивал) если в столбце entry_text немного значений с одинаковой цифрой, тогда любой вариант подойдёт) если тысячи, тогда нужно оптимизировать... Не тестировал, но вроде правильно написал upd: нужно что то делать с редактированием записей на форуме - который раз весь код разметки наружу выскочил

Мало информации. Ключевое поле id, есть? что обозначает столбец entry_blog_id... номер блога? Я бы сначала выбрал все ID из строк, где поле entry_blog_id == 6, затем запускал рандом в массив с ID, и уже затем отправлял окончательный запрос

покажите сайт, подскажу одну CMS)

Лучше тогда в XML файле, тогда можно решить и проблеммы с памятью и процессором Не утрируйте) все парсеры пишутся под определённые нужды. и ТС известно, что будет в этом файле))

На счет второго - не думаю что это так

Либо jQuery $(".comment_author:first").closest("div:first").addClass("border_top");

а переменные и условия вы делать не умеете? ))) CSS .border_top{ border-top: 1px dashed red; } PHP for($j=0; $j<$rows; $j++){ if ($j == 0 ){ $border_top = "class='border_top'"; }else{ $border_top = ""; } $row = mysql_fetch_row($result1); echo "<div ".$border_top."><span class='comment_author'>"; echo htmlspecialchars(mysql_result($result1,$j,'comment_author'))."<br/>"; echo "</span>"; echo htmlspecialchars(mysql_result($result1,$j,'comment'))."<br/>"; echo mysql_result($result1,$j,'comment_date'); echo ' '; echo mysql_result($result1,$j,'comment_time')."<br/>"; echo "</div>"; //закрывающая скобка пропущенна я правильно вас понял? А вообще вместо кучи echo лучше использовать конкатенацию(точку) и переносите строку Или echo <<<HERE, но тогда некотрые редакторы в этом месте код не подсвечивают(я использую его, когда проблемма с нехваткой ковычек возникает)