Всем привет! Возникла одна интересная задача, которую пока не смог решить.
Имеется резиновая вёрстка: 2 боковые колонки, фиксированной ширины, и растягивающийся центр.
Проблема в следующем.
Минимальное разрешение экрана для нормального просмотра сайта - 1024х768. Мне нужно сделать так, чтобы центр полностью разместился на экране, имея минимальную ширину примерно в 990px, а боковые колонки чтобы просто "срезались", заняв оставшееся место на экране.
При большем разрешении экрана, соответственно, колонки будут показаны уже больше. А у кого совсем широкий экран - колонки будут на месте, а центр растянется под свободное место.
Думаю, идею изложил ясно.
Итак, вот что имеется (прикрепил файл).
Как видите, я попытался весь контейнер с колонками и контентом разместить по центру относительно дива, в котором это всё находится. ну и с помощью overflow: hidden боковые колонки бы ушли. Однако, не получается. Не центрируется ничего.
Кто-то верстал подобное? Какие у вас будут идеи для решения задачи? Спасибо!
Apache делает свою страницу 404... С какой стати? Адрес под шаблон ведь подходит!
Как видите, в SetEnvIf я уже стал просто перебирать параметры... Как только не писал: %{REQUEST_FILENAME}, Request_URI, Document_URI - не работает ничего... Вот если бы я мог узнать, что в них содержится во время вызова страницы! Пока не знаю как.
И регулярное выражение на всякий случай взял в кавычки...
Ну да, я так и подумал. Я делал кодировку файла UTF-8, так как с сервером работаю в ней. Даже выше (в htaccess) прописал принудительно utf-8 (мало ли) - не помогло.
Куда же ещё податься?
JustUserR пишет:
а можно просто с помощью шаблона Files разрешить к нему доступ
Кстати, правда что... Но всё равно хочется универсально сделать )) Давайте попробуем "добить" эту тему - осталось разобраться с кодировкой
Всё отлично работает. По адресу /folder/404.php получим 403 ошибку, а при вызове левой страницы - апач откроет этот php-файл.
Теперь я вбиваю в адрес кириллицу. Типа http://localhost/рцукп. Выводится не моя страница, а апач нарисовал классическую 404 свою. Ну ясное дело, раз я в правиле указал [a-z]. Добавил туда а-я - не помогло... Видимо, с кириллицей апач не хочет дружить?
Или я вообще неправильно что-то делаю... Главное, что задачу я уточнил. Надеюсь, у Вас появятся ещё мысли в помощь (Добавление)
Да, блин... Чувствую, что ерундой занимаюсь. Высунуть файл 404.php, да вызывать его из корня, не парить мозг себе и людям.
Но с другой стороны интересно всё-таки, блин Вот уж программисты - люди непростые мы...
Возник вопрос. Можно ли как-то разрешить доступ к файлам только апачу, а при вызове пользователем чтобы была ошибка?
К примеру. Есть директория с файлами. У них там свой htaccess и в нём стоит deny from all.
А в корне лежит другой htaccess. В одном из правил mod_rewrit'a я обращаюсь к некоторому файлу из той директории, а сервер соответственно возвращает мне ошибку. Я с ним согласен, но меня такая ситуация не устраивает
Как же поступить?
Наверное, помимо deny from all нужно прописать что-то... Игрался и с Order, и Allow добавлял - ничего не вышло.
Совсем недавно скачал Eclipse PDT. Просто понадобился редактор с бОльшим функционалом, а также поддерживающий отладку.
Как вы знаете, в данной IDE можно выбрать нужный php-файл и отладить его через, к примеру, xDebug. Всё супер, можно установить точку останова и так далее.
Но есть одно но... Как же отлаживать AJAX? К примеру, на странице есть форма входа, которая через AJAX проводит аутентификацию и авторизацию. В случае ошибки - тут же будет выведена без перегрузки страницы.
А вот как такое можно отладить в PDT? Никто не знает? То есть, хотелось бы также отладить скрипт, к которому будет идти обращение. А в среде можно только выбрать нужный файл и тупо его отладить.
Уже более-менее ясно Даже почитал сейчас о создании ActiveX - ничего сложного в этом нет. Но пока такой уровень защиты для меня не требуется. В будущем - возможно, сделаю что-то такое
В общем вы решили сделать фиксацию по классам и подсетям
Да-да.
JustUserR пишет:
Учтите что предложенный мной метод это не просто асбтрактная идея а и метод авторизации который долгое время использовался (И сейчас частично используется в платежной системе Webmoney
мм, а вот это уже интересно. Вы умеете заинтриговать А имеется какая-либо информация по этому вопросу в сети, например? Или может у Вас есть личный опыт и желание им поделиться Очень интересно!
Вообще любая такая фиксация по IP может вылететь пользователя из авторизации
Согласен. Но такая защита, хоть не супер-крутая, но должна быть.
JustUserR пишет:
я бы рекоммендовал уж для пущей безопсности использовать не чистую проверку по IP - а скажем какой-нибудь ActiveX-элемент который со стороны клиента мог бы делать полезные вещи например tracert до вашего сервера
Честно говоря, я боюсь экспериментировать, а лучше пока буду делать также, как делают другие
В общем, я разобрался с теми параметрами безопасности, что описал в первом сообщении. Поговорил с другом, он дружит с сетями. Теперь информации мне достаточно для реализации Сложного вообще ничего там нет. Простые знания IP, из чего он состоит (часть под адрес сети, час под адрес хоста), виды адресации (классовая, бесклассовая). Это то, что мне нужно было