Да?
Ну тогда это наверное прозвучит странно: съедает, да еще как... в столбце с шириной 9 отобрадается рисунок шириной 1 пиксел и на этом столбец у меня заканчивается...
Да и вообще, даже если поступать сложно, как это делаю я, то ведь все равно есть какой-то алгоритм, по которому браузер определяет ширину этих столбцов и таблиц, выводимых на экран, следовательно нужно взять что-то за правило и этим пользоваться всегда... Разве нет?
НУ я наверное соглашусь, эта версия проще и понятнее,
но мне все-таки интересно, почему это на деле получаются такие финты, когда прописанная в столбце width="9" никак не влияет на отображение страницы. Я так ставил width="20" - изменений никаких - следовательно средний столбец с width="100%" съедает всю ширину...
А почему?!?!
По каким правлилам это все работает?
Eihwaz , я такой привередливый, потому что приведенный html-код - это всего лишь фрагмент от общей страницы А в ней у меня тоже есть проблемы, но уже с горизонтальным скроллом. Так что проблема очень актуальная.
На самом деле я уже делал ранее одну страницу - там у меня были такие же проблемы, которые я в конце концов разрешил методом тыка - мудился ОЧЕНЬ долго. Ну а теперь вот хочется взять какой-нибудь принцип верстки за правило и больше не мучиться с подобными проблемами.
Я верстаю страницу второй раз в своей жизни. Опять столкнулся с надоедливой проблемой:
нужно, чтобы страница занимала 100% ширины окна браузера, но горизонтальной прокрутки не появлялось. Страница имеет табличную структуру, в главной таблице пишу width="100%", заетм во всех столбцах, которые должны быть динамически растянуты в зависимости от разрешения экрана тоже width="100%"...
Но вот когда появляется вложенность таблиц глубины 2-3 начинаются проблемы: страница начинает занимать больше, чем 100% и появляется гориз. скролл.
Например вот здесь у меня никак не фиксируется размер двух столбцов по бокам от главного текста (где width="9"):
я хочу сделать что-то типа выпадающего списка (он должен открываться и закрываться) - это означает, что я должен прятать или наоборот показывать какую-то группу пунктов. Проблем особых с этим нет, с обычным текстом можно сделать так:
Но вот как спрятать целую строку таблицы (именно строку вместе с ее рамками, а не просто убить текст в ячейках). Так НЕ работает:
<div style="visibility:hidden"><tr><td>yohello</td></tr></div>
// в $status передалась информация статуса процесса (при выходе)
$pid = pcntl_wait ($status);
// есть ли статус успешного выхода
if (pcntl_wifexited ($status))
{
$code = pcntl_wexitstatus ($status);
echo "Process $pid return exit code: $code\n";
} else {
echo "Process $pid was force destroyed\n";
}
}
А понадобилось мне это, чтобы решить проблему, которая уже отпала...
НО ради интереса и опыта хочу все-таки найти решение данного вопроса.
Мне нужно было забирать информацию сразу с нескольких веб-адресов, а так как задержки в Интернете в данном случае Очень существенны - последовательный способ работы приложения становится крайне невыгодным. Можете с этим поспорить...
Ну для начала, я хотел бы сделать такую программу:
Главный процесс создает n дочерних процессов и следит за правильностью их выполнения. Каждый дочерний процесс пишет какую-то уникальную информацию в таблицу базы данных (пусть это будет просто строка в таблице). После того, как все эти процессы отработают главный выполняет еще что-то и закрывает соединение с MySQL.
При этом: соединение с MySQL открывается в начале главного процесса. Первый (самый быстрый) дочерний процесс после общения c MySQL это соединение завершает и MySQL становится недоступным для остальных. Так вот, моя задача в том, чтобы после отработки первого процесса соединение не завершалось (т.е. сохранялось), а закрывалось в конце гланого процесса.
Так как соединение с MySQL рвется только ПОСЛЕ окончания работы с ним первого (самого быстрого) процесса, то можно предположить, что в промежутке между началом работы с MySQL и окончанием этого процесса , успевают воспользоваться текущим соединением и несколько других параллельных процессов. Ну и логично тогда, что каждый новый раз это число будет случайным... (ну или псевдослучайным)
Жаль, но проблема все же остается. Соединение с MySQL рвется и я с этим ничего поделать не могу, блин, я облазил кучу форумов и FAQ-ов, но ответа нигде нет...
А постояннам соединением через mysql_pconnect пользоваться не хочется (да в общем-то и не помогло)
Если кто-нибудь сталкивался с этим, НАПИШИТЕ please
Тот код, что я приводил выше был взят с какого-то сайта и был неоправданно отягащен...
Как параллелить процесс я понял, однако вот проблема в другом: каждый порожденный процесс у меня работает с базой данных MySQL, и казалось бы первый отработавший процесс должен завершить соединение с ней, отрубив от MySQL оставшиеся, НО!!!
Не знаю почему из пяти параллельных дочерних процессов соединение может отрубиться после двух, трех или четырех процессов??? - Т.е. соединение с MySQL разрывается НЕ после первого процесса и "поработать" с ней успевает каждый новый раз разное количество процессов.
Я ничего не понимаю! Объясните, пожалуйста в чем дело!