Мак Алексей: у меня с ПК все более менее понятно, но нужно на мобилках все проверять, это как бы основное. Сейчас хочу VirtualBox поставить и установить андроид и прочее для теста скриптов, не знаю поможет ли это в полной мере в решении проблемы
все они проверяют отображение вида страниц, а мне нужно посмотреть именно выполнение каких то действий, которые исполняются js, на различных устройствах.
Stopy: У себя смотрю, в результате формирование страницы целиком 250-300ms, что на первой странице, что в середине, что на последней, время одно и тоже, даже при нажатии на F5. Это при том что шаблон сформировать надо, скрипты загрузить со стилями, картинки. Кстати в продакшене включается какие то плюшки кеширования, я на не продакшене проверить не могу в данный момент, но когда разрабатывал систему не замечал что где то тормозит что то.
На сервере стоит:
Node.js 0.12.6
MongoDB 2.6.10
По серверу:
Ubuntu 10.04 (при том что x32). Сейчас собираюсь ставить 14.04 х64 и ставить MongoDB 3.0.Х
Xeon 2x2000
Оперативки 4GB
Диск 100GB RAID-10 HDD с SSD-кешированием
Вобще проблем с обработкой данных не вижу, хотя железка мягко говоря не очень.
Stopy: делай, у меня 3 проекта работают на монго уже пол года, никогда проблем не было с базой, структуру документа только нормальную сделай и будет у тебя все шустро работать. Могу тебе сказать одно, я конечно кроме MySQL и MongoDB ничего не использовал, но возвращаться к MySQL после монго точно не стану =). Пересаживал проекты с PHP+MySQL на Node.js+MongoDB, скорость загрузки увеличилась более чем в 12-15 раз.
Stopy: последняя вобще 3.0.Х docs.mongodb.org/manual/. Я не использовал mongodb ниже 2.6, может там действительно на более ранних версиях фигово работает skip да limit
Странно, имеется база в 100к документов, получаю выборку с лимитом и отступом буквально за 0.0... секунды. Может сам запрос косячный? Или структура косячная. Я просто в силу структуры базы использую в основном агрегирование, есть такой жесткий запрос, если разложить его то строк на 100 получится )) работает молниеносно, доли секунды. Тестировал с 7 обычными запросами и с агрегированием, второе в итоге по времени в разы быстрее дергает данные, если учесть что перебор контента в 7-10 подходов, а так потребовалось бы 7-10 запросов делать. На сколько я помню при профилировании эти 7-10 запросов выполнялись порядка 2-3 секунд, с агрегированием за 0.1-0.2сек данные уже готовые выплевывает. Какая версия mongodb, покажите структуру документа и как дергаете записи.
Александр Таратин: графика разная, есть даже одним цветом, черным, можно ли как то определить сколько цветов на изображении автоматом и прописать данные?
и как вы себе представляете изменить фотошопом 50+ тысяч файлов? Да еще и на Linux, куда фотошоп без костылей не встает и полноценно работать не в состоянии..
Попробовал сжать PNG, до JPG пока еще не дошел. Может подскажите в чем проблема.
В общем беру png изображение весом 27.9кб, загружаю его для теста на tinypng, пишет что изображение сжато до 9.2.
Теперь пробою сжать изображение с помощью pngquant, беру тоже изображение 27.9кб
for i in *.png; do echo $i && pngquant --speed 1 256 --quality 50-80 $i --output optimized/"$i"; done
Сжимает его до 6.4кб, вроде бы все супер, но беру это сжатое изображение и загружаю его на tinypng, он пишет что изображение можно еще сжать до 5.9кб, что именно он находит в изображение для еще большего сжатия?
Если я даже quality уменьшу еще, то tinypng все равно найдет что сжать, цикл можно вести до бесконечности xD Так и не понял в чем подвох.
И с --skip-if-large, вываливается ошибка:
pngquant: unrecognized option '--skip-if-large'
Александр Миранович: если бы у меня все по центру было, я бы и позиционирование не делал и не перемещал бы блок, тут мне нужно более продвинутое решение, поэтому и интересуюсь. По центру блок в примере сделал специально чтобы наглядно можно было увидеть суть проблемы.
Александр Миранович: при чем тут центр? Это просто пример! У меня все работает то что вы описали выше. Возьмите и измените ширину правой нижней колонки при раскрытым блоком и все поймете. Я спрашиваю: Нужно следить за кнопкой во время изменения окна браузера и применять новые координаты блоку или есть что то более гибкое для данной реализации. Вот в чем заключается вопрос.
Нет, не поняли ) Скрытый блок может находиться в любом месте страницы, поэтому при клике по кнопке я перемещаю его в начало документа и начинаю позиционирование. Скрытый блок может находиться в блоках родителях, которые могу помещать его отображению, например position:relative который не позволит прилепить блок к кнопке, или overflow:hidden и т.д., тем и вызвано копирование блока в начало документа.
Дмитрий Авилов: что значит низкий уровень? На мой взгляд jsonschema отлично подходит для валидации объектов. Или смущает создание конфига (схемы) принятых данных? И интересно глянуть на другие более интересные обёртки по теме, я как то искал месяца 4 назад, но ничего дельного не нашел.
[code]rewrite ^/(.*)$ www.site.ru/$1 permanent;[/code]