Там специально в качестве демонстрации поставлены очень строгие ограничения на время ввода (30 секунд), видимо вы не вложились в этот отрезок. Но это не беда, в настройках класса вы можете выставить свои ограничения.
В статье есть ссылка на оригинал http://www.phpclasses.org/browse/package… можете загрузить с phpclasses, мне не хотелось "нагружать" читателей лишней работой.
Лучшей "наградой" для автора будет развитие его идеи, и я надеюсь, что многие из Вас дополнят этот класс своими "ловушками" для ботов. Лицензия на Class LGPL. Каждый из Вас может его доработать.
Я сейчас читаю хабр со своей мобилки (Opera mini на symbian 9.1 nokia e61). Да, жрет немного больше трафика, чем хотелось-бы, но читать удобно. Да вы сами попробуйте, сейчас браузеры научились грамотно отображать контент в небольшом окне мобилки.
Кроме того не забывайте что для мобильной версии надо специально верстать топики. Не каждому автору понравиться такая перспектива.
Комбайнер и секретарша должны быть безмерно счастливы, что есть OpenSource конкуренты у "закрытого ПО". Иначе они бы сегодня работали на 141 сервис-паке Windows 98SE, и покупали бы его не за 80$ а за 80x??$.
Серверную войну платные продукты уже давно проиграли. Linux или FreeBSD используют все крупные интернет-компании. Что каксается десктоп-приложений то тут дело времени.
Поставил opera mini себе на Nokia E61, попользовался немного и стер. Встроенный браузер от Symbian 9.1 оказался более удобен.
Тут видимо дело привычки :)
ntfs это неплохая файловая система, но по скорости работа она в сравнение с ext4 не идет. Я взял самые простые результаты сравнения файловых систем, поскольку они на английском, приведу здесь и прокомментирую:
Все тесты проводились 5 раз и представлены усреднённые результаты:
* В первой колонке указан тест на использование дискового пространства. Были взяты исходники 3 разных копий ядра linux. Чистый размер без метаданных составил 655MB
* Copy 655MB (1): Копирование данных внутри раздела диска
* Copy 655MB (2): Копирование данных на другой раздел
* Tar Gzip 655MB: Tar and Gzip the data. Пакуем tar.gzip
* Unzip UnTar 655MB: UnGzip and UnTar the data. Распаковуем tar.gzip
* Del 2.5 Gig: Уделение файла (около 2.5 Gig).
Делаем анализ. Смотрим EXT4 extents и ntfs.
* ntfs экономичнее: 779 против 806
* копирование файла внутри раздела, ну здесь полный провал - почти в 5 раз медленее!
* копирование на другой раздел, ext4 быстрее
К сожалению по остальным тестам результатов нет, на фоне вышеописанного я бы не говорил что ext4 не удалась, да и raizer4 tails посолиднее выглядит.
Кроме того около половины технологий в системе пока не реализованы, в том числе и временные метки, которые есть в ntsf, об этом подробно написано в русскоязычной ссылке на ext4.
Я предложил вариант, где можно попробовать работу файловой системы без особого риска для всей системы.
Никто не сомневается что с tmpfs, которая использует оперативную память будет работать быстрее.
Вот еще реализация crop на mootools. Mooloos удобен тем что все его библиотеки зашиты в один js. В заголовке всего + одна строчка.
<script type="text/javascript" src="mootools.js"></script>
<script type="text/javascript" src="MooCrop.js"></script>
Конечно, проблемы есть, я с этим не спорю. Но тупика тут нет, технологии развиваются. И я уверен, что не все браузеры смогут поддерживать все новые теги, так же как после выхода CSS2 некоторые инструкции поддерживались частично или не поддерживались вовсе.
как элемент video будет справляться с огромным количеством кодеков и форматов видео. Когда я спросил об этом одного из докладчиков, после лекции, то вразумительного ответа так и не получил.
Ну я не вижу тут проблемы, утвердят перечень базовых кодеков (DIVX,FLV,MPEG4, ...), почему должны поддерживаться абсолютно все? img тоже не показывает формат TIFF, PSD, ...
195.114.120.71 - не определил, только страна (правильный ответ Тернополь)
193.239.143.145 - не определил, только страна (правильный ответ Хмельницкий)
213.179.232.166 - не правильно определил, только страна (правильный ответ Житомир)
193.243.158.4 - правильно определил Винницу
62.149.2.1 - правильно определил Киев
Спасибо за статью. Когда-то верстал в PageMaker там без "горячих" клавиш не обходилось иначе очень сильно падала производительность верстки, так что подход разработчиков меня не удивил :)
Форматы файлов и PDF-вкусности:
...
* JavaScript-сценарии
Я не пользуюсь convert (работа из консоли очень ограничивает возможности этой библиотеки, кроме того вы не можете определить как каком этапе ImageMagick "уходит в космос").
Мои пользователи не заливают мне файлы такого разрешения :). Поєтому дам рекомендации исходя из того как решал бы проблему я.
Поделим все на этапы:
1. Увеличьте в php максимальный предел загребаемого ОЗУ, примерно так ini_set('memory_limit', '2048M');
set_time_limit(0);
2. Загрузите изображение в память $magick_wand=NewMagickWand();
MagickReadImage($magick_wand,'my_big.tif');
3. Если эти этапы прошли, напишите прогу которая будет вырезать куски, этого я за Вас делать не буду.
Главное в во всем этом то, что вы можете видеть на каком шаге затык! Ну в крайнем случае RAM в комп добавте :). У меня на серваке 8G стоит, думаю он бы проглотил имидж в полтора гига.
Лучшей "наградой" для автора будет развитие его идеи, и я надеюсь, что многие из Вас дополнят этот класс своими "ловушками" для ботов. Лицензия на Class LGPL. Каждый из Вас может его доработать.
Кроме того не забывайте что для мобильной версии надо специально верстать топики. Не каждому автору понравиться такая перспектива.
Серверную войну платные продукты уже давно проиграли. Linux или FreeBSD используют все крупные интернет-компании. Что каксается десктоп-приложений то тут дело времени.
Тут видимо дело привычки :)
Все тесты проводились 5 раз и представлены усреднённые результаты:
* В первой колонке указан тест на использование дискового пространства. Были взяты исходники 3 разных копий ядра linux. Чистый размер без метаданных составил 655MB
* Copy 655MB (1): Копирование данных внутри раздела диска
* Copy 655MB (2): Копирование данных на другой раздел
* Tar Gzip 655MB: Tar and Gzip the data. Пакуем tar.gzip
* Unzip UnTar 655MB: UnGzip and UnTar the data. Распаковуем tar.gzip
* Del 2.5 Gig: Уделение файла (около 2.5 Gig).
Делаем анализ. Смотрим EXT4 extents и ntfs.
* ntfs экономичнее: 779 против 806
* копирование файла внутри раздела, ну здесь полный провал - почти в 5 раз медленее!
* копирование на другой раздел, ext4 быстрее
К сожалению по остальным тестам результатов нет, на фоне вышеописанного я бы не говорил что ext4 не удалась, да и raizer4 tails посолиднее выглядит.
Кроме того около половины технологий в системе пока не реализованы, в том числе и временные метки, которые есть в ntsf, об этом подробно написано в русскоязычной ссылке на ext4.
Никто не сомневается что с tmpfs, которая использует оперативную память будет работать быстрее.
<script type="text/javascript" src="mootools.js"></script>
<script type="text/javascript" src="MooCrop.js"></script>
Несжатый MooCrop занимает 9K
Ну я не вижу тут проблемы, утвердят перечень базовых кодеков (DIVX,FLV,MPEG4, ...), почему должны поддерживаться абсолютно все? img тоже не показывает формат TIFF, PSD, ...
Для поисков лучше когда разнесено по поддоменах. Они просто в этом не признаються.
195.114.120.71 - не определил, только страна (правильный ответ Тернополь)
193.239.143.145 - не определил, только страна (правильный ответ Хмельницкий)
213.179.232.166 - не правильно определил, только страна (правильный ответ Житомир)
193.243.158.4 - правильно определил Винницу
62.149.2.1 - правильно определил Киев
http://www.maxmind.com/app/lookup_city с этим справился.
Конечно удобно, что есть все на русском.
видимо речь шла о формулах :)
Опытный верстальщик всегда пользуется горячими клавишами иначе производительность его труда заметно падает.
И не будем забывать что голый InDesign стоит 700$!
Вот это не совсем понял. Можно поподробнее?
Мои пользователи не заливают мне файлы такого разрешения :). Поєтому дам рекомендации исходя из того как решал бы проблему я.
Поделим все на этапы:
1. Увеличьте в php максимальный предел загребаемого ОЗУ, примерно так
ini_set('memory_limit', '2048M');
set_time_limit(0);
2. Загрузите изображение в память
$magick_wand=NewMagickWand();
MagickReadImage($magick_wand,'my_big.tif');
3. Если эти этапы прошли, напишите прогу которая будет вырезать куски, этого я за Вас делать не буду.
Главное в во всем этом то, что вы можете видеть на каком шаге затык! Ну в крайнем случае RAM в комп добавте :). У меня на серваке 8G стоит, думаю он бы проглотил имидж в полтора гига.