drima

зашел в eurosmi.ru/admin, ввел demo/demo:

«http://eurosmi.ru» запрашивает имя пользователя и пароль. Сайт говорит: «Some Name»

куда заходить-то? :)

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

inetessentials, охота вам спорить в половине восьмого утра? :) на голимом css делать - значит, вся инфа целиком - даже еще не затребованная - будет загружаться сразу вся, а выводиться только при клике. а если на ajax делать - справочная инфа загружается только тогда, когда наступает событие.

ну, вот нужно, допустим, сделать большую таблицу. все равно какую. прайс или не прайс - не важно.

но так, чтобы таблица занимала мало места на странице, то есть не была бы вытянута по вертикали и не прокручивалась на много экранов.

существует такая фишка: справочные окна, которые появляются при наведении на ссылку и исчезают при наступлении другого события. эти окна можно делать в абсолютно позиционированных слоях, у которых до наступления события onMouseClick/onMouseOver свойство display:none. Кликнул/навел юзер мышу на ссылку - высветилась справка. зачем? - экономия места и отсутствие прокрутки.

я бы, пожалуй, иначе реализовал: кликаешь на ссылку - раздвигается ячейка с полным описанием. ajax, типа. но если человек считает, что справочные окна круче, то почему нет?

нет здесь никакого антагонизма между блочной и табличной версткой. не в этом случае.

не факт, просто ТС умолчал о перспективах применения этой технологии :) полагаю, без ajax или хотя бы просто javascript тут не обойдется

я думаю, применение таблицы не исключается и в блочной верстке, когда там именно таблица :) то есть, с рядами и колонками типа excel (прайс, к примеру, в котором ТС захотел сделать выскакивающие на посетителя справочные "окна"). но вот позиционировать ячейку внутри таблицы - это действительно только для юношей/девушек с неуемной энергией

Если я правильно понял идею, то лучше отказаться от позиционирования ячейки, а просто внутрь нее вставить относительно позиционированный блок с ссылкой, а уже в этот блок вставить абсолютно позиционированный блок с текстом. Ну, и задать этим блокам соответстующее положение в стеке (посредством z-index). Примерно так:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<title>test</title>
<style>
	div.container {
		position:relative;
		background:#FFF;
		height:25px;
		z-index:1;
	}
	div.layer {
		width:300px;
		height:300px;
		position:absolute;
		left:0px;
		top:0px;
		background:#FF0000;
		z-index:2;
	}

	table {
		display:block;
	}

</style>
</head>

<body>
<table width="100%" border="1" cellpadding="0">
<tr>
<td>
<div class="container"><a href="/">link</a>
<div class="layer">text</div>
</div>
</td>
<td>another text</td>
</tr>
<tr>
<td>&nbsp;</td>
<td>
<div class="container"><a href="/">link</a>
<div class="layer">text</div>
</td>
</tr>
</table>

</body>
</html>

Работает в FF 3, Opera 9, IE7.

P.S. Можно, конечно, поизвращаться и с относительным позиционированием табличной ячейки - если мотивируете такой моветон :)

The WishMaster, почему же непременно автоматически? :) руками, по сигналу извне :)

p.s. а хоть бы и автоматически - уж ошибки-то даже нерусский гугль умеет определять, а яндексу и того проще. ну, и если считать присутствие в ЯК одним из признаков трастовости, то за разного рода проявления "не СДЛ" всяко могут вычистить... хоть миллион хороших ссылок поставьте

Абрашка,

а вы пробегитесь еще вот по этой ссылочке:

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

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

хотя (по крайней мере, применительно к яндексу) разговор о трастовости напоминает средневековый схоластический спор о том, сколько ангелов поместится на кончике иглы (перефразируя михиного коня в ваккуме). яндекс свои требования к СДЛ в общих чертах изложил. все прочее недоказуемо.

и последнее:

1) если повышение трастовости имеет целью получение хороших позиций и/или получение качественного целевого трафика, то и способы повышения трастовости должны совпадать с теми способами, которыми достигаются хорошие позиции и/или качественный целевой трафик, и которые признаются ПС в качестве рекомендуемых или допустимых. в таком случае - вопрос: а в чем смысл обсуждения трастовости?

2) если повышение трастовости - не то же, что стремление добиться для качественного сайта хороших позиций и качественного трафика путем наполнения интересным контентом и использования белых методов продвижения, то в чем смысл обсуждения трастовости? :)

по-моему, вы уже отходите от идеи самонаполняемости (а без нее в таком движке нет особого смысла): присланные доки ведь еще придется парсить.

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

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

но все это пахнет black SEO, к веб-строительству отношения не имеет.

тема куда-то не туда пошла :) в сторону от данной CMS

как будем миллиарды делить? вот что нужно решить прежде всего :D