Jump to content

Boron

User
  • Posts

    95
  • Joined

  • Last visited

Boron's Achievements

Explorer

Explorer (1/14)

1

Reputation

  1. Здравствуйте! Делаю один сайт, который ориентирован на российских пользователей. Подумал оформить на одной из страниц сайта, список с некоторыми российскими городами. Что бы не было "скучно", захотел оформить этот список городов с использованием фотографиями "узнаваемых достопремичательностей" данных городов. К примеру для Санкт-Петербурга - разведёные мосты; для Москвы - здание МГУ или что-то другое ну и так по всем городам. Но вспомнил я о том, что я слышал в какой-то радиопередаче или подкасте, что в РФ вроде бы запрещено делать фотографии зданий. К сожалению, вспомнить где я это слышал - не могу. Кто-то может сказать, это действительно так? Или может быть нельзя использовать фотографии конкретных зданий? Просто не хотелось бы, что бы спустя какое-то время сайт заблокировали на территории РФ, или выкатили претензии владельцам сайта.
  2. Nerv, спасибо за ответ! Прочитал по поводу обоих вариантов. Узнал про новые (для себя) возможности HTML + JS. Однако этот способ мне не подходит по той причине, что хотелось бы автоматизировать процесс и не использовать лишние элементы на странице (к примеру input). Но польза от вашего ответа всё-равно была. ;-) Наверное, попробую использовать AJAX для чтения *.json файлов.
  3. Современный Firefox умеет парсить данные в формате JSON самостоятельно, без подключения каких-то сторонних JavaScript скриптов. В подтверждение этому существует данная статья на MDN. Вот только в статье описаны примеры, когда сами JSON данные уже сразу объявлены непосредственно в переменной JavaScript. Кто-то владеет информацией, возможно ли JSON данные выдрать именно из отдельно оформленного *.json файла сдантартными средствами Firefox? Или для этого нужно использовать сторонние скрипты? P.S. Интересует только конкретно Firefox, т.к. реализую свою задачу только под него.
  4. heywait и nightgremlin, извиняюсь. Действительно про это упоминается. Текст перечитывал 2 или 3 раза, но т.к. был с просони - мозг не зацепился за эту фразу.
  5. nightgremlin, а где ты увидел, что человек писал, что это заказ? Может он для себя блог создал. VioletaMeynell, врядли кто-то будет ковыряться в твоём блоге. Если хочешь сама и бесплатно сделать свой блог красивым, то придётся изучать html и css.
  6. psywalker, попробовал такой вариант... В общем меея он не устраивает. Но всё-равно спасибо за ответы! SelenIT, не получилось то, что ты написал (я понял, что ты имел ввиду, но конкретно у меня так не сработало). Ребята, спасибо всем за ответы! Решил проблему, изменив вёрстку.
  7. bot87 и psywalker, благодарю за ответ. Да, работает решение нормально в плане поставленного вопроса, но возникла одна проблема, которую я ранее не предусмотрел, а именно. Если заполнить DIV конентом, то DIV не растягивается, а остаётся прежнего размера, в следствии чего, содержимое выходит за пределы DIV'а. Эта проблема решаема? И ещё одно уточнение: решение должно корректно работать и в IE6. Кто-то может что-то посоветовать?
  8. Привет! Торможу уже второй день с проблемой. У меня есть DIV. Я его растягиваю на 100% по высоте. Но я хочу, чтобы при этом, 200рх снизу оставалось пустым. Это вообще возможно сделать средствами CSS? Пробовал применять такой код, но они не работают: height: 100%; margin-bottom: 200px; и height: 100%; margin-bottom: -200px;
  9. grafnet, огромное спасибо! Всё работает отлично.
  10. Народ, кто подскажет, почему этот код прекрасно работает в Opera и Firefox, но совершенно не работает в IE6 (про другие версии не знаю - не проверял ещё) и Chrome? function submitForm() { document.getElementById('logs').onchange = document.logs.submit(); } Открывающий тег формы: <form name='logs' method='post' action='?p=logs' onchange='submitForm()'> ... дальше идёт <select></select> </form>
  11. ShumNo, спасибо за совет! Посмотрел сейчас HighLighter. Как я понимаю HighLighter - это некий "плагин" для PHPBB форума. А я форум как-то не хочу ставить. Тем более PHPBB. Просто на мой вкус, для таких задач, более удобно в использовании именно Вики.
  12. Я об этом и пытался написать, но понял уже, что моя фраза про "тяжёлость" могла восприняться в том смысле, что его трудно освоить. Нет, я имел ввиду именно в плане кода. Так что в оригинальном сообщение сделал уточнение. Что касается HighLighter - завтра посмотрю. Сейчас уже спать. И ещё одно уточнение, о котором забыл написать. Почему я хочу именно wiki подобную систему. Просто мне часто приходится писать код не за домашним стационарным компьютером (например в универе, или на ноуте в том месте, где ночую), поэтому хотел бы через веб иметь лёгкий доступ к уже написанным "примерам" мною ранее написанного кода, и чтобы так-же быстро и легко мог добавлять новый код. Т.е. чтобы за любой машиной, подключенной к Интернету я мог обратиться к своим "исходникам".
  13. Всем доброго времени суток! Давно уже хотел заняться этим вопросом, да времени не находил. Очень часто, когда необходимо написать маленький код на JS, PHP, С++, Java и т.п., и я уверен, что я его реализовывал, то как правило пишу его с нуля. Просто понимаю, что быстрее его написать заново, чем вспоминать в какой проекте реализовывал это, потом искать проект, потом конкретный файл, искать в каком методе класса делал... Короче много телодвижений и не факт, что в связи с поиском нужного фрагмента кода, я не потрачу больше времени, чем если его напишу с нуля. Но с нуля писать то, что ты уже когда-то написал как-то не целесообразно. Вот я решил наконец то уделить время этому вопросу, и таки установить себе "интернет-шпаргалку", которую я смогу удобно и быстро использовать. Раньше для таких целей я использовал Wiki движок - DokuWiki. По некоторому стечению обстоятельств я по началу забил на него, а потом потерял. И теперь приходим к вопросу: целесообразно ли хранить код в Wiki, или есть более удобные средства для хранения кода? Но для меня критично несколько факторов: Обязательно: Движок системы должен быть написан на РНР (хостинг у меня только его поддерживает) Данные должны хранится не в файлах, а в базе данных (конкретнее - MySQL). Во время работы с Dokuwiki, который раньше работал с файлами (наверное и сейчас так-же) я понял, что хранение данных в файлах - это очень неудобно. Система должна быть с бесплатной лицензией. Типа я не пиратю. Не обязательно, но желательно: Движок должен поддерживать цветную визуализацию синтаксиса языков (в смысле чтобы было удобное представление кода, как в современных IDE) Движок должен быть по возможности лёгкий. Что меня практически не интересует: Дизайн движка. Мне без разницы какой он по внешнему виду. Главное, чтобы был удобен. Сам пробовал 2 движка - Dokuwiki и MediaWiki. Но MediaWiki явно разрабатывался не для тех целей, да и вообще, в силу понятных причин - тяжёлый (не в плане освоения, а набора функций и самого кода). В общем что вы можете мне посоветовать?
  14. Быколай, да, количество подключаемых CSS файлов восхищает. Ребят, спасибо всем за ответы! Извините, что только сейчас отвечаю - по некоторым обстоятельствам не мог выбраться в Интернет.
  15. В общем мне не нравится, что мой CSS стал очень большим. Хочу сделать так, чтобы на каждой странице сайта грузился: 1. Основной CSS файл (один для всех). + 2. CSS файл относящийся к конкретно загружаемой странице. К примеру. У меня три страницы: - Управление пользователями - История действий пользователей - Новости При загрузке страницы управления пользователями, будут грузится файлы: main_styles.css page_users_styles.css При загрузке страницы с историей действий пользователей, будут грузится файлы: main_styles.css page_histrory_styles.css При загрузке страницы с историей действий пользователей, будут грузится файлы: main_styles.css page_news_styles.css С точки зрения браузеров (IE, FF, Opera) - всё нормально. Но правильно ли так делать? Может какие-то есть проблемы, которые я сам не заметил? Или по барабану сколько файлов подключать? Короче, можно так делать, или руки за такое отрывать надо?
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. See more about our Guidelines and Privacy Policy