Конечно, вопрос чисто теоретический.
Точки отказа, думаю, не стоит рассматривать - это граничный случай. Как и "кластер за 5 баксов".
Просто мне, например, сейчас совешенно неочевидно, когда закончится возможность к скейлингу - захотел больше инстансов на код: поднял бесплатный хероку, нужен новый сервер для надежности (!) базы: найди новый бесплатный шаред.
Балансировщик не справляется с 500К RPS? Ну ладно, можно за 20 баксов докупить vps.
Вопрос, скорее о том, что если изменились комментарии к блогу, нужно ли ставить заголовок как изменение поста или изменение коммента.
С учетом того, что заголовки применяются не к сущностям, а к ресурсам, то ресурс по адресу /posts/1 скорее нужно считать измененным, если изменился комментарий
Что б вот прям написать и удалить мог любой желающий? И вот прям, что б запись содержала только голый текст, и ни имени автора, ни темы, ни категории, да?
Такой, увы, не существует (а если и есть что-то похожее, то это не CMS).
Ближе всего под описание подходят гостевые книги родом из 90х (например, www.master-script.ru/scripty_gostevyh_knig.html)
Rain Summers: дело не в языке, а в том, что это уже первый посыл к тому, что что-то не так - если на разных языках такие базовые вещи решаются по-разному
Rain Summers: действительно) костыльно, как никак )
Вариант с explode/split лучше, но, например, как минимум, в Ruby - поведение другое (не будет "пустых символов")
sunnmas: что ж вы делаете с руби и с рельсами?)
Во-первых, если уж на то пошло item.send('subitem=', Subitem.new)
Во-вторых, нормальная интерполяция вот: item.send("#{attr}=", args)
В-третьих, как-то рейлс-вей - делать model.build_association
И в-четвертых, если по примеру с авито - вам нужно каждый раз отправлять заполненные параметры, включая категорию, и рендерить целиком новую форму, с заполненными существующими параметрами. По крайней мере, по той информации, что вы дали, нет смысла рендерить отдельные поля
sunnmas: цели, к сожалению, не видно ни в этом, ни в том вопросе ) и первый вопрос еще более запутанный
С первого взгляда кажется, что вы переизобретаете nested attributes и cocoon
Antiless: Конечно, все субъективно и всегда бывают исключения, но:
Заезженная и прагматичная тема - редко место для нововведений и последних технологий.
Немало заказчиков без денег.
Наверное, подавляющая часть - "бизнесмены" и говорить с ними будет сложно, а по поводу грамотного менеджмента смотреть предыдущий пункт.
Не стартапы.
Сферы деятельности в основном жестко детерминированы (Фильтры - как у всех, выгрузка прайсов - как у всех, корзина - как всех ...).
Если нравится клиентсайд - будут проблемы, так как всем крайне важно СЕО.
Несмотря на то, что кажется, что все очевидно и просто - мелких нюансов - тысячи.
sunnmas: вы лучше задачу опишите нормально, и не 100 строчками текста, что вы хотите сделать.
Не представляю задачу, где нужна "сердцевина формы". А что б без лейаута, делаете в конце: rednder 'partial', layout: false
Евгений Петров: Мне тоже импонирует больше говорить http-запросы и не нравится злоупотребление термином "оправить аякс запрос", тем более, что X означает XML, который используется все реже и реже, но почему так категорично ?)
AJAX - это HTTP потому, что используется, по большому счету, только в браузере и при просмотре веб-страниц. Повернулось бы что-то немного иначе и возможно, был бы другой протокол. Плюс, он так же работает по HTTP, а вскоре будет и по HTTP2 (плюс, разные "форки" браузеростроителей), что не совсем все одно и то же...
Так что в разделении терминов AJAX и HTTP смысл все-таки имеется. Главное, конечно, разумно их употреблять.
