Сергей Протько

Просто массив структур содержащих данные о вокселах. Правда мне казалось что данных должно быть больше, ну да не суть.

Хоть я и придерживаюсь мнения, что каждый сайт заслуживает своей специфической CMS, иногда это слишком дорого.

Из популярных Joomla не рассматривается мною как CMS уже года два. Не буду опускаться до грубых оскорблений… но настрадался я с ней в свое время.

Wordpress — замечательная CMS с точки зрения конечного потребителя. Удобная, гибкая… Правда самая большая печаль этой замечательной CMS — комьюнити разработчиков, которое, судя по коду, составляют студенты и школьники. Качество кода мягко скажем… ужасное. Вся логика по сути храниться в шаблонах. Что бы реализовать что-то понастоящему дельное приходится сильно думать. Особенно острой встает проблема производительности. Помниться, на одном сайте-визитке WP генерил порядка 150 запросов на страницу. Кэширование помогает конечно, но это тихий ужас.

Drupal — вот тут уже противоречивое мнение оставила эта CMF. По сути, качество реализации намного выше аналогичных. Поддерживается, много разработчиков, если хорошо покавырять напильником — в меру удобная… Но очень любит стандартизацию, в чем и плюс и минус. И да, порог вхождения у нее повыше чем в WP и Joomla, от того качественных плагинов больше.

Qt + webkit + c++… Думаю вполне реально такое написать.

Пару месяцев назад ресерчил эту тему — ответ — нету. Нашел платные решения, но цена просто заоблачная.
Для своей CMS решил сделать адаптивную админку (интересно и нигде не видел) — и теперь понимаю почему нигде нет — трудозатраты несоизмеримы с профитом. Тобиш либо это будет очень дорогая CMS, либо дорогой шаблон, либо обычная адаптивная верстка (как в решениях для WordPress).

Я хотел сделать адаптивную админку именно как один шаблон. Увы — слишком разная логика работы, пришлось делить на два разных.

Эм… мидл?

Если у .content убрать margin-left — поведение становится одинаковым во всех браузерах. Должнно быть все же как в FF и опере. На правах большинства так сказать.

Меня больше бесит зум в WebKit браузерах. Постоянно какие-то косяки со слайдерами, каруселями и т.д.

baijs.nl/tinycarousel/ — у меня дико глючит. Для этих целей можно взять jcarousel. А для бродилки по увеличиным фотографиям — colorbox. Работать они могут в связке, в итоге выходит нужный функционал.

В вашем случае самым простым способом было бы действительно взять еще один сервер, продублировать все, а затем на третьем сервере сделать балансировщик нагрузки. Так же существует возможность балансировщик задать на уровне DNS серверов. Встречал DSN хостинги где такая возможность существует. Тогда по одному домену запросы будут рассылаться на разные IP адреса серверов. Этот вариант очень удобен и быстр в реализации. Например Амазон предоставляет подобные сервисы.

Единственный способ реализовать все требования — своя специфичная CMS на базе какого-либо фреймворка. А так — такой функционал можно сделать и на WordPress + magic fields. Но там есть множество нюансов.

Начинать надо не с конкретного языка, а с принципов алгоритмизации. По сути язык программирования не нужен, нужно лишь понимание алгоритмов и умение их разрабатывать.

name="mas['name'][]"
вот что сразу приходит в голову.

Ну… попробуйте сначала сами реализовать что-то, допустим просто скопировать функционал какого-либо небольшого сервиса. Затем начинайте задаваться вопросами а как было бы лучше реализовать то или иное.

Обычно ничего особенного в применении jQuery UI в связке с PHP нету. По сути jQuery UI никак не относится к серверной части — это подготовка данных на стороне клиента. Мне больше нравится подход, когда почти все приготовления происходят на клиенте, а потом уже что-то очень важное обрабатывается на сервере.

Собственно вся задача сводится к определению дня недели по дате и проходу по промежутку ОТ и ДО. Это достаточно тривиальная задача.

30% берется не с прибыли приложения, а с продаж его в маркете. Если для продажи контента приложение использует свои механизмы — брать деньги они (яблоко) не должны.

MVC хорошо представлен в Django.
Model — бизнес логика, все что касается обработки и хранения данных
Controller — в джанго оно именуется темплейтами… по сути это та часть программы, которая подготавливает данные для скармливания представлению.
View — представление лишенное бизнес логики (идеально — просто представление)

Посмотрите на Yii, Symfony 2… и вперед.

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

Статьи были бы к месту ибо их насколько я знаю не так много.

MS Word, Open Office… да хоть VIM. Что кроме редактора текстов вам надо?