Я думаю битрикс это прежде всего функционал и удобная среда для контент менеджеров и пользователей. Могу сказать, что на данный момент сделать функциональный портал на битриксе проще и дешевле, чем на livestreet с кучей модулей и сомнительной поддержкой обновлений этих самих модулей. Насчет качества кода не знаю, но то, что проекты на битриксе выдерживают многие сотни тысяч хостов в сутки — это факт.
Тоже самое можно сказать про host cms, amiro, и т.д. Качество, функциональность, скорость…
Хотя я думаю, что тут не совсем правда 2,4 у DLE уж слишком подозрительно ))) Конечно если исследование проводили среди 5-ти вебстудий, слишком неравномерная выборка…
+1 выглядит отлично. Может быть стоить добавить иконки и для подменю? А так же выводить подсказки к каждому пункту меню (но это скорее вопрос к админам и к юзабилити самой админ панели).
только у вас что то с php
PHP
time load modules: 1.081
included files:
— count: 89
— time: 0.155
full time: 3.16
В недобросовестных руках это может стать настоящей проблемой. Что помешает создавать picture.jpg-10000x10000.jpg к примеру или тысячу picture.jpg-100x100.jpg? дисковое пространство закончится очень быстро.
Объясню почему это гораздо хуже ддос атаки — с помощью простого скрипта генерящего 100 картинок в минуту конкурент сможет заполнить все дисковое пространство за несколько часов. И для этого будет достаточно одного ПК.
Обращайтесь к разработчикам этих платных продуктов. Предварительно можете поинтересоваться перед покупкой в течении какого времени стоит ждать ответа от поддержки.
Наверное, все же, должен быть какой-то разумный компромисс — что-то в админке в пару кликов настраивается, а что-то — ручками в конфиге.
Я просто сомневаюсь что существует на сегодня сообщество в котором юзеры могут руками делать кроп, фит, пад,… Это замечательно для разработчика и возможно отчасти для админов, которые будут использовать эту функцию, а значит — это больше фреймворк релиз. Для пользователей ждем следующий релиз?
Кстати возникает еще вопрос, если эта функция исключительно для админа, то как сделать /uploads/images/000/picture.jpg для всех изображений загруженных пользователями /uploads/images/000/picture.jpg-200x100.jpg?
А как без этого реализовать «возможность показывать оригинал изображения по клику во всплывающем окне?»
Конкретно в нашем случае используется одно и то же изображение с разными размерами сторон. Но, наверное вы правы — правильно делать отдельное превью.
Если «коробочный функционал» — это все действия в один клик из админки
Это общепринятые принципы любой CMS на 2013 год — все действия в несколько кликов из админки. Покажите CMS в которой не так, кроме livestreet (который по сути в большей степени фреймворк, чем CMS).
уже сейчас ничего программировать, как в чистом фреймворке(ну и ЛС) для того, чтобы сделать новый размер фото — не нужно будет
у нас на 0.5 ls (модифицированная) за это отвечает плагин на jquery. Хотя здесь наверное стоит отметить, что все действия выполняются с оригинальным изображением, делать несколько копий с разными размерами он не умеет, да и нужно ли это?
Imagick и Gmagick — вот это действительно очень хорошая новость.
Отличная новость ) Но возникает несколько вопросов
— есть возможность показывать оригинал изображения по клику во всплывающем окне?
— на мой взгляд ватермарк должен быть из коробки такого вида sitename.com/username (имя пользователя загрузившего изображение) это минимальный функционал, если человек хочет большего функционала, тогда ставит плагин, как вы считаете*
— будет ли управление изображениями? Например такое altocms.ru/blog/ideas/244.html или любое другое решение этой старой лайвстрит проблемы?
По поводу поддержки gif — можно выпустить автомобиль и не поставить на него одно колесо, вроде как бы автомобиль есть, все работает, но ездить на нем нельзя ))
И еще pad, fit и т.д я так понимаю надо прописывать руками, ни о какой визуализации процесса обрезки и изменения размеров речь не идет? Если это действительно так, я конечно как админ могу это запомнить, но боюсь пользователи нет )))
В первом 8 секунд, во втором почти 3 (здесь только текст). Хочу заметить, что для любого сайта время загрузки более 0.5 секунды для текстовой составляющей уже является проблемой.
У меня в последнее время сам сайт altocms.ru медленно грузится — видимая часть 2,5-3 (иногда 5-6) секунды, далее загрузка изображений 8 секунд, ну и рекордсмен yandex 30 секунд (webvisor). Смотрела по закладке панель разработчика chrome -> network. Особенно это касается главной. Скорость интернета 5 мегабит в обе стороны, практически все остальные сайты летают.
Возможно для топика этого мало, но я специально указала, что подобный, а не точно такой же. К тому же для комментариев, стены, сообщений он подходит просто идеально.
Если тебе дать возможность комментировать с помощью такого редактора, через неделю ты сам не поверишь как мог обходиться без него все это время. Не бойся новых технологий :)
Через год-два, возможно не именно такой, но подобный функционал станет стандартом. И двигаться в этом направлении нужно уже сегодня.
vitalets.github.io/x-editable/demo-bs3.html кстати идеально подошел бы для редактирования профиля. Только представьте профиль, который пользователь изменяет на лету :)
Я думаю битрикс это прежде всего функционал и удобная среда для контент менеджеров и пользователей. Могу сказать, что на данный момент сделать функциональный портал на битриксе проще и дешевле, чем на livestreet с кучей модулей и сомнительной поддержкой обновлений этих самих модулей. Насчет качества кода не знаю, но то, что проекты на битриксе выдерживают многие сотни тысяч хостов в сутки — это факт.
Тоже самое можно сказать про host cms, amiro, и т.д. Качество, функциональность, скорость…
Хотя я думаю, что тут не совсем правда 2,4 у DLE уж слишком подозрительно ))) Конечно если исследование проводили среди 5-ти вебстудий, слишком неравномерная выборка…
p.s. опять же отсутствие шаблона со свободной лицензией из коробки, мягко говоря затрудняет разработку новых шаблонов.
только у вас что то с php
более 3-х секунд.
Вообще вопрос стоял как не отдавать по get запросу
picture.jpg-1x1.jpg
picture.jpg-2x2.jpg
picture.jpg-3x3.jpg
altocms.ru/blog/dev/420.html#comment6827
В недобросовестных руках это может стать настоящей проблемой. Что помешает создавать picture.jpg-10000x10000.jpg к примеру или тысячу picture.jpg-100x100.jpg? дисковое пространство закончится очень быстро.
Объясню почему это гораздо хуже ддос атаки — с помощью простого скрипта генерящего 100 картинок в минуту конкурент сможет заполнить все дисковое пространство за несколько часов. И для этого будет достаточно одного ПК.
Но конечно в идеале опционально.
Я просто сомневаюсь что существует на сегодня сообщество в котором юзеры могут руками делать кроп, фит, пад,… Это замечательно для разработчика и возможно отчасти для админов, которые будут использовать эту функцию, а значит — это больше фреймворк релиз. Для пользователей ждем следующий релиз?
Кстати возникает еще вопрос, если эта функция исключительно для админа, то как сделать /uploads/images/000/picture.jpg для всех изображений загруженных пользователями /uploads/images/000/picture.jpg-200x100.jpg?
Конкретно в нашем случае используется одно и то же изображение с разными размерами сторон. Но, наверное вы правы — правильно делать отдельное превью.
Это общепринятые принципы любой CMS на 2013 год — все действия в несколько кликов из админки. Покажите CMS в которой не так, кроме livestreet (который по сути в большей степени фреймворк, чем CMS).
у нас на 0.5 ls (модифицированная) за это отвечает плагин на jquery. Хотя здесь наверное стоит отметить, что все действия выполняются с оригинальным изображением, делать несколько копий с разными размерами он не умеет, да и нужно ли это?
Imagick и Gmagick — вот это действительно очень хорошая новость.
— есть возможность показывать оригинал изображения по клику во всплывающем окне?
— на мой взгляд ватермарк должен быть из коробки такого вида sitename.com/username (имя пользователя загрузившего изображение) это минимальный функционал, если человек хочет большего функционала, тогда ставит плагин, как вы считаете*
— будет ли управление изображениями? Например такое altocms.ru/blog/ideas/244.html или любое другое решение этой старой лайвстрит проблемы?
По поводу поддержки gif — можно выпустить автомобиль и не поставить на него одно колесо, вроде как бы автомобиль есть, все работает, но ездить на нем нельзя ))
И еще pad, fit и т.д я так понимаю надо прописывать руками, ни о какой визуализации процесса обрезки и изменения размеров речь не идет? Если это действительно так, я конечно как админ могу это запомнить, но боюсь пользователи нет )))
В первом 8 секунд, во втором почти 3 (здесь только текст). Хочу заметить, что для любого сайта время загрузки более 0.5 секунды для текстовой составляющей уже является проблемой.
Если тебе дать возможность комментировать с помощью такого редактора, через неделю ты сам не поверишь как мог обходиться без него все это время. Не бойся новых технологий :)
vitalets.github.io/x-editable/demo-bs3.html кстати идеально подошел бы для редактирования профиля. Только представьте профиль, который пользователь изменяет на лету :)
К тому же лицензия GPL 2 против MIT (я не специалист, поэтому в этом могу ошибаться).