DiAksID: - если вёрстка на плавающих блоках: левая колонка в любом случае должна быть первой в коде;
- если вёрстка на absolute (центральный блок можно ставить хоть сразу после body): придётся попрощаться с полноценным "резиновым" макетом, и приветствовать конкретную головную боль с кроссбраузерностью;
все так и есть. У меня получилось сделать 3 блока (левый, центарльный, правый), но футер всегда был зависим либо от левого, либо от центрального, либо от правого. т.е. если для центрального position: relative; то левый и правый должны быть absolute и тогда если к примеру в центральном меньше текста, а в правом больше, то он залазит на футер. Другие вариации просто не пашут. либо они все выстраиваются друг под другом, либо футер залазит прям поверх текста
А ведь если мы удаляем неактуальные объявления с сайта, то бывшие постоянные адреса будут выдавать 404 ошибку. Как на это будет реагировать ПС, что у сайта постоянно мигает кол-во существующих/несуществующих страниц
так ссылки вообще учитываются только в формате <a></a>
Анализировал сайты, у которых тиц, к примеру по 20-30 и выяснил, что владельцы занимались спамом по формам: комментов, досок объявлений, каталогов фирм тд, и ссылки указывали в обычном прописном виде
SeoNizator, вовсе не паранойя. Юзверь написал сообщение, к примеру коммент и отправил. Скрипт автоматически вырезал линк, но сообщение само осталось. Напиши они ссылку через пробелы - пускай, ведь такого рода сайт не будет индексироваться ПС.
Почему они должны уйти к другому? если с целью поспамить - то без проблем, буду только рад
1. Если не путаю, при задании класса символов знак минус (сам по себе) рекомендуется ставить первым в списке. В зависимости от настроек возможны неприятные последствия вплоть до несрабатывания RE
3. Я правильно понимаю, что такая регулярка выкосит из текста строки вида J.-M.Jarre, J.Smith и тому подобные?
Да, но в рамках моих проектов от пользователей как правило поступает вообще только русскоязычная информация и англ язык от них большая редкость, но тоже присутствует. Вероятность написание подобной конструкции крайне низка, но её тоже нельзя исключать. Следовательно, можно себе позволить столь минимальный риск в обмен на гарант, что ссылок внутри сообщений больше не последует.
Между прочим, подобная конструкции фильтрует и поддомены
- если вёрстка на плавающих блоках: левая колонка в любом случае должна быть первой в коде;
- если вёрстка на absolute (центральный блок можно ставить хоть сразу после body): придётся попрощаться с полноценным "резиновым" макетом, и приветствовать конкретную головную боль с кроссбраузерностью;
все так и есть. У меня получилось сделать 3 блока (левый, центарльный, правый), но футер всегда был зависим либо от левого, либо от центрального, либо от правого. т.е. если для центрального position: relative; то левый и правый должны быть absolute и тогда если к примеру в центральном меньше текста, а в правом больше, то он залазит на футер. Другие вариации просто не пашут. либо они все выстраиваются друг под другом, либо футер залазит прям поверх текста
все, полностью разобрался, спасибо igrinov
CrewHS, надо в CSS использовать position
можете здесь посмотреть http://htmlbook.ru/css/position
то есть надо
<div id="content">
{TEXT}
</div>
перенести вверх в html коде, а с помощью position, сделать чтобы он отображался как у вас в середине
Идею понял, спасибо. Сейчас у меня базируется все на float:left
Может какой сайт посоветуете, где можно глянуть пример реализации position (можно в личку)
if (strpos(preg_replace("/[\r\n]+/", " ", $contents), $needle) == false)- ошибка в строкеА ведь если мы удаляем неактуальные объявления с сайта, то бывшие постоянные адреса будут выдавать 404 ошибку. Как на это будет реагировать ПС, что у сайта постоянно мигает кол-во существующих/несуществующих страниц
Подскажите, пожалуйста.
Есть файлы на сервере. Пути вот такие.
Как такие файлы автоматически отправить через PHP на сервер?
гугли
Учел все замечания/пожелания и сделал регулярку, фильтрующую от наиболее распространенных доменных имен (кроме IDN).
Оставит живым
$text = preg_replace("#<a(.*?)\/a>|(ftp:\/\/|http:\/\/|https:\/\/)?[-a-z0-9\.]+\.(ru|by|ua|info|org|com|net|biz|name|gov|tv|su)+#si","",$text);CrewHS добавил 17.01.2011 в 11:37
Robin_Bad
Причем тут это? У нас задача не чистить от каких-то тегов текст, а целенаправленно убивать в текст url'оподобные конструкции
Не стоит за меня так сильно переживать. Если бы мы всегда так рассуждали, то не думаю что смогли бы достроить хоть один деревянный дом до конца :)
Анализировал сайты, у которых тиц, к примеру по 20-30 и выяснил, что владельцы занимались спамом по формам: комментов, досок объявлений, каталогов фирм тд, и ссылки указывали в обычном прописном виде
Потому вопрос защиты от подобного спама для меня стал актуален
Без проблем, пусть думают, что им дан бонус))
SeoNizator, вовсе не паранойя. Юзверь написал сообщение, к примеру коммент и отправил. Скрипт автоматически вырезал линк, но сообщение само осталось. Напиши они ссылку через пробелы - пускай, ведь такого рода сайт не будет индексироваться ПС.
Почему они должны уйти к другому? если с целью поспамить - то без проблем, буду только рад
Не слышал, пруф, если можно
Без проблем
$text = preg_replace("#<a(.*?)\/a>|(http:\/\/|https:\/\/)?([a-z0-9-\.]+\.[a-z]{2,6})#si","",$text);Да, но в рамках моих проектов от пользователей как правило поступает вообще только русскоязычная информация и англ язык от них большая редкость, но тоже присутствует. Вероятность написание подобной конструкции крайне низка, но её тоже нельзя исключать. Следовательно, можно себе позволить столь минимальный риск в обмен на гарант, что ссылок внутри сообщений больше не последует.
Между прочим, подобная конструкции фильтрует и поддомены
www.lol.site.ru
http://lol.site.ru
lol.site.ru
http://www.lol.site.ru
CrewHS добавил 16.01.2011 в 12:38
Ссылки уничтожаются вместе с анкорами подобной конструкцией: