Veseloff

RewriteRule blogs\/(.*)$ /$1 Конечно же rewrite, а не redirect — как же это я так?

RedirectRule blogs\/(.*)$ /$1

Благодарю, обязательно почитаю.

Где-то слышал, что для всяких мобильных браузеров есть какие-то специально обученные события типа перетаскивания ну и всякие мультитачи там. Это правда есть? Если есть, то кто пользовался и где об этом можно прочитать наиболее подробно?

http://validator.w3.org/check?uri=http%3A%2F%2Fcsrspb.ru%2F&charset=%28detect+automatically%29&doctype=Inline&group=0 Таблицы зачем-то, ссылки почему-то в h4 вложены, inline-стили для чего-то... Плохо короче, увы.

Такой подход несомненно хорош. Это снизит нагрузку на сервер, так как спарсить шаблоны всегда дольше чем просто отдать данные, например, в JSON. Можно хранить данные в local storage, работать в оффлайне и синхронизировать их с сервером когда появляется интернет. Что касается того как это сделать, то я бы сделал один файл со всем HTML и один файл с JS. Серверная часть по вкусу. На третий вопрос ответить не могу так как чтобы ответить на него надо посмотреть что-то готовое, а этого пока нет.

ссылку в студию

Скриптик написать похапешный состоящий из одного htmlspecialchars.

Одуматься надо обязательно. Часто как делают как делают: для скриптов Nginx > Apache > PHP, а для картинок только Nginx потому что Apache тормозной. А у вас для картинок Nginx (если есть) > Apache > PHP > MySQL. К тому же это некисло увеличивает размер БД, что совершенно ни к чему хорошему не приведёт.

А какой смысл хранить картинку в MySQL?

Почему теги и свойства css заглавными буквами? Какую именно ошибку выдаёт валидатор?

http://htmlbook.ru/html/!doctype

Кстати, не так давно вышел Bluefish 2.2 — он не так уж и плох.

Изобретать велосипеды — очень хорошая практика. Я считаю, что для веб-программиста просто необходимо хотя бы раз в два года писать свою систему с нуля (не обязательно CMS, это может быть и какой-то фреймворк) — это такое подведение итогов того, что было наработано за прошедшее время и задел на будущее — всегда есть то, что надо сделать, но чего-то для этого не хватает, а так же это даст на будущее некоторый набор инструментов, который обязательно ускорит работу.

Не надо минимизировать требования к хостингу. Надо хостинг выбирать под задачу, а не задачу под хостинг. Сейчас нормальный VDS можно взять за 7? в месяц — так вообще всё, что душе угодно можно накатить. Про serialize помнится что это медленная функция для сериализации массивов. Вот пример <?php $a=range(0, 1000); $t=microtime(1); for ($i=0; $i<10000; $i++) serialize($a); echo microtime(1)-$t.'<br>'; $t=microtime(1); for ($i=0; $i<10000; $i++) json_encode($a); echo microtime(1)-$t; у меня разнца примерно в 4 раза. Это если, конечно, массивы сериализируете. Если какие-то другие данные, то тут надо смотреть. Зачем заменять PMA и файловый менеджер? Они уже придуманы и не надо изобретать велосипедов. С email не знаю — опять же от задачи зависит. Если реально горы почты отправляются, то надо отдельный сервер ставить и писать специально заточенные для него вещи. В реальности использовать mail совершенно нормально. Запросов в БД может быть сколько угодно — лишь бы они были оправданы и хорошо написаны. Кэширование — достаточно сложная и обширная тема. Я использую в основном два варианта: или кэширую шаблоны и сразу их выдаю из nginx, не залезая в бэкенд (для совсем маленьких сайтов, где можно маниплировать сразу всеми файлами и ничего не случится или только отдельные шаблоны) или кэширую какие-то отдельные данные в memcache. Про 0,5 сек битрикса — это реально так? По-моему 0,5 секунды это просто неимоверно дофига и я не верю. Это получается что 20 конкурентных запросов в течение непродолжительного времени всё повесят? Вот только что посмотрел — на движке, который мы используем на работе на реальном продакшне время работы примерно 0.02 — 0.1 сек в зависимости от количества выводимой информации. Верхний край это когда выводится, например, >100 товаров на страницу с картинками и всем таким. Никакого кэширования вообще, так как оно и не нужно. С кэшированием, конечно, было бы ровнее, спору нет.

Enlarge your penis?

Вот так я и знал. Беда, чо.

Если какая-то страница, есть на ней какие-то элементы. Для каких-то из них назначены события — например click. Как можно узнать какие события стоят на элементе, откуда они подключаются и что делают. Смотрел firebug — ничего не нашёл.

window.location.hash, не? Чему равна переменная hash после присвоения? P.S. А, ещё у firefox есть какая-то особенность — то ли кодируются символы, то ли ещё что-то.

Работать со знакомыми «по дружбе» — очень большая ошибка. Надо работать только за деньги. Короче найдите хорошую студию где вам сделают нормальный сайт, нормально его прорекламируют, а вы пока занимайтесь остальными миллиардами вопросов.

javascript, не?

В целом симпатично. Только вот кнопку «заказать вёрстку» надо пересмотреть. Я ожидал что окно вскочит, но ничего не произошло. Только потом понял что кнопка сменилась формой. Может, скроллить до неё, чтобы она по центру вставала? И кнопку, наверное, в более выгодное место надо поставить, а то её там не видно.

Если первому дать то второму наследуется селектор тоже так как так и должно быть под всеми пунктами и другими тоже. Я понятно объяснил?

Материал вот отсюда. http://learn.javascript.ru/tutorial/function-declaration-expression

Например, потому что можно внутри создавать переменные, которые не попадут в глобальную зону видимости.