'[umka: ;10481571'] Для высокопосещаемого ресурса каждый лишний http-запрос и лишний килобайт трафика на странице имеет большое значение.
Сейчас подавляющее большинство высоконагруженных проектов напичканы js по самые уши.
Причем jquery стал фактическим стандартом (Ура! хоть в чем то есть стандарт разаработки). И если где-то не используется jquery, то используется точно такая же библиотека, в которой делается все то же самое, только с другого бока.
Это если спам-скрипт заточен под конкретный магазин. Но если он сабмитит в любую форму, то не пройдет. Нужно дополнительно навесить js-обработчик, меняющий названия полей на клиенте. Например так:
N_N_N: Ох уж эти адепты Если какой-то элемент в ишаке отображался кривовато, .
Тут скорее адептом-сектантом можно назвать того кто делает кривым сайт для 75% пользователей. Тем более что существовавшие на тот момент NN и Опера были еще более кривыми и чувствительными к багам чем IE6.
N_N_N: Тем более тогда во всю юзалась табличная вёрстка
Тогда дискуссия таблицы-дивы пошла на спад. IE5 и NN4 уже вымерли, а у остальных проблем не было.
N_N_N: И напрягла именно эта мелочь со списками.
Вообще-то это задница. Если такое понадобится вставлять в статьи, а рано или поздно понадобится, то придется вставлять css непосредственно в статью. А у меня например такие вещи вычищаются в обязательном порядке - юзеру нефиг бвловаться стилями.
1. Картинка в лого и favicon отсылает то ли к Рошраху который был психоаналитиком и помер лет за 30 до изобретения г-терапии, то ли к г-психологии которая так же не имеет ничего общего с г-терапией. Если этот лишний графический элемент дизайна выкинуть, то будет намного лучше
2. Шрифт мелкий, а для контент-проекта с большими статьями просто недопустимо - читать крайне проблематично. Кроме того он задан в пикселях. Этого делать нельзя.
3. Фиксированная ширина 960px - стандарт 7-8 летней давности. Используется по недоразумению и инерции. Сейчас такие мониторы наверное только у читалок и сабноутбуков. И вообще фикс - низя.
4. У вас одна колонка. Это неправильно. Боковушки делают не для заполнения экрана, а для привлечения посетителей на другие страницы. Т.е. если попалась скучная статья юзер может найти хоть что-то интересное помимо нее - сообщения на форуме, учебные программы и т.п.
5. вертикальное меню в правом углу. Нафига оно? Оно дублируется снизу и не содержит ничего полезного. "О сайте" частично вынесено на главную, информацию для связи если это не телефон традиционно выносят вниз
6. вторые страницы убогие. Явно чего-то не хватает. Точно сказать можно тольо если знать что именно там будет - набор статей или подразделы.
При таких заморочках мой совет вам вряд ли понравится. На HTML5 нужно забить до лучших времен и использовать его только там где без его возможностей обойтись невозможно.
Встал вопрос организации ЧПУ. Есть страницы такого типа: index.php?major=index - главная страница index.php?major=error&minor=404 - страница ошибки, в данном случае, 404. index.php?major=blog&minor=article&id=9 - страница 9 статьи блога.
Если я напишу реврайт с index.php?major=([a-z]+) $1 Что получит в итоге скрипт? Он получит $_GET['major'], ведь URI то будет уже другим, в итоге и major не будет. Или этот реврайт расспостраняетсо только на браузер пользователя?
GET у вас каким был таким и останется. Reqwrite его не переписывает . Он переписывает запрос юзера типа
т.е юзер видит что у вас разбросано все по неким директориям, а вы на сервере переводите этот запрос на тот обработчик который реально будет все обрабатывать.
О том как устроено внутри сервера юзер даже не догадывается.
Пользуюсь Photoshop 8 Portable, но если пошукать по торрентам можно найти и более ранние версии.
Имхо проще поставить какой-нибудь стандартный движок и экспортировать туда все ваши html.
Скрипт, который вы хотите, все равно нужно будет писать на заказ и платить за работу.
Имхо разница по деньгам (индивидуальный скрипт/экспорт в CMS) будет несущественная, но дальше развивать (если будете развивать) будет проще.
Если готовы заплатить, то наверное имеет смысл переформулировать задачу и искать исполнителей именно под это.
=
офтопик
plain html 2012 - дикость какая-то. Если конечно вы не ГС лепите. А вы, как я могу наблюдать, этим не страдаете.
;10481571'] Для высокопосещаемого ресурса каждый лишний http-запрос и лишний килобайт трафика на странице имеет большое значение.
Сейчас подавляющее большинство высоконагруженных проектов напичканы js по самые уши.
Причем jquery стал фактическим стандартом (Ура! хоть в чем то есть стандарт разаработки). И если где-то не используется jquery, то используется точно такая же библиотека, в которой делается все то же самое, только с другого бока.
;10481075']Ayavryk, и ради этого прикручивать jQuery? :)
Вы конечно правы. Можно и так:
Но это длинно, и главное смысл от этого не изменился.Ну не люблю я эти g-e-t-E-l-e-m-e-n-t-B-y-I-d s-e-t-A-t-t-r-i-b-u-t-e
Так же как и ваше
;10481075']<form action="…" method="…" onsubmit="document.getElementById('not_a_bot').value='1';">
Ну нехорошо это, некрасиво мешать HTML и JS ( да еще и PHP в шаблоне). Хотя никто и не запрещает. Чисто дело вкуса.
переименуйте поля.. спамят не руками
Это если спам-скрипт заточен под конкретный магазин. Но если он сабмитит в любую форму, то не пройдет. Нужно дополнительно навесить js-обработчик, меняющий названия полей на клиенте. Например так:
У меня на самописном форуме это отсекло 100% автоспама. Почему-то вьетнамцы особо доставали.
Ох уж эти адепты Если какой-то элемент в ишаке отображался кривовато, .
Тут скорее адептом-сектантом можно назвать того кто делает кривым сайт для 75% пользователей. Тем более что существовавшие на тот момент NN и Опера были еще более кривыми и чувствительными к багам чем IE6.
Тем более тогда во всю юзалась табличная вёрстка
Тогда дискуссия таблицы-дивы пошла на спад. IE5 и NN4 уже вымерли, а у остальных проблем не было.
И напрягла именно эта мелочь со списками.
Вообще-то это задница. Если такое понадобится вставлять в статьи, а рано или поздно понадобится, то придется вставлять css непосредственно в статью. А у меня например такие вещи вычищаются в обязательном порядке - юзеру нефиг бвловаться стилями.
1. Картинка в лого и favicon отсылает то ли к Рошраху который был психоаналитиком и помер лет за 30 до изобретения г-терапии, то ли к г-психологии которая так же не имеет ничего общего с г-терапией. Если этот лишний графический элемент дизайна выкинуть, то будет намного лучше
2. Шрифт мелкий, а для контент-проекта с большими статьями просто недопустимо - читать крайне проблематично. Кроме того он задан в пикселях. Этого делать нельзя.
3. Фиксированная ширина 960px - стандарт 7-8 летней давности. Используется по недоразумению и инерции. Сейчас такие мониторы наверное только у читалок и сабноутбуков. И вообще фикс - низя.
4. У вас одна колонка. Это неправильно. Боковушки делают не для заполнения экрана, а для привлечения посетителей на другие страницы. Т.е. если попалась скучная статья юзер может найти хоть что-то интересное помимо нее - сообщения на форуме, учебные программы и т.п.
5. вертикальное меню в правом углу. Нафига оно? Оно дублируется снизу и не содержит ничего полезного. "О сайте" частично вынесено на главную, информацию для связи если это не телефон традиционно выносят вниз
6. вторые страницы убогие. Явно чего-то не хватает. Точно сказать можно тольо если знать что именно там будет - набор статей или подразделы.
А с 2005 под ишака не подстраивался
В 2005 аудитория IE составляла > 75%. Чтобы забить на такую аудиторию нужно быть мегакрутым...
По существу, у вас, есть что сказать?
При таких заморочках мой совет вам вряд ли понравится. На HTML5 нужно забить до лучших времен и использовать его только там где без его возможностей обойтись невозможно.
Да я если честно, всегда забивал на всех ишаков. .
Всегда - это круто, если учесть что в 2001-2003 доля IE была >95%, да и сейчас 10%, что вполне соизмеримо с FF.
Наверное для вас "всегда", началось не так давно.
какому, сорри, мудозвону могли помешать простые как пять копеек атрибуты? На кол таких сажать надо.
Больше всего мутили воду производители ваших любимцев - Оперы и Мозиллы.
Microsoft предлагал более пристойный и логичный вариант xHTML2.
Здравствуйте.
Встал вопрос организации ЧПУ.
Есть страницы такого типа:
index.php?major=index - главная страница
index.php?major=error&minor=404 - страница ошибки, в данном случае, 404.
index.php?major=blog&minor=article&id=9 - страница 9 статьи блога.
Если я напишу реврайт с index.php?major=([a-z]+) $1
Что получит в итоге скрипт? Он получит $_GET['major'], ведь URI то будет уже другим, в итоге и major не будет. Или этот реврайт расспостраняетсо только на браузер пользователя?
GET у вас каким был таким и останется. Reqwrite его не переписывает . Он переписывает запрос юзера типа
http://some.ru/index/blog/article/9
в запрос типа
http://some.ruindex.php?major=blog&minor=article&id=9
т.е юзер видит что у вас разбросано все по неким директориям, а вы на сервере переводите этот запрос на тот обработчик который реально будет все обрабатывать.
О том как устроено внутри сервера юзер даже не догадывается.