Ну вот код (моя правка 1997 года неизвестного источника), который продолжаю использовать и сейчас. Правда не js, а це.
int match (char *pattern, char *str) { for (; *pattern && *str; ++pattern, str++) { if (*pattern == '*') { while (*++pattern == '*'); for (; *str; str++) if (match(pattern, str)) return 1; break; } else if (*pattern != '?') { if (*str != *pattern) return 0; } } return (*pattern == '*') ? 1 : *str == *pattern; }
Вот еще хороший пример рождения не говнокода. Правда, многабукф.
Ну что вы на молодого человека набросились. Этим источником знаний много кто пользуется.
закомментированное из него узнало о том, как большевики царя в 17 свергали. spermint про "полстраны в лагерях" (C) при Сталине. lupus про "ефрейтора Шикльгрубера". Ну и т.д.
замена append на insert - это просто быстрый способ проверить, там ли порылась собака. а вообще то и так и этак делать неправильно.
по хорошему в sys.path нужно добавлять каталог уровнем выше каталога с settings.py. класть рядом с settings.py пустой (или не пустой - тут уж на усмотрение) файл __init__.py и в wsgi.py прописывать не просто
а имя в форме модуля пакета. например, полный путь на settings.py выглядит так:
/usr/local/scripts/my-django-project/settings.py
тогда создаем пустой файлик /usr/local/scripts/my-django-project/__init__.py (если его нет).
и в wsgi.py прописываем:
при таком подходе путаницы с каталогами, откуда грузится конфиг джанги, гораздо меньше.
insert вставляет каталог в начало пути поиска питоновых модулей, а append добавляет каталог в конец этого пути.
если в у вас в sys.path много каталогов, то в одном из них может быть файл settings.py (это предположение мое такое - были аналогичные ситуации). он и будет использован при загрузке, а до каталога, добавленного при помощи append дело не дойдет. если добавить каталог в sys.path при помощи insert, то settings.py из этого каталога гарантированно будет заюзан.
попробуйте в myapp.wsgi вместо
sys.path.insert
но если заработает ваш проблемный проект, может перестать работать один из других проектов, использующих эту среду :)
давайте сюда wsgi.py или как там он у вас называется.
плюс путь, где игнорируемый settings.py лежит.
Такого сервиса в принципе быть не может, потому что динамический сайтмап - это часть кода системы управления контентом вашего сайта. Сервисов, пишущих код под произвольную цмс, на данный момент не существует, насколько мне известно.
Как вам уже ответили, можно использовать сервисы, которые периодически пробегают по ссылкам с главной страницы вашего сайта и генерят статический снимок сайта в виде сайтмап, который можно выкладывать как файл сайтмап. Но нужно понимать, что в этом случае сайтмап изменится не в момент появления новой страницы на сайте, а после того, как этот сервис проиндексирует ваш сайт и вы выложите сгенерированный им сайтмап у себя.
А напрямую самому принимать - не вариант?
Весь высер собран из раздела "Без источников". Еще раз - не позорьтесь.
Не позорьтесь. При чем тут Черчилль? Это некий Кузнецов Дмитрий Юрьевич, видимо косящий под сэра Уинстона.
Черчилль был умным человеком, а тут какой-то мутный сок мозга.
