loed: Надо решить задачу сортировки гостиниц по параметрам (как пример : цена, местоположение тд и тп ну где то до 4 х основных параметров) типа как на мвидео....
Если параметры все можно найти в коде, можно что-то вроде jquery.tablesorter изобрести..
Но, имхо, проще запихнуть в базу (с использованием CMS или без неё)
zerocube: П.С. может быть стоит разобраться с тем откуда в индексе "левые" урлы?
Конкуренты яндексу скормили... :D
siv1987: можно воспользоваться и каноническими ссылками.
+1 - ИМХО, вполне приемлемое решение проблемы
zerocube: Проверка порядка следования GET-параметров тоже входит в концепцию о "адекватно сделанного роутера". Так как: ?id=1&p=7 и ?p=7&id=1 , тоже могут быть сочтены за дубли...
В своё время делал "что не разрешено - запрещено".. с упорядочиванием.. и редиректом. Постепенно приходилось разрешать всякие openstat-ы и уходить от редиректа на "правильный" URL (иначе "беда-беда"... статистика не считается).
Поисковики и раньше умели распознавать дубли из-за перемены мест или добавления незначимых параметров. С canonical проблема если не исчезла в принципе, то стала ИМХО не такой уж критичной.
Если интересна тема, желающие могут почитать сообщения пользователя богоносец (вроде такого). Что касается технической части - ortegas про свою реализацию роутера упоминал несколько(?) раз..
p.s. чем-то напоминает ситуацию с открытым по умолчанию наружу портом (на всех интерфейсах) при установке многих серверов (Mysql, Apache) или permitRootLogin в SSH.. Т.е. если по умолчанию закрыть (запретить(?как) передавать произвольные параметры) - скажут "а чё не работает?"..
в программировании - полный ноль
там чуть выше - ссылку давали.. по ссылке есть Example:
Вставлять в тот :hover, который "запаздывать" должен. (можно методом тыка, можно системно.. разобраться со стилями/классами.. но это ведь долго)
ivan-lev, ну в моем случае, когда вышеуказанный код уже используется на сайте, как лучше его изменить?
Если вариант с некроссбраузерным CSS не устроил, и будет решено использовать JavaScript.. то менять надо не CSS, а JavaScript..
Надо решить задачу сортировки гостиниц по параметрам (как пример : цена, местоположение тд и тп ну где то до 4 х основных параметров) типа как на мвидео....
Если параметры все можно найти в коде, можно что-то вроде jquery.tablesorter изобрести..
Но, имхо, проще запихнуть в базу (с использованием CMS или без неё)
П.С. может быть стоит разобраться с тем откуда в индексе "левые" урлы?
Конкуренты яндексу скормили... :D
можно воспользоваться и каноническими ссылками.
+1 - ИМХО, вполне приемлемое решение проблемы
Проверка порядка следования GET-параметров тоже входит в концепцию о "адекватно сделанного роутера". Так как: ?id=1&p=7 и ?p=7&id=1 , тоже могут быть сочтены за дубли...
В своё время делал "что не разрешено - запрещено".. с упорядочиванием.. и редиректом. Постепенно приходилось разрешать всякие openstat-ы и уходить от редиректа на "правильный" URL (иначе "беда-беда"... статистика не считается).
Поисковики и раньше умели распознавать дубли из-за перемены мест или добавления незначимых параметров. С canonical проблема если не исчезла в принципе, то стала ИМХО не такой уж критичной.
Если интересна тема, желающие могут почитать сообщения пользователя богоносец (вроде такого). Что касается технической части - ortegas про свою реализацию роутера упоминал несколько(?) раз..
p.s. чем-то напоминает ситуацию с открытым по умолчанию наружу портом (на всех интерфейсах) при установке многих серверов (Mysql, Apache) или permitRootLogin в SSH.. Т.е. если по умолчанию закрыть (запретить(?как) передавать произвольные параметры) - скажут "а чё не работает?"..
p.p.s. Ради интереса.. есть у кого-нибудь ТЗ (ещё и работающее) на "правильные" URL-ы для CMS? А то вон http://www.unmedia.ru/index.php?blabla
ivan-lev, ну говорят поисковики больше любят чистое css меню, чем со скриптами..
Кто говорит? Чем аргументирует? Пруфы будут?
Естественно, правильно скрипты пихать не в HTML-разметку, а выносить в js-файл и "навешивать" обработчиками.
Короче я так понял что индексация и все остальное не влияет на то куда я его засуну.
Причинно-следственная связь..
То, куда Вы его засунете (поручик, молчаа-а-ать!) зависит от Вас.
Жаждите умереть вместе с форумом - можно и в корень тады
forum.searchengines.ru - в корне поддомена, например nulled - просто в корне
А вообще, можно посмотреть, как сделано у других (ничто не предвещает летального исхода)
Просто многие не имея портала устанавливают форум не в корень, а в папку.
А можно этих многих перечислить? С десяточек хотя бы?
Помни о цели (с)
Если форум - это "основное".. можно смело ставить в корень
Если форум - это "приложение" к сайту (визитка/продающий/ итд) - отдельно.
В любом случае, в дальнейшем можно перенести (по науке(С), с редиректами) как туда, так и обратно.
И если еще другие пути, которые бы позволили большинству браузеров выполнять эту функцию?
Jquery onhover тынц, например..
;12057681]Создайте директорию "wp-admin" и файлик wp-login.php
ещё /admin/ , /administrator/ , /manager/ , /user/ , /bitrix/admin/ итд.
По какому принципу они ищут?
В коде куча javascript-а с префиксом dle_ (и ещё куча "отпечатков" в коде, а также структура файлов - админка, engine, templates и т.д.)
то вы предлагаете:
Я предлагаю сравнить 2 кода (рабочий и нерабочий) из первого поста.
Подсказка: различия выделены цветом.
А javascript ошибок никаких не выдаёт?