Крон работает не используя сервер, соответственно ему не будут доступны $_SERVER, он не будет выполнять команды .htacces и другие подобные функции, напрямую связанные с сервером.
Filchakov: mysql_query ("SELECT * FROM `tablename` where `countryid` = '2' AND `typid` > '1' AND `info` = 'Тут текст'");
А какого рода проблемы то появляются? Что пишет вообще?
Просто я только что провел такой запрос на своей БД и все было правильно..
Смотрите внимательно, правильный ли тип выставлен. Обратите внимание на кодировку: в первом сообщении вы делаете
Filchakov: mysql_query ("SET NAMES cp1251");
Убедитесь, что ПХП файл из которого делается запрос в той же кодировке. Убедитесь что Сравнение(Collate) у поля info выставлен cp1251_general_ci и вся БД в этой же кодировке.
vasilisa1210: в общем код нереально кривой, если я прописываю полностью <!DOCTYPE то весь сайт вообще съезжает. в итоге путем подгона помогло line-height:
Вам же Olldman популярно объяснил, что с неверным DOCTYPE вы не сможете сделать сайт кроссбраузерно, если не написать 100500 хаков под каждый браузер отдельно. А вот когда вы четко указываете браузерам правила, они следуют спецификации w3c.
Так что если вам дали код для исправлений, то пропишите нормальный DOCTYPE, загоните в валидатор http://validator.w3.org/ и исправьте все ошибки. После этого поправьте стили и будет вам счастье.. :)
Хранить для каждого пользователя список его друзей через запятую например. А ПХП код делает explode этого поля и вывод для конкретного пользователя. Зачем таблица связей, если пользователю не нужно знать - является ли он чьим то другом? Ему ведь нужно знать только своих друзей.
Исправил свое сообщение, сперва неправильно написал, извиняюсь.
Ну тогда вы ответили сами себе. Если вы закроете все страницы с товарами от индексации, их не будет в выдаче ПС.
Так что закрыть от индексации - неверное решение. Сделайте грамотную перелинковку и придумайте, как разбавить контент уником.
Крон работает не используя сервер, соответственно ему не будут доступны $_SERVER, он не будет выполнять команды .htacces и другие подобные функции, напрямую связанные с сервером.
Может быть стоит попробовать? Только учтите, что сайт с www и без www - это разные вещи.
Без спана:
Язык запросов к Я.XML абсолютно аналогичный обычному языку запросов Яндекса.
Какие теги нужно использовать?
Вы в запрос вставляете теги? Что-то новенькое...
mysql_query ("SELECT * FROM `tablename` where `countryid` = '2' AND `typid` > '1' AND `info` = 'Тут текст'");
А какого рода проблемы то появляются? Что пишет вообще?
Просто я только что провел такой запрос на своей БД и все было правильно..
Смотрите внимательно, правильный ли тип выставлен. Обратите внимание на кодировку: в первом сообщении вы делаете
mysql_query ("SET NAMES cp1251");
Убедитесь, что ПХП файл из которого делается запрос в той же кодировке. Убедитесь что Сравнение(Collate) у поля info выставлен cp1251_general_ci и вся БД в этой же кодировке.
в общем код нереально кривой, если я прописываю полностью <!DOCTYPE то весь сайт вообще съезжает.
в итоге путем подгона помогло line-height:
Вам же Olldman популярно объяснил, что с неверным DOCTYPE вы не сможете сделать сайт кроссбраузерно, если не написать 100500 хаков под каждый браузер отдельно. А вот когда вы четко указываете браузерам правила, они следуют спецификации w3c.
Так что если вам дали код для исправлений, то пропишите нормальный DOCTYPE, загоните в валидатор http://validator.w3.org/ и исправьте все ошибки. После этого поправьте стили и будет вам счастье.. :)
Эммм... я что-то пропустил? в SQL есть тип позволяющий хранить массив?
Может быть надо implode по массиву сделать и все в виде строки сохранять? А потом при выводе обратно explode делать? Нет?
Ну либо правда serialize() и unserialize()
Хранить для каждого пользователя список его друзей через запятую например. А ПХП код делает explode этого поля и вывод для конкретного пользователя. Зачем таблица связей, если пользователю не нужно знать - является ли он чьим то другом? Ему ведь нужно знать только своих друзей.
emariaru меня обогнал, но я зато разжевал :)
Исправил свое сообщение, сперва неправильно написал, извиняюсь.
Так что закрыть от индексации - неверное решение. Сделайте грамотную перелинковку и придумайте, как разбавить контент уником.
Конечно хочется, чтобы все эти НЧ (товары) выпадали в ПС.
Ну тогда вы ответили сами себе. Если вы закроете все страницы с товарами от индексации, их не будет в выдаче ПС.
Так что закрыть от индексации - неверное решение. Сделайте грамотную перелинковку и придумайте, как разбавить контент уником.