t_o_x_a

Рейтинг
170
Регистрация
21.09.2007

Тут человек разъясняет, как дергать данные с Яндекс.Погоды (несмотря на то, что у этого сервиса нет API, делается это не парсингом страницы, а извлечением данных из xml).

http://habrahabr.ru/post/136149/

Какой-то ад. Ничего не понял, а мозг уже вскипел. И это за полторы минуты-то.

А если серьезно, запретить бы доступ в этот раздел юзерам, с регистрацией позже эдак 2008 года. :)

php.developer:
До чего ж я люблю этот раздел форума...🍿

Дааа, иногда специально в него захожу и читаю. Такой зоопарк, прям душа радуется :)

nordic_thunder прав. Сделайте каждому тарифу отдельную страницу и на основе этого сформируйте yml-файл для маркета.

Dinozavr:
а обязательно делать всё в одно действие? ищем всё в скобках и explode по |
гораздо проще будет через неделю в этом разобраться

Я так и хочу. Но не знаю, какой регуляркой искать все в скобках.

---------- Добавлено 12.10.2012 в 16:43 ----------

О, спасибо!

CunninGFox, там целый процесс. У меня постоянно добавляются в базу объекты, для каждого из которых необходимо генерировтаь разные вещи, одна из которых такой текст.

Соответственно, если я буду пользоваться сторонним софтом, кому-то придется при каждом добавлении к нему обращаться и заносить потом в базу.

А, учитывая, что тут не только варианты генерируются,*но еще и разная информация из базы подставляется (я ее не указывал, ибо там все просто), то при реализации моего варианта получится сильная экономия времени.

burunduk:
сначала проверять а потом делать 1 редирект

Хитро, возьму на вооружение. Спасибо )

Th0rn:
А как быть с подкаталогами неограниченной вложенности?
Должно быть четкое различие между каталогом и страницей. И это различие должно быть одинаковым для всего сайта. Иначе это уже не система, а набор правил и исключений из правил в одном флаконе.

Нахрен? :)

То, какой контент отдается по какому урлу - исключительно настройки роутов, не более. Ну и логично, что если в каталоге есть подкаталог с урлом qwerty, то одноименного товара в этом же каталоге быть не должно.

Вот такая картина

site.ru/qwerty/ и site.ru/qwerty - разные страницы - это неюзабельная дичь же (удивление).

Или вы что-то другое имели в виду?

---------- Добавлено 11.10.2012 в 21:52 ----------

burunduk:
а вот здесь могут быть проблемы,
предположим у вас есть страница www.site.ru/page/ - это правильный url
при попытке открыть страницу www.site.ru/page - 301 рерирект на www.site.ru/page/
а при попытке открыть site.ru/page - уже 2 редиректа, сначала на www, потом на www.site.ru/page/
а вариант site.ru/pagge (несуществующая страница) - 301 рерирект на www, потом 301 на www.site.ru/pagge/ и наконец 404

Ну а что делать?)

В принципе, чем может повредить 4 редиректа на 404 страницу сайту?

Тем более, если все ссылки будут настроены правильно (с ввв и слешами), то роботу не должно скормиться много "неверных" ссылок.

По крайней мере, лучше отдавать что-то одно.

Проблему однозначно закрывает расширение в конце страницы, да. Но сейчас как-то все меньше его используют. Мода какая-то. )

Друзья, а о каких разделах vs страницах идет речь?

Ведь на сайте есть ТОЛЬКО страницы, а какой контент будет расположен на этих страницах - это дело десятое.

www.site.ru/catalog/ - это страница, на которой выведен список товаров (читайте - раздел)

www.site.ru/catalog/tovar/ - это страница, на которой выведена информация о товаре

Как бы все.

То утверждение, что раздел должен быть со слешем, а страница без (или наоборот, не суть) - это вообще намеренный уход в буреломы.

Тут главное, чтобы на всем сайте была одна и та же логика. То есть, если страница оканчивается закрывающим слешем - то это должно быть применимо ко всему сайту.

Что до меня, то я предпочитаю как раз вариант с закрывающим слешем - так красивее :)

Со страницы без слеша редирект 301 на страницу со слешем.

Причем, решается точно не за 2 месяца (если конечно там каких-нибудь чудес не наворочено).

Всего: 2474