Гм. Раз уж речь зашла об изображениях… Никто не знает, как заставить Python работать с png, сохранённой в прогрессивной развёртке (т.е. когда данные зашифрованы adam7)? А то столкнулся с задачкой недавно. И как то ничего рабочего с ходу не нашёл. Вот думаю, самому писать или кто библиотеку знает.
В принципе симпатичненько. Есле бы ещё не эти уродские Лебедевские рубли…
Однако поищите по Хабру. Тут кто-то писал о доверии потребителя к магазину. Я хоть и не маркетолог, но, по моему опыту, разделы «О магазине», «Контакты» и «Мы работаем с 1875 года» скорее полезны чем вредны. И не так уж много занимают пространства.
Честно говоря потихоньку тянет в сторону Линухи. Но бонусов от полного перехода особо не вижу. Штукенции, типа VirtualBox от Sun разруливают проблему использования той или иной ОС в принципе. Не сложно крутануть Линуху из под Винды. А полностью всё переставлять лениво. )
Ищите в инфо-блоках свойства и делайте через них. ))) А так да. Битрикс — жуткая гадость. Если вам посчастливится получить его код в открытом, а не зашифрованом виде — почитайте, повеселитесь. Хотя и кода компонентов в принципе хватит. Названия некоторых переменных, типа $page_nomer явно указывают на авторов этого чудища.
Не знаю. Сколько не смотрел на знак — у меня только одна ассоциация: «Сейчас е… нется!». Устойчивости ему не хватает, т.к. верхняя часть рисунка перегружена, а в нижней пусто. Вот ена — действительно отличный знак такого плана. А у Лебедева на сайте забавные попытки добавить устойчивости разными извращениями. Например палочку пониже поставить. Но тогда он вообще воспринимаетс как перевёрнутое «Б». Кароче как говорится УГ.
Кстати убедительно. Ведь даже если каждое «правило» внутри скрипта направляет дальнейший ход по одному из двух возможных путей, то самый худший исход для, к примеру, 7 различных вариантов будет 3 последовательно разобранных «правила», а в случае rewrite — 7 «правил». И т.д. По сути можно сравнить бинарное дерево с тупым списком. Сразу становится ясно, что худший исход (максимальное расстояние от корня до любого из элементов) меньше чем в случае списка.
О каких мощах идёт речь? Что-то мне подсказывает, что смоделировать ситуацию, в которой тупое переписывание маршрутизации из скрипта в .htaccess даст ощутимый прирост в скорости не удасться.
Фигня всё это. Цепочка навигации строится нормально, поисковики индексируют — никаких проблем. Понятное дело, что если попадётся умник, который каждый день будет менять ссылку на страницу, то ничего хорошего не будет. Но добавление какого-нибудь товара с нормальным именем в корень, а не в 33 подкатегории под названием phone-1234 очень часто помогает улучшить позиции в выдаче. Обычно перед празниками замечательно прокатывает.
И, опять-таки, я неоднократно сталкивался с битой ссылкой а-ля /category/phone-1234. Может дамп какой перезалили, может удалили товар изаного добавили… И всё. ID-шники попылли с тем же успехом. От неадеквата ничто не спасёт.
В чём надо кого-то ограничивать — тоже вечный спор. Меня, например до сих пор колбасит от Битрикса, в котором тупой заказчик может запросто залезть в любой файл, чего-то поменть, а потом вопить, что ничего не работает. В то же время мне нравятся языки, где понятия private и protected очень условные. Тот же Питон. И Перл в некоторой степени. Как говаривал Лари Уолл, Перл предпочитает чтобы вы не лезли в «приватные» методы и переменные из вежливости, а не потому что у него есть ружьё.
Если вы собираетесь работать с неадекватными людьми то тут вас никакая защита от дурака не спасёт. А так иметь возможность прописать путь к любой странице — это очень неплохо. В принципе даже в случае site.ru/catalog/my-super-goods.html нужно каким-то образом сопоставить «my-super-goods» с id товара. Тут просто пошли дальше и позволяют делать идентификатором всю строку. В некотором роде materialized path.
Да нет же. Смотрите выше пример с магазином. Заказчик сам может выбрать, по какому URI откроется та или иная страница. Некоторые за такой бонус готовы душу продать. И всё это делается из админки перописыванием в инпут нужного URI. Можно было бы конечно каждый раз скриптом mod_rewrite генерить, но это уже извращение.
Ну это громко сказано. Регуляркой можно всё что угодно распарсить, если есть хоть кокая-то логика. Другое дело, что если сначала заказчик захочет написать /catalog/subcatalog/super-goods.html, а потом СЕО-шники ему посоветуют положить этот товар просто в /super-goods.html. Такое на стороне скрипта решить можно, а через mod_rewrite уже вряд ли. Хотя не знаю, может rewrite map ещё живы. Впрочем, это тот же проброс инфы в скрипт, который возвращает путь к нужному файлу.
Вы зря попытались притянуть за уши какие-то плюсы от использования mod_rewrite по сравнению со скриптом. Я, напимер, уже несколько раз натыкался на универсальный rewrite, который сбрасывает все запросы в index.php, а тот в свою очередь вынимает id страницы из базы по URI. При всей неоднозначности такого подхода в эпоху глобальной раскрутки и СЕО-шники и закзачики пищат от восторга, т.к. могут сами задать любой странице URI, по которому та будет открыта.
echo strtotime("+1 day"), "\n";
echo strtotime("+1 week"), "\n";
echo strtotime("+1 week 2 days 4 hours 2 seconds"), "\n";
echo strtotime(«next Thursday»), "\n";
echo strtotime(«last Monday»), "\n";
и т.п. (украдено из мануала)
Однако поищите по Хабру. Тут кто-то писал о доверии потребителя к магазину. Я хоть и не маркетолог, но, по моему опыту, разделы «О магазине», «Контакты» и «Мы работаем с 1875 года» скорее полезны чем вредны. И не так уж много занимают пространства.
Ах да. Всех рулит Питон, Ура холивару. Всех с новым годом!!! )))
И, опять-таки, я неоднократно сталкивался с битой ссылкой а-ля /category/phone-1234. Может дамп какой перезалили, может удалили товар изаного добавили… И всё. ID-шники попылли с тем же успехом. От неадеквата ничто не спасёт.
Если вы собираетесь работать с неадекватными людьми то тут вас никакая защита от дурака не спасёт. А так иметь возможность прописать путь к любой странице — это очень неплохо. В принципе даже в случае site.ru/catalog/my-super-goods.html нужно каким-то образом сопоставить «my-super-goods» с id товара. Тут просто пошли дальше и позволяют делать идентификатором всю строку. В некотором роде materialized path.
А так полезно почитать для общего развития. У меня в закладках болтается пара сайтов. По-моему там довольно доступно написано.
http://www.askapache.com/htaccess/apache-htaccess.html — обо всём понемногу
http://www.htaccesselite.com/mod-rewrite-flags-vt101.html — по большей части о флагах