Точно, должно быть find_by_title. Это не хабр, это я проглядел.
Markdown форматирует курсивом слово что между знаками подчёркивания, а я забыл сделать это кодом чтобы он оставил как есть.
Спасибо!
Ajax.Updater это класс из библиотеки Prototype, он отправляет на сервер (url: /articles;preview) асинхронный запрос и вставляет ответ с сервера в элемент <div id="preview" />.
В качестве параметров запроса берутся значения из формы: parameters: Form.serialize(this.form)
Form этот класс из prototype, он помогает работать с формами.
По завершении запроса выполняется location.hash = '#preview', чтобы браузер проскролился на элемент preview.
Дублировать книги не хочется, а отличать POST от GET лучше в роутинге :)
Хороший вопрос - как написать тест.
А как отлаживаться на мой взгляд не столь важно как донести до новичков понимание того, что покрытие тестами, а не дебагер делают твою жизнь проще.
Поработать с сессией еще предстоит, а вот как работать с куками достаточно странный вопросы для новичка, для чего ему это? :)
Задумка статей в том, чтобы показать как идею можно превратить в реальное приложение с помощью рельсов. И тем самым сподвигнуть хотябы одного человека изучать Ruby, это будет очень хорошо.
Я сейчас пользуюсь beagle, никаких тормозов нет, но мне не хватает preview.
Beagle находит много вхождений слова в разных файлах, но чтобы понять где в файле он нашел слово приходися сначала открыть файл а потом еще искать слово внутри файла, это очень неудобно.
У GoogleDesktop preview есть - одна строка обрезанная до ~40 символов, лучше чем ничего но все таки мало. Хочется увеличить до 3 строк, не понятно как.
Плохо что нет консольного приложения для поиска, а как указать часть пути к файлу в строке поиска неизвестно.
Tracker также показывает только одну строку но при этом не обрезает её.
Консольный поиск самый удобный, просто возвращяет пути к файлм, beagle возвращает вместо путей к файлам улы.
Позиционироваться внутри файла при открытии никто не умеет, а жаль :(
Сейчас они все запущены у меня на ноуте, google и tracker занимаются индексированием, ничего не тормозит.
Да, я долго думал как сделать так чтобы было понятно и при этом достаточно компактно.
Пришел к выводу что лучше выложить исходный код, дать ссылки на книги, доки и отвечать на вопросы.
Из одной статьи мало что становится понятно, но их будет больше и со временем накопится достаточно информации для понимая того, как работают рельсы.
Человек работающий с рельсами возможно узнает что-то новое из седующих статей, а пока что надо обьяснить новичкам как сделать самые простые вещи.
Я хотел ради интереса попробовать ActiveScaffold, но для нового человека это будет выглядеть примерно так: пишем в контроллере слово "scaffold" и получаем красивый интерфейс для управления коллекцией ресурсов. Это магия! и тогда придется все что происходит обьяснять на словах. Поэтому сейчас лучше писать чуть больше самого простого кода на руби и сэкономить кучу времени на словах.
Я руководсвуюсь принципом KISS.
В дальнейшем я прикручу фишечки и фенечки, интересные для продвинутых разработчиков (у самого руки чешутся:), но когда это будет естественным продолжением эволюции приложения, а пока нельзя.
Это только проба пера, вспоминаю как писать на руссоком :)
Цикл статей непременно получится, с русским пока беда, надо тренироваться.
Текущая версия приложения это только идея использовать markdown/textile для хабра.
Я покажу как идея может превратиться в полезный сервис. При этом будут затронуты задачи, типичные для любого веб приложения: как создать коллекцию ресурсов, как организовать общий доступ, как разграничить права, как использовать ajax, как тестировать и резворачивать приложение, как интегрировать с другими сайтами. Этого хватит на много статей, сейчас начинаю писать как создать коллекцию, и протестировать работу.
Так нагляднее, видно что один гем отвечает за textile а другой за markdown.
Важно и то, что у них одинаковый синтаксис, меня друзья часто спрашивают как можно писать на руби когда там нет интерфейсов. На самом деле интерфейсы всеже есть, только они не декларируются, принцип минимального удивления избавляет код от лишних слов.
Очень хочется узнать о фреймворках для питона, поскольку питон находится среди языков которых я не знаю, очень интересно поближе познакомиться с ним на примере веб приложений.
К тому же хочется написать полезняшку к trac'у, а как пока не знаю.
Есть мнение что сайты написанные на PHP работают, разрабатываются быстро, просто (нужное подчеркуть).
Мне хочется узнать больше о фреймворках для PHP, о том как они устроены, и как их эффективно использовать, чтобы почерпнуть идей и опыт PHP сообщества.
Если ли среди хабралюдей способные написать статью (а может несколько) о том, какие фреймворки существуют для PHP, что они из себя представляют и как с ними работать?
Я сейчас разрабатываю проект на Ruby on Rails и в свою очередь готов писать о том, как устроены рельсы, как с их помощью решаются задачи, встающие перед разработчиком при написании сайта.
Чтобы сравнить Rails с фреймворками PHP и взглянуть на разные решения задач.
Markdown форматирует курсивом слово что между знаками подчёркивания, а я забыл сделать это кодом чтобы он оставил как есть.
Спасибо!
очень хорошая подсветка, у меня весь код в статьях корректно размечен
<input name="preview" onclick="new Ajax.Updater('preview', '/articles;preview', {asynchronous:true, evalScripts:true, onComplete:function(request){location.hash = '#preview'}, parameters:Form.serialize(this.form)}); return false;" type="button" value="Preview" />
Ajax.Updater это класс из библиотеки Prototype, он отправляет на сервер (url: /articles;preview) асинхронный запрос и вставляет ответ с сервера в элемент <div id="preview" />.
В качестве параметров запроса берутся значения из формы: parameters: Form.serialize(this.form)
Form этот класс из prototype, он помогает работать с формами.
По завершении запроса выполняется location.hash = '#preview', чтобы браузер проскролился на элемент preview.
Хороший вопрос - как написать тест.
А как отлаживаться на мой взгляд не столь важно как донести до новичков понимание того, что покрытие тестами, а не дебагер делают твою жизнь проще.
Поработать с сессией еще предстоит, а вот как работать с куками достаточно странный вопросы для новичка, для чего ему это? :)
Что такое руками? Если писать все самому, то это уже не Agile и совсем не Ruby way :)
The Rails Way понравился, коротко и по делу.
Beagle находит много вхождений слова в разных файлах, но чтобы понять где в файле он нашел слово приходися сначала открыть файл а потом еще искать слово внутри файла, это очень неудобно.
У GoogleDesktop preview есть - одна строка обрезанная до ~40 символов, лучше чем ничего но все таки мало. Хочется увеличить до 3 строк, не понятно как.
Плохо что нет консольного приложения для поиска, а как указать часть пути к файлу в строке поиска неизвестно.
Tracker также показывает только одну строку но при этом не обрезает её.
Консольный поиск самый удобный, просто возвращяет пути к файлм, beagle возвращает вместо путей к файлам улы.
Позиционироваться внутри файла при открытии никто не умеет, а жаль :(
Сейчас они все запущены у меня на ноуте, google и tracker занимаются индексированием, ничего не тормозит.
Пока писал удалил beagle :)
Пришел к выводу что лучше выложить исходный код, дать ссылки на книги, доки и отвечать на вопросы.
Из одной статьи мало что становится понятно, но их будет больше и со временем накопится достаточно информации для понимая того, как работают рельсы.
Человек работающий с рельсами возможно узнает что-то новое из седующих статей, а пока что надо обьяснить новичкам как сделать самые простые вещи.
Я хотел ради интереса попробовать ActiveScaffold, но для нового человека это будет выглядеть примерно так: пишем в контроллере слово "scaffold" и получаем красивый интерфейс для управления коллекцией ресурсов. Это магия! и тогда придется все что происходит обьяснять на словах. Поэтому сейчас лучше писать чуть больше самого простого кода на руби и сэкономить кучу времени на словах.
Я руководсвуюсь принципом KISS.
В дальнейшем я прикручу фишечки и фенечки, интересные для продвинутых разработчиков (у самого руки чешутся:), но когда это будет естественным продолжением эволюции приложения, а пока нельзя.
Цикл статей непременно получится, с русским пока беда, надо тренироваться.
Текущая версия приложения это только идея использовать markdown/textile для хабра.
Я покажу как идея может превратиться в полезный сервис. При этом будут затронуты задачи, типичные для любого веб приложения: как создать коллекцию ресурсов, как организовать общий доступ, как разграничить права, как использовать ajax, как тестировать и резворачивать приложение, как интегрировать с другими сайтами. Этого хватит на много статей, сейчас начинаю писать как создать коллекцию, и протестировать работу.
Важно и то, что у них одинаковый синтаксис, меня друзья часто спрашивают как можно писать на руби когда там нет интерфейсов. На самом деле интерфейсы всеже есть, только они не декларируются, принцип минимального удивления избавляет код от лишних слов.
К тому же хочется написать полезняшку к trac'у, а как пока не знаю.
Мне хочется узнать больше о фреймворках для PHP, о том как они устроены, и как их эффективно использовать, чтобы почерпнуть идей и опыт PHP сообщества.
Если ли среди хабралюдей способные написать статью (а может несколько) о том, какие фреймворки существуют для PHP, что они из себя представляют и как с ними работать?
Я сейчас разрабатываю проект на Ruby on Rails и в свою очередь готов писать о том, как устроены рельсы, как с их помощью решаются задачи, встающие перед разработчиком при написании сайта.
Чтобы сравнить Rails с фреймворками PHP и взглянуть на разные решения задач.
запишите меня!