Boron
User-
Posts
95 -
Joined
-
Last visited
Content Type
Profiles
Forums
Calendar
Store
Everything posted by Boron
-
Здравствуйте! Делаю один сайт, который ориентирован на российских пользователей. Подумал оформить на одной из страниц сайта, список с некоторыми российскими городами. Что бы не было "скучно", захотел оформить этот список городов с использованием фотографиями "узнаваемых достопремичательностей" данных городов. К примеру для Санкт-Петербурга - разведёные мосты; для Москвы - здание МГУ или что-то другое ну и так по всем городам. Но вспомнил я о том, что я слышал в какой-то радиопередаче или подкасте, что в РФ вроде бы запрещено делать фотографии зданий. К сожалению, вспомнить где я это слышал - не могу. Кто-то может сказать, это действительно так? Или может быть нельзя использовать фотографии конкретных зданий? Просто не хотелось бы, что бы спустя какое-то время сайт заблокировали на территории РФ, или выкатили претензии владельцам сайта.
- 2 replies
-
- юриспруденция
- фотография
-
(and 4 more)
Tagged with:
-
Nerv, спасибо за ответ! Прочитал по поводу обоих вариантов. Узнал про новые (для себя) возможности HTML + JS. Однако этот способ мне не подходит по той причине, что хотелось бы автоматизировать процесс и не использовать лишние элементы на странице (к примеру input). Но польза от вашего ответа всё-равно была. ;-) Наверное, попробую использовать AJAX для чтения *.json файлов.
-
Современный Firefox умеет парсить данные в формате JSON самостоятельно, без подключения каких-то сторонних JavaScript скриптов. В подтверждение этому существует данная статья на MDN. Вот только в статье описаны примеры, когда сами JSON данные уже сразу объявлены непосредственно в переменной JavaScript. Кто-то владеет информацией, возможно ли JSON данные выдрать именно из отдельно оформленного *.json файла сдантартными средствами Firefox? Или для этого нужно использовать сторонние скрипты? P.S. Интересует только конкретно Firefox, т.к. реализую свою задачу только под него.
-
heywait и nightgremlin, извиняюсь. Действительно про это упоминается. Текст перечитывал 2 или 3 раза, но т.к. был с просони - мозг не зацепился за эту фразу.
-
nightgremlin, а где ты увидел, что человек писал, что это заказ? Может он для себя блог создал. VioletaMeynell, врядли кто-то будет ковыряться в твоём блоге. Если хочешь сама и бесплатно сделать свой блог красивым, то придётся изучать html и css.
-
psywalker, попробовал такой вариант... В общем меея он не устраивает. Но всё-равно спасибо за ответы! SelenIT, не получилось то, что ты написал (я понял, что ты имел ввиду, но конкретно у меня так не сработало). Ребята, спасибо всем за ответы! Решил проблему, изменив вёрстку.
-
bot87 и psywalker, благодарю за ответ. Да, работает решение нормально в плане поставленного вопроса, но возникла одна проблема, которую я ранее не предусмотрел, а именно. Если заполнить DIV конентом, то DIV не растягивается, а остаётся прежнего размера, в следствии чего, содержимое выходит за пределы DIV'а. Эта проблема решаема? И ещё одно уточнение: решение должно корректно работать и в IE6. Кто-то может что-то посоветовать?
-
Привет! Торможу уже второй день с проблемой. У меня есть DIV. Я его растягиваю на 100% по высоте. Но я хочу, чтобы при этом, 200рх снизу оставалось пустым. Это вообще возможно сделать средствами CSS? Пробовал применять такой код, но они не работают: height: 100%; margin-bottom: 200px; и height: 100%; margin-bottom: -200px;
-
document.myform.submit() - работает в Opera/FF, но не работает в Chrome/IE
Boron replied to Boron's question in JavaScript
grafnet, огромное спасибо! Всё работает отлично. -
document.myform.submit() - работает в Opera/FF, но не работает в Chrome/IE
Boron posted a question in JavaScript
Народ, кто подскажет, почему этот код прекрасно работает в 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> -
ShumNo, спасибо за совет! Посмотрел сейчас HighLighter. Как я понимаю HighLighter - это некий "плагин" для PHPBB форума. А я форум как-то не хочу ставить. Тем более PHPBB. Просто на мой вкус, для таких задач, более удобно в использовании именно Вики.
-
Я об этом и пытался написать, но понял уже, что моя фраза про "тяжёлость" могла восприняться в том смысле, что его трудно освоить. Нет, я имел ввиду именно в плане кода. Так что в оригинальном сообщение сделал уточнение. Что касается HighLighter - завтра посмотрю. Сейчас уже спать. И ещё одно уточнение, о котором забыл написать. Почему я хочу именно wiki подобную систему. Просто мне часто приходится писать код не за домашним стационарным компьютером (например в универе, или на ноуте в том месте, где ночую), поэтому хотел бы через веб иметь лёгкий доступ к уже написанным "примерам" мною ранее написанного кода, и чтобы так-же быстро и легко мог добавлять новый код. Т.е. чтобы за любой машиной, подключенной к Интернету я мог обратиться к своим "исходникам".
-
Всем доброго времени суток! Давно уже хотел заняться этим вопросом, да времени не находил. Очень часто, когда необходимо написать маленький код на JS, PHP, С++, Java и т.п., и я уверен, что я его реализовывал, то как правило пишу его с нуля. Просто понимаю, что быстрее его написать заново, чем вспоминать в какой проекте реализовывал это, потом искать проект, потом конкретный файл, искать в каком методе класса делал... Короче много телодвижений и не факт, что в связи с поиском нужного фрагмента кода, я не потрачу больше времени, чем если его напишу с нуля. Но с нуля писать то, что ты уже когда-то написал как-то не целесообразно. Вот я решил наконец то уделить время этому вопросу, и таки установить себе "интернет-шпаргалку", которую я смогу удобно и быстро использовать. Раньше для таких целей я использовал Wiki движок - DokuWiki. По некоторому стечению обстоятельств я по началу забил на него, а потом потерял. И теперь приходим к вопросу: целесообразно ли хранить код в Wiki, или есть более удобные средства для хранения кода? Но для меня критично несколько факторов: Обязательно: Движок системы должен быть написан на РНР (хостинг у меня только его поддерживает) Данные должны хранится не в файлах, а в базе данных (конкретнее - MySQL). Во время работы с Dokuwiki, который раньше работал с файлами (наверное и сейчас так-же) я понял, что хранение данных в файлах - это очень неудобно. Система должна быть с бесплатной лицензией. Типа я не пиратю. Не обязательно, но желательно: Движок должен поддерживать цветную визуализацию синтаксиса языков (в смысле чтобы было удобное представление кода, как в современных IDE) Движок должен быть по возможности лёгкий. Что меня практически не интересует: Дизайн движка. Мне без разницы какой он по внешнему виду. Главное, чтобы был удобен. Сам пробовал 2 движка - Dokuwiki и MediaWiki. Но MediaWiki явно разрабатывался не для тех целей, да и вообще, в силу понятных причин - тяжёлый (не в плане освоения, а набора функций и самого кода). В общем что вы можете мне посоветовать?
-
Теоритический вопрос: подключать 2 файла CSS - это нормально?
Boron replied to Boron's question in HTML Coding
Быколай, да, количество подключаемых CSS файлов восхищает. Ребят, спасибо всем за ответы! Извините, что только сейчас отвечаю - по некоторым обстоятельствам не мог выбраться в Интернет. -
Теоритический вопрос: подключать 2 файла CSS - это нормально?
Boron posted a question in HTML Coding
В общем мне не нравится, что мой 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) - всё нормально. Но правильно ли так делать? Может какие-то есть проблемы, которые я сам не заметил? Или по барабану сколько файлов подключать? Короче, можно так делать, или руки за такое отрывать надо? -
Не понял, о чём ты? А в остальном... Пожалуй сделаю альтернативный вариант переводов, погляжу что есть лучше. (проект всё-равно для себя делаю, поэтому лучше сразу всё сделать "правильнее"). Спасибо за ответ! По началу он меня немного задел "категоричностью", но я сразу же решил пересмотреть своё мнение. Потом отпишусь, как доделаю твой вариант перевода.
-
Сегодня опять вернулся к вопросу переводов. Решил всё-таки остановиться на массиве, т.к. удобнее, быстрее, красивее. keltanas, со статическим классом не разбирался вдумчиво, лишь поверхностно. Пожалуй в следующем проекте попробую применить его, т.к. идея понравилась.
-
rus, пусть и Джаву учит, явно будет не лишним.
-
Тут два момента: 1. Я привёл пример с загаловками, просто как наглядный. 2. В базе переводы хранить не хочу (хоть контент и настройки храню в MySQL). xPoint, keltanas, Иван Шумов, спасибо за советы! Сейчас, для начала, попробую с массивами сделать переводы. Что-то я не подумал о таком варианте, и если честно, он мне кажется наиболее оптимальным вариантом в моём случае. keltanas, спасибо за информацию про статические классы! Если честно, даже не знал про такие. В ближайшие дни посмотрю, что это такое.
-
Ну просто хотел вызвать нужный перевод заголовка страницы следующим способом: К примеру имеется в переменной $header = 'NEWS' Вот и думаю как вызвать нужный define по шаблону: PAGE_HEADER_ + $header, придумать не могу. А вот если бы был массив, то можно было проще вызвать. $header = 'NEWS'; $header = "PAGE_HEADER_".$header; // теперь $header = 'PAGE_HEADER_NEWS' echo $_DEFINE_ARRAY['header']; Ну или типо того что-то. P.S. Что-то мне кажется, я тут перемудрил с переводами.
-
Нет, это я сам придумал, вот и решил уточнить. Вообще, пока не напрограммировал непонятно что, задам такой вопрос: Является ли нормальным делать языковые переводы сайта, следующим образом: В зависимости от выбранного языка подключается файл "language.php", в котором хранятся строки вида: // Interface Translations define('INTERFACE_MAIN_PAGES' , 'Основные разделы'); define('INTERFACE_APPEARANCE' , 'Внешний вид'); define('INTERFACE_DEFAULT_PAGE' , 'Страница по умолчанию'); После чего в файле темплейта вызывается нужный define вида: <p class='link'><?=INTERFACE_DEFAULT_PAGE;?></p> Или лучше сделать другим способом, без define?
-
Да, можно, но страница будет перезагружена заново. Если тебе не нужна перезагрузка страницы, то это делается с помощью JavaScript.
-
Правильно ли я понимаю, что define(FIRST_TEXT, 'Bla-bla-bla') заносится в какой-то массив? Или нет? Если всё-таки в массив, не подскажите в какой? Просто найти в гугле информацию не смог...
-
Int, да сорри, этот момент упустил.
-
Про какую локаль идёт речь? Которая задаётся в html теге meta? Или в БД? В meta UTF-8 В БД utf-general-ci. P.S. Пробовал изменить запись с "Новости" на "News", всё так-же. В принципе, забил на вывод больших букв. Но с проблемой всё-таки хотелось бы разобраться. Так что если есть какие идеи, делитесь. Буду рад. И могу опробовать, в случае чего решения. (файлик с этой проблемой оставил).