> так зачем же вы писали скрипт на php, который работает с базой, если одними и теми же данными может с успехом манипулировать и bash?
у меня есть системные CGI скрипты на bash/awk, которые выводят статистику по БД, на php я не пишу. Все либо FCGI на C, либо WSGI на Python. Как только FCGI реализуют на bash, обязательно перейду на него.
> 1. Основной плюс PHP CLI — работа с объектами (моделями) уже описанные в самом проекте, без написания уже существующего функционала, следовательно экономим время на разработке.
никогда не приходилось использовать никаких моделей в скриптах. Все что запускалось по крону работало напрямую с БД
> 2. Bash врядли сможет легко манипулировать данными как в базе, так и в nosql демонах (memcached/mongo/redis). А вызов system в php cli зачастую необходим только для того, чтобы сделать ротацию логов, сделать ресайз нескольких фотографий, ну и удалить какой-то мусор.
с mysql/pgsql никаких проблем не возникало. Для memcached:
> А значит, все эти области в ближайшее время станут более открыты и конкурентны. Разве это плохо?
они не станут более открытыми. RH допилит kvm, xfs и еще что-нибудь, но инструменты работы с рюшечками останутся закрытыми. Если хочешь open source, то бери libvirt и на основе него все делай сам, если хочешь рюшечек — покупай.
> Я откровенно плаваю в такой электротехнике, но во время профилактики я в них (издалека) заглядывал — внутри огромной толщины медные шины — в палец толщиной, шириной в ладонь.
там где стоим все идет под фальшполом. Питание там реально толстые кабели, но я в них тоже не разбираюсь, ибо это забота электриков.
Я так понимаю, что клиентов не пускают в зал? Или ровные ряды супермикр это то, что используется для облака? Когда оборудование одного производителя, то выглядит красиво. Все аккуратненько. А когда половина блоков питания слева, половина справа, сетевухи с разных сторон, тогда уже получается не красиво.
> Когда то в давние времена, когда не было ещё ноутбуков (т е когда они были не по карману) стоял у меня дома комп — Pentium чего то там, 64Mb оперативки, 2Gb HDD, дисплей 14".
o.0 DWM начат в 2006 году.
> Возможно для многих DWM будет уж чересчур минималистичным для повседневной работы. Но могу порекомендовать одно — установив единожды и подстроив его под себя, DWM будет очень надёжным помощником в тех ситуациях когда KDE или что то другое отказывается работать правильно (длинная и муторная пересборка пакетов в Gentoo это самый яркий пример такого форс-мажора).
Поставь себе KDE и не пиши идиотские высеры тут. DWM изначально был так спроектирован и Ансельм не будет слушать очередного советчика с хабра. Вам уже туда добавили Xft и прочее(насколько я знаю, уже давно им не пользуюсь). В 2007 году мы сами дописывали для него тулбары, Xft, режимы для tiled.
> Представьте себе зоопарк из 16 front-end серверов на которых стоят разные версии debian, centos и gentoo c подключенными нестандартными репозиториями сомнительного происхождения?
А что плохого в разных версиях CentOS? В локальном репозитории со своими пакетами просто нужно учесть, что в 5-ой ветке CentOS младшие версии поддерживают только md5 для пакетов.
model = Photo
ordering = ('order',)
template = 'admin/stacked.html'
Получаем редактирование материала и отдельный таб с загрузкой изображений. В шаблоне stacked.html идет вывод формы для загрузки изображений. Нужно отключить вывод формы, т.к. она не нужна, все делается через допметоды save_sort etc через передачу JSON. Если убрать форму, то валидация не проходит. Буду рад, если покажете как отключить валидацию PhotoInline.
Есть люди, которые заказали CMS у одной конторы. Контора все сделала, но админка там очень неудобная. Потом я начала переделывать все это, добавляя функции вроде гугль календаря, очистки кэшей через админку итд.
Через инлайны сделаны табы для материалов, в одном из инлайнов прикручена загрузка изображений. Для html5 dnd аплоада картинок нужно отключить там валидацию input'ов. Как отключить валидацию целой модели я не нашел, просто сделал вывод пустой формы, которая не позволяет изменять загруженные ранее объекты.
Сейчас вся админка состоит из костылей. Часть кода в этой CMS, которая идет отдельным пакетом, часть кода в самом джанго приложении. Плюс куча наследованных класов с переопределением методов. Я уже подумываю переписать админку с использованием Pyramid, а затем и морду перенести на Pyramid.
Удобно? Redmine/Trac — это два самых удобных багтракера, имхо. Jira показалась слишком перегруженной, пхп решения убогие совсем. Еще был teamworkpm — это ваще ад и содомия. Я там за 3 месяца так и не нашел как посмотреть свои тикеты.
> Завод под Новосибирском — отличный пример, что в России можно открывать новые современные производства, импортируя высокие технологии из-за границы (в данном случае — от китайской компании Thunder Sky, которая обеспечила научно-техническую базу и прислала для организации производства своих инженеров).
у меня есть системные CGI скрипты на bash/awk, которые выводят статистику по БД, на php я не пишу. Все либо FCGI на C, либо WSGI на Python. Как только FCGI реализуют на bash, обязательно перейду на него.
никогда не приходилось использовать никаких моделей в скриптах. Все что запускалось по крону работало напрямую с БД
> 2. Bash врядли сможет легко манипулировать данными как в базе, так и в nosql демонах (memcached/mongo/redis). А вызов system в php cli зачастую необходим только для того, чтобы сделать ротацию логов, сделать ресайз нескольких фотографий, ну и удалить какой-то мусор.
с mysql/pgsql никаких проблем не возникало. Для memcached:
echo «stats» | nc 127.0.0.1 11211
они не станут более открытыми. RH допилит kvm, xfs и еще что-нибудь, но инструменты работы с рюшечками останутся закрытыми. Если хочешь open source, то бери libvirt и на основе него все делай сам, если хочешь рюшечек — покупай.
непонятно зачем использовать php, если есть bash для этих целей. Особенно exec и system, которые по-хорошему нужно запретить использовать.
там где стоим все идет под фальшполом. Питание там реально толстые кабели, но я в них тоже не разбираюсь, ибо это забота электриков.
Я так понимаю, что клиентов не пускают в зал? Или ровные ряды супермикр это то, что используется для облака? Когда оборудование одного производителя, то выглядит красиво. Все аккуратненько. А когда половина блоков питания слева, половина справа, сетевухи с разных сторон, тогда уже получается не красиво.
o.0 DWM начат в 2006 году.
> Возможно для многих DWM будет уж чересчур минималистичным для повседневной работы. Но могу порекомендовать одно — установив единожды и подстроив его под себя, DWM будет очень надёжным помощником в тех ситуациях когда KDE или что то другое отказывается работать правильно (длинная и муторная пересборка пакетов в Gentoo это самый яркий пример такого форс-мажора).
Поставь себе KDE и не пиши идиотские высеры тут. DWM изначально был так спроектирован и Ансельм не будет слушать очередного советчика с хабра. Вам уже туда добавили Xft и прочее(насколько я знаю, уже давно им не пользуюсь). В 2007 году мы сами дописывали для него тулбары, Xft, режимы для tiled.
А что плохого в разных версиях CentOS? В локальном репозитории со своими пакетами просто нужно учесть, что в 5-ой ветке CentOS младшие версии поддерживают только md5 для пакетов.
Жду конструктивных предложений, а не обсуждения рук.
fieldsets = (
(None, {
'fields': ('title', 'img', 'author', 'description', 'recommended')
}),
)
list_display = ('title',)
inlines = [PhotoInline]
tabs = True
def save_model(self, request, obj, form, change):
#Здесь сохрание
def get_urls(self):
from django.conf.urls.defaults import patterns, url
from django.utils.functional import update_wrapper
def wrap(view):
def wrapper(*args, **kwargs):
return self.admin_site.admin_view(view)(*args, **kwargs)
return update_wrapper(wrapper, view)
info = self.model._meta.app_label, self.model._meta.module_name
urlpatterns = patterns('',
url(r'^(.+)/save_sort/$',
wrap(self.save_sort),
name='%s_%s_save_sort' % info),
)
return urlpatterns + super(AAdmin, self).get_urls()
@csrf_exempt
def save_sort(self, request, object_id, extra_context=None):
def __POST(request):
#Парсинг json и запись в БД
if request.POST:
__POST(request)
response = HttpResponse(«OK»)
response.status_code = 200
return response
class PhotoInline(StackedInline):
model = Photo
ordering = ('order',)
template = 'admin/stacked.html'
Получаем редактирование материала и отдельный таб с загрузкой изображений. В шаблоне stacked.html идет вывод формы для загрузки изображений. Нужно отключить вывод формы, т.к. она не нужна, все делается через допметоды save_sort etc через передачу JSON. Если убрать форму, то валидация не проходит. Буду рад, если покажете как отключить валидацию PhotoInline.
Через инлайны сделаны табы для материалов, в одном из инлайнов прикручена загрузка изображений. Для html5 dnd аплоада картинок нужно отключить там валидацию input'ов. Как отключить валидацию целой модели я не нашел, просто сделал вывод пустой формы, которая не позволяет изменять загруженные ранее объекты.
Сейчас вся админка состоит из костылей. Часть кода в этой CMS, которая идет отдельным пакетом, часть кода в самом джанго приложении. Плюс куча наследованных класов с переопределением методов. Я уже подумываю переписать админку с использованием Pyramid, а затем и морду перенести на Pyramid.
hosts = { '1.2.3.4': { 'user': 'user1', 'password': 'password1'},… }
Сначала инженеры, потом рабочие :)