geonames.org
да, точно
Кстати, first-child поддерживается в css2 http://htmlbook.ru/css/first-child
Значит можно рисовать бордюр сверху и усе должно работать
Думаю, ТС хотел что-то типа
#menu li li:last { border:none; }
Но чтобы оно и в недобраузерах работало
Никак. Хотя возможен синтаксис вида SELECT DISTINCT(поле), поле1, поле2, ...
Вообще DISTINCT - это частный случай GROUP BY со всеми вытекающими
SELECT * FROM (твой_запрос) GROUP BY поле
но... может существенно тормозить при большом объеме данных, возвращаемых вложенным запросом
Эммм, что не так-то? У вас связь один ко многим, связываются такие типы связи через промежуточную таблицу.
Предложенная мной структура этой таблицы
--------------------------------------------------
| id объекта | id типа | Значение или Id значения
Полностью повторяет ваши данные
1 | вид | птицы
1 | срок жизни | 15
1 | цвет | белый
1 | цвет | зеленый
2 | вид | птицы
2 | срок жизни | 20
2 | цвет | белый
2 | цвет | зеленый
3 | вид | рептилии
3 | срок жизни | 15
3 | цвет | белый
3 | цвет | зеленый
и т.д....
Делайте связанную таблицу
При выборке просто присоединяете ее к основной таблице JOINом
http://ru2.php.net/imagecopyresampled
Как бы не хотелось не читать документацию, но реально она помогает лучше всяких готовых примеров.
Есть несколько вариантов решения исходя из возможных потребностей
1. Мы сами забиваем в базу нужные отели, номера, цены, производим по ним поиск и бронирование непосредственно в своей базе (т.е. сами у себя). Самый дешевый вариант. Для его реализации подойдет, например, решение, предложенное Dram.
2. Мы работаем с конкретным поставщиком. Ну, например, с GTA, который предоставляет свой веб-сервис. Мы просто транслируем запросы от пользователя в предоставленный веб-сервис и отдаем от него ответ. Чисто теоретически в бюджет в 2к можно вписаться, хотя практически, вряд ли. Учитывая всякие обвесы типа сравнений, рейтингов, комментариев, новостей, спецпредложений, скидок, вариантов оплаты и пр. в 2к уложиться нереально. Пример такого сайта ozon.travel - гостиницы.
3. Мы работаем с несколькими поставщиками. В зависимости от того, какой API предоставляет каждый из поставщиков пишется соответствующий адаптер, который приводит запросы и ответы пользователя в унифицированный вид. При запросе от пользователя мы делаем запрос в каждый адаптер, аккумулируем ответы и отдаем пользователю. Самый дорогой и ресурсоемкий вариант. Но зато самый универсальный, есть возможность подключать новых поставщиков, отключать ненужных, просто реализуя адаптер.
При 2-м и 3-м варианте всякий разговоры о Джумлах, ВордПрессах и прочих Друпалах просто неуместны.
При третьем варианте одним из поставщиков можем являться мы сами
