• Типы HTTP-запросов и философия REST
    0
    Почитал RFC и готов с вами согласиться (хотя POST тоже может создавать ресурс, но это не основное его применение). До этого, честно говоря, ориентировался на менее официальную литературу (блоги и книги). Большое спасибо за замечание!
  • Типы HTTP-запросов и философия REST
    0
    Принципы RESTful вообще ничего не говорят об HTTP, если уж на то пошло, как, впрочем, и оригинальная диссертация Роя Филдинга (даже в части, касающейся HTTP).

    Применение DELETE и PUT является скорее стандартом де-факто (по крайней мере, я не знаю официальной документации ни на REST, ни на применение REST over HTTP).
  • Типы HTTP-запросов и философия REST
    0
    Ничего не копировал и не знаю, что именно я не понял.

    Про ваш п.1 я написал следующее:
    Обратите внимание на тот факт, что спецификация HTTP не обязывает сервер понимать все методы (которых на самом деле гораздо больше, чем 4) — обязателен только GET


    Про п. 2 я тоже писал: HTML 4.01 не позволяет писать в форме иные методы, кроме GET и POST, но во всех основных браузерах вы можете отправить XMLHttpRequest любым методом из как минимум GET/POST/DELETE/PUT. Так что этого вашего возражения я тоже не понял.

  • Типы HTTP-запросов и философия REST
    0
    С учетом того, что вы пишете о Rails, то пару слов про :method => :put и map.resource :sessions сказать вам всё равно придется ;)
  • Типы HTTP-запросов и философия REST
    0
    В общем случае, действительно, весьма сложно реализовать PUT/DELETE запросы, тем не менее, решения есть (как я уже писал, есть XMLHttpRequest, есть решения на PHP, на Ruby on Rails (там это вообще нативно поддерживается) и на многих других платформах).
  • Типы HTTP-запросов и философия REST
    0
    Видимо, вы об этом
  • Типы HTTP-запросов и философия REST
    0
    Спасибо, дополнил. На самом деле, долго сомневался, стоит ли давать ссылку на Википедию.
  • Типы HTTP-запросов и философия REST
    +3
    При том, что я люблю и уважаю REST, не могу с вами согласиться. Первое упоминание о REST датируется 2000 годом, а более-менее применяться он начал вообще два-три года назад.
  • Типы HTTP-запросов и философия REST
    0
    Если будет не только быстрее и эффективнее разрабатывать, но и проще поддерживать, то я присоединюсь к вам :) Только я ни разу не видел подобных проектов длиннее 500 строк. Хотя, возможно, они и имеют право на жизнь.
  • Типы HTTP-запросов и философия REST
    +7
    Аргумент есть у W3C — называется спецификация протокола HTTP
  • Типы HTTP-запросов и философия REST
    +1
    Опередили :)
  • Типы HTTP-запросов и философия REST
    +5
    Метод DELETE означает, намерение клиента удалить какой-либо ресурс, но сервер может ему это не позволить (например, если удаление невозможно в принципе или если у клиента нет прав). То есть DELETE /user/theRavel ничем не хуже с точки зрения безопасности, чем GET /user/theRavel/delete
  • Типы HTTP-запросов и философия REST
    +4
    Не знаю, за что вас заминусовали, но вопрос в любом случае поставлен неверно: проблема не в том, что HTML не поддерживает REST, а в том, что HTML не позволяет отправить иной запрос к серверу, кроме GET и POST. Поддержка других методов будет в HTML5 и XHTML2.
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 2 — Advanced features.
    0
    В двух словах не получилось, зато получилась небольшая статья. Надеюсь, помогло.
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 2 — Advanced features.
    0
    Отличное замечание! Действительно, если у нас уже есть файл с таким именем, то мы получим то же самое значение дайджеста и два файла будут иметь одну и ту же ссылку. Значит, в третьей части заодно рассмотрим решение этой проблемы.

    Еще раз спасибо за внимательность.
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 1 — The Begining
    0
    А как я передам файл своему знакомому?
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 2 — Advanced features.
    –2
    Так в двух статьях и так есть весь код, кроме CSS (без которого всё отлично работает)
  • Ruby on Rails шаг за шагом. #2 Рабочее место и первое приложение
    +1
    Да что вы — никого вы не задели.

    Что касается ваших альтернатив: я писал на C#, RoR и немного на Python. Субъективно мне больше нравится RoR (из-за обилия удобных мелочей при разработке), но C# (видимо, вы говорите об ASP.NET) — тоже очень и очень хорош, особенно в последних версиях. Про Python мне судить сложно, так как я не работал с Django (а это основной способ разработки веб-приложений на пайтоне). Вообще Ruby и Python во многом похожи с точки зрения синтаксиса (но пайтон работает быстрее).

    Посоветовать вам что-либо довольно сложно: все три альтернативы весьма хороши (но если это вам важно, то бесплатный софт для разработки проще раздобыть для RoR и пайтона — хорошая Visual Studio стоит больших денег). C#, пожалуй, посложнее для новичка будет, но не в разы. В общем, выбирайте либо наугад, либо по тому же принципу, что и дистрибутив линукса — тот, который знает кто-либо из ваших хороших друзей (чтобы мог давать советы).

    Возвращаясь к вашему мнению о rails: посмотрите, например, на сайты play-me.ru, carzzz.ru, linkfeed.ru — все они написаны на RoR, но у них мало общего с тем же BaseCamp. В общем, я не вижу каких-либо ограничений на разнообразии сайтов.

    Про шаблонизатор: верстальщик может работать только с шаблонами (и не трогать другие файлы вообще), но иногда хочется повторяющийся HTML-код вынести в отдельные методы; верстальщик может писать одно и то же несколько раз, а может, действительно, написать вспомогательный метод (не в шаблоне, а в отдельном файле, доступном сразу всем шаблонам), который облегчит его работу. Не знаю, как эта проблема решена в Perl, но полагаю, что примерно так же. Но в базе хранить HTML не прийдется никогда.

    Пример вспомогательного метода:
    def user_link(id)
       "<a href='/users/#{id}'>Пользователь</a>"
    end
    


  • Ruby on Rails шаг за шагом. #2 Рабочее место и первое приложение
    0
    Видимо, у вас всё-таки устаревшая информация.

    Мне тоже не очень понятно, что значит «однообразные сайты», но проблем с разнообразием сайтов я не встречал. Касательно шаблонизатора — ни в коем случае не считаю стандартный Erb убогим (у него есть проблемы с производительностью на действительно сложных шаблонах), но ничего не мешает подключить Haml-шаблонизатор, который работает значительно быстрее. Верстальщику для полноценной натяжки верстки необходимо немного (в пределах трех-четырех часов изучения) знать Ruby (уметь написать if и for) — в остальном там чистых HTML.
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 2 — Advanced features.
    0
    Мне, кажется, пока еще рановато: приложение еще не готово для полноценного использования (и дело не только в рюшечках, но и в важных аспектах безопасности). После третьей статьи обязательно выложу.
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 1 — The Begining
    0
    Этого я не знал. К моменту выбора фреймворка я просто знал, что есть Camping, Rack и Sinatra. Что с ними происходит, какие они изнутри и что рекомендуют гуру в лице DHH я был не в курсе.
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 1 — The Begining
    0
    Вот это уж будет непременно :) Но, возможно, уже в третьей части: сейчас пишу вторую и там уже набралось немало текста.
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 1 — The Begining
    0
    Ruby очень даже самостоятельный язык и не только для разработки веб-приложений. Он очень полезен в быту продвинутого Unix-пользователя — на нем очень приятно и легко писать служебные скрипты и даже небольшие приложения (в том числе и сетевые). Возможно, когда-нибудь у меня дойдут руки и до популяризации этого аспекта. (Ba)sh — не единственный удобный инструмент юниксойда :)
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 1 — The Begining
    0
    …сейчас я пишу на Ruby on Rails, но он несколько монструозен для такой задачи…
    Так уж прям и ни слова ;)
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 1 — The Begining
    0
    Да, пожалуй :)
    «She just emails» или «she simply emails». Ну в общем что-то в этом духе, ага :)
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 1 — The Begining
    0
    Вот же ж блин! =) Я ведь знал про эту софтину и когда-то ее даже использовал, но когда мне возникла потребность, HFS не пришел ко мне в голову. Только под Unix он через Wine, а я не люблю Wine :)
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 1 — The Begining
    0
    Поковырять я как раз очень люблю :) Но вам тот же ответ, что и одному из комментаторов выше: к ssh из под винды нельзя подключиться без спец-софта, а samba открывать ой как не хочется. Хочется иметь возможность переслать по аське ссылку на файл и скачать его прямо по ссылке.
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 1 — The Begining
    0
    Тоже интересный вариант, спасибо. Но, как я понял, FreeNAS — это именно ОС для организации NAS сервера. У меня же сервак более «интеллектуален» — он и видео пережимает, и некоторые мелкие веб-приложения хостит, и iTunes сервером является. Наверное, на FreeNAS весь этот функционал тоже можно надеть, но я не настолько хорошо знаком с FreeBSD (во всяком случае, хуже, чем теперь с Sinatra), чтобы экспериментировать :)
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 1 — The Begining
    0
    Самба между домашней системой и, скажем, рабочим компьютером? То есть вы предлагаете выставлять самбу наружу — на просмотр всему честному интернету?
    Дома, локально, самба, разумеется работает (и, кстати, хорошо работает в связке Mac OS + XP + Ubuntu).
    Что же касается SSHFS, то возражение простое: нельзя просто взять LiveCD винды и скачать файл через SSHFS, а в моём варианте — можно.
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 1 — The Begining
    +2
    Спасибо за наводку — конкретно про Live Mesh не слышал.

    Но это не конец треда: Live Mesh и любые другие онлайновые сервисы вынуждают меня сначала закачивать файл к ним, а потом скачивать файл от них. Зачем два раза гонять даже двадцатимегабайтный файл через весь интернет? :)
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 1 — The Begining
    +2
    Да, я как раз думал об этом, спасибо за последний толчок. Видимо, следующая статья выйдет уже с рассказом про Haml.
  • Домашний файлообменник на базе Sinatra и DataMapper. Часть 1 — The Begining
    +4
    Спасибо за замечание, но тупо характеризует в данном случае не ее интеллектуальный уровень, а бесхитростность алгоритма :) В общем, обижаться ей не на что.
  • Заметки о лучшем хостинге: часть первая
    +1
    Админы DreamHost один раз случайно(!) удалили все мои сайты, которые хостятся у них, а потом двое суток(!) не могли восстановить их из бекапов — они пытались, но не могли (так прямо и писали — пытаемся восстановить, но не можем). В итоге восстановили из бекапа недельной давности (при заявленных ежесуточных), да и то не всё. С тех пор я дримхосту не очень доверяю.
  • Конец холивара
    0
    ммм… Из каких соображений?
  • Конец холивара
    +1
    <занудство>В подписи к диаграмме написано «по оси y удобство использования»</занудство>

    P.S. Интересно, тег <занудство> — блочный или inline? :)
  • «Убийца хостингов» Amazon EC2 пришёл в Европу
    0
    На сайте самого хостера я таких цен уже не нашел: при кликах на интересные предложения у меня спрашивают паспортные данные — кто-то пользовался?
  • «Убийца хостингов» Amazon EC2 пришёл в Европу
    0
    За целый сервер, который еще надо купить и модернизировать своевременно.
  • «Убийца хостингов» Amazon EC2 пришёл в Европу
    0
    Collocation стоит практически тех же денег, если не дороже. Разве нет?
  • «Убийца хостингов» Amazon EC2 пришёл в Европу
    0
    Ммм… это какого, например?
  • «Убийца хостингов» Amazon EC2 пришёл в Европу
    0
    По штатовским ценам у меня получалось 70-75 баксов в месяц.