Ladycharm: Там только один минус - ссылки на такие URL ставить сложнее:
- они получаются длинные, например, в sape есть ограничение на длину URL
- ошибки в естественных ссылках: режет движок форума, пользователи неправильно копируют url (скопируйте его из Opera 10 - она не переводит русские в %D2%B0 при копировании, как FF)
Ну, и для таких URL - сайт должен быть обязательно в UTF-8.
Влияние на СЕО - чуть лучше, чем транслит, тк у транслита для некоторых слов есть неоднозначность деТранслитерирования, и у транслита есть не все буковки: kazan - это казан для плова или Казань?
php.developer: Рекомендую к прочтению. Есть отдельные главы по регуляркам и в частости случаям, когда их использовать не стоит.
В чем то я с Вами согласен, а в чем то нет, пусть каждый останется при своем мнении. Есть множество ситуаций, и множество тонких моментов, поэтому нельзя сказать как будет правильно. Если работает, пусть работает, а об оптимизации процесса можно сказать взглянув на конкретный пример, посмотреть как он реализован и что будет проще.
php.developer: Последующий синтаксический разбор ответа, тоже оставлять на клиенте?
Насколько мне известно JS не сильно ущемлен в использовании регулярок, так почему бы и нет:)
Ваш вариант подходит если имеет смысл вести например историю пути продукта. Там да, требуется запись в БД и прочие. А регулярка на клиенте, которая некоим образом, заметным для обычного пользователя, не повлияет на скорость работы, является вполне грамотной практикой.
курлом не получится я так полагаю? то есть у страницы нет в uri никаких данных
Если вы остановились на курле, то эта форма отправляет на текущую страницу POST запрос, на сервере идет условие, и при присутствии POST данных, вам выдается нужный контент. Через курл можете отправить на эту страничку POST запрос, и она вам вернет результат
---------- Добавлено 12.01.2013 в 02:50 ----------
php.developer: А то есть, Вы намекаете, что это будет дольше и затратно для сервака?
Я не про это. Я просто не вижу смысла, если все можно решить на клиенте, таким же кол-вом строк. Какой смысл?
Ajax внутри своего сайта, который вызывет php скрипт/метод класса. В скрипте - обычный curl.
Разве не проще сразу получать данные через JSONP, чем создавать лишний скрипт на сервере, который будет парсить первый сайт, и потом отдавать через аякс на вашем сайте? Покуда проще использовать jsonp, и сразу получать с сервера необходимые данные
---------- Добавлено 12.01.2013 в 02:40 ----------
TF-Studio: php реализация гораздо проще будет для этого скрипта.
Это спорное мнение
---------- Добавлено 12.01.2013 в 02:41 ----------
vandamme: нет, один сайт мой, другой чужой
я же и хочу получать данные с официального сайта.
Тогда как упомянули выше через php, либо как написал я, через jsonp
сайт 1, на нем есть форма через которую можно узнать где находится груз по его номеру
сайт 2 - тоже есть форма поиска груза, но данные должна брать с первого сайта
можно ли такое осуществить с помощью php/jquery/ajax?
Конечно. Здесь речь идет о кроссдоменных ajax запросах. Реализовывал это на одном из сайтов. Метод не совсем безопасный, но если оба сайта принадлежат Вам, то бояться нечего.
Добавьте в заголовки вот эту строчку Access-Control-Allow-Origin: http://www.site-1.ru.
Болеебезопасно использовать метод запросов в формате JSONP
Там только один минус - ссылки на такие URL ставить сложнее:
- они получаются длинные, например, в sape есть ограничение на длину URL
- ошибки в естественных ссылках: режет движок форума, пользователи неправильно копируют url (скопируйте его из Opera 10 - она не переводит русские в %D2%B0 при копировании, как FF)
Ну, и для таких URL - сайт должен быть обязательно в UTF-8.
Влияние на СЕО - чуть лучше, чем транслит, тк у транслита для некоторых слов есть неоднозначность деТранслитерирования, и у транслита есть не все буковки: kazan - это казан для плова или Казань?
Больше спасибо за подробную информацию:)
Проблем точно будет больше, например, на тех же биржах ссылок.
А если в сапу копировать линк такого вида?
У меня просто нет возможности изменить это, и сейчас думаю, ковырять ли скрипт и прописывать таблицу транслитерации или это не настолько существенно
systemiv, плюс только в лучшей кликательности в выдаче.
Минусов немеряно.
Можете несколько основных минусов назвать, влияющих именно на продвижение?
Рекомендую к прочтению. Есть отдельные главы по регуляркам и в частости случаям, когда их использовать не стоит.
В чем то я с Вами согласен, а в чем то нет, пусть каждый останется при своем мнении. Есть множество ситуаций, и множество тонких моментов, поэтому нельзя сказать как будет правильно. Если работает, пусть работает, а об оптимизации процесса можно сказать взглянув на конкретный пример, посмотреть как он реализован и что будет проще.
вот нашел в инете скрипт, подставил свои данные, но ничего не происходит
Вот тут правильная отправка POST
Последующий синтаксический разбор ответа, тоже оставлять на клиенте?
Насколько мне известно JS не сильно ущемлен в использовании регулярок, так почему бы и нет:)
Ваш вариант подходит если имеет смысл вести например историю пути продукта. Там да, требуется запись в БД и прочие. А регулярка на клиенте, которая некоим образом, заметным для обычного пользователя, не повлияет на скорость работы, является вполне грамотной практикой.
ну а если там форма вроде этой
курлом не получится я так полагаю? то есть у страницы нет в uri никаких данных
Если вы остановились на курле, то эта форма отправляет на текущую страницу POST запрос, на сервере идет условие, и при присутствии POST данных, вам выдается нужный контент. Через курл можете отправить на эту страничку POST запрос, и она вам вернет результат
---------- Добавлено 12.01.2013 в 02:50 ----------
А то есть, Вы намекаете, что это будет дольше и затратно для сервака?
Я не про это. Я просто не вижу смысла, если все можно решить на клиенте, таким же кол-вом строк. Какой смысл?
Зачем этот огород?
Ajax внутри своего сайта, который вызывет php скрипт/метод класса. В скрипте - обычный curl.
Разве не проще сразу получать данные через JSONP, чем создавать лишний скрипт на сервере, который будет парсить первый сайт, и потом отдавать через аякс на вашем сайте? Покуда проще использовать jsonp, и сразу получать с сервера необходимые данные
---------- Добавлено 12.01.2013 в 02:40 ----------
php реализация гораздо проще будет для этого скрипта.
Это спорное мнение
---------- Добавлено 12.01.2013 в 02:41 ----------
нет, один сайт мой, другой чужой
я же и хочу получать данные с официального сайта.
Тогда как упомянули выше через php, либо как написал я, через jsonp
а у меня такой вопросик
сайт 1, на нем есть форма через которую можно узнать где находится груз по его номеру
сайт 2 - тоже есть форма поиска груза, но данные должна брать с первого сайта
можно ли такое осуществить с помощью php/jquery/ajax?
Конечно. Здесь речь идет о кроссдоменных ajax запросах. Реализовывал это на одном из сайтов. Метод не совсем безопасный, но если оба сайта принадлежат Вам, то бояться нечего.
Добавьте в заголовки вот эту строчку Access-Control-Allow-Origin: http://www.site-1.ru.
Болеебезопасно использовать метод запросов в формате JSONP
Что бы через определенное число секунд выводил ссылку на скачивание.
Заранее большое спасибо.
Писал прямо сюда, и не тестировал. Возможны ошибки.