n0name

n0name
Рейтинг
54
Регистрация
22.12.2006


<div id="foo"></div>

<script type="text/javascript">
var foo = document.getElementById('foo');
foo.innerHTML = '<p><a href="http://рекламныйсайт.ru"><img border="0" src="reklama.jpg" width="200" height="150" alt="Апупенная реклама"></a> Апупенная реклама.</p>';
</script>

Правда, некоторые поисковики распознают JS

GanJomong:
Авторские права принадлежат вам. Можно локализовать скрипт на казахском языке? Займусь лично

Делаю проект контент которого на трех языках Казахский / English / Russian

Можно, так как CMS распространяется под лицензией GPL 3. Только позже вам придется выложить локализацию в свободный доступ под той же лицензией.

еще можно через Comet сделать

Убрать из файла countdown.js вызов функции CountDowndmn(2012,1,1); и вставить его в саму страницу

<script type="text/javascript">CountDowndmn(нужная дата);</script>
DiAksID:
вот представьте себе - иногда совсем не лишнее мероприятие 😂 разные форматы, знаете ли, разные алгоритмы сжатия...

Можно ссылку на статью или на какой-нибудь пример, где используется Джизип для сжатия картинок? Ради интереса решил взять несколько различных изображений и сжал их этой программой. В самом лучшем случае я получил уменьшение размера изображения на 1.8%. В остальных же случаях несколько десятых, а то и сотых. И стоит ради этих 1-2% нагружать компьютер пользователя и сервер?

DiAksID:
улыбка вызвана тем что Вы всегда выводите изображения напрямую, браузер пользователя нагружаете подгонкой размеров? никогда не пользовались библиотеками обработки изображений: phpThumbs, например, или подобными? :( печально, но дело опыта всего лишь... результаты работы этих скриптов нормальные системы, как ни странно, предпочитают хранить в своём локальном кэше почему то...

ЗЫ: вот как раз когда где то на левом хосте лежат огромные сканы картинок, а в кеше системы только обработанные и подогнанные по размеру скриптом изображения для католога (которые обновляются раз в месяц или неделю) м.б. в стороннем хостинге смысл и появляется. хотя риск потерять исходники не стоит того адназначна...

При чем тут генератор превью и размеры изображений? ТС спросил где лучше хранить изображения, а не в каких форматах, размерах отдавать и чем ресайзить.

DiAksID:
вот ведь: кто то со спрайтами мучается, что бы миллисекунды сэкономить, кто то о фотохостинге думает 🙄 , а ведь есть такие штуки как GZIP и/или CASHE системы. вообще ппц непонятки...

Зачем сжимать картинки Джизипом, если они и так сжаты?

И как связано хранение картинок и кеширование (вы ведь его имели в виду под "CASHE системами"?)

Храните лучше на сайте (на основном домене или поддомене). Свое в данным случае надежнее :)

Если и найдете фотохостинг, который разрешает хотлинкинг, то в любой момент он может поменять условия и придется срочно что-то другое искать.

По сути - это будет не библиотека, а сборник разношерстных функций. Если разработчику понадобится одна-две функции, то подключать всю библиотеку ему явно не захочется. Проще будет взять нужную с javascript.ru/php.

Если же не согласны с этим, то приведите в порядок свою библиотеку и выкладывайте на какой-нибудь Гитхаб. Может кому и пригодится.

Что-нибудь подходящее точно найдете :)

... а у остальных стопятиста сайтов все через шаблонизатор. А у других тыщуста все на голом PHP.

Хватит уже спорить какой размер обуви лучше :)

Кому-то нравится использовать шаблонизатор, кому-то нет.

В одних проектах он оправдан, в других нет.

Всего: 269