Вот в этом вопросе я и пытаюсь разобраться. Во-первых, я там выше процитировал книжку, которую сейчас читаю. Так вот, там открытым текстом про то, что гугль адепт гет-запросов. Я посмотрел - ну, да, в самом гугле пагинация через гет-запросы. В яндекс посмотрел - тоже. Яндекс.Маркет посмотрел - тоже через гет-запрос.
Github. http://www.yelp.com/. Мейл.рушка.
В общем, я должен признаться, что не нашел ни одного сайта, где бы страница была прописана в ресурс. Либо в гет-запрос, либо просто когда доходишь до конца списка, автоматически или по кнопке подгружают дополнительную порцию.---------- Добавлено 22.03.2016 в 14:36 ----------
Нереально. Т.е. технически реально, но ты обанкротишься. Вот именно чтобы все руками - ни разу не слышал. Могут сказать, что нам не нравилось вот это и это, мы для себя переделали. Это и есть двигатель - если выложишь с соответствующей лицензией, комьюнити подхватит, выправит, улучшит. Если нужный функционал, конечно.
Если даже просто попытаться написать все с нуля, код получится неважный:
1) Все шишки будешь собирать сам. А при использовании готовых разработок вовлекается огромное количество бесплатных бета-тестеров. Т.е. живых юзеров, которые сообщают разработчикам о багах.
2) Рано или поздно уйдет руководитель проекта или просто ключевой разраб. Придет новый, скажет, да мне легче все заново переписать, чем тут ковыряться. И будет прав.
Вот я в середине книжки по Django. И складывается впечатление, что отказ от гет-запросов достаточно обременительная штука для программиста. Например, перестает работать ряд удобных функций фреймворка. И часть работы надо будет вручную писать. Может быть, где-то модуль есть готовый. Я еще не переходил к самостоятельной разработке и не смотрел, соответственно.
А нельзя ли чуть поподробнее: почему с get-запросами работать сложнее? Думал-думал, не могу придумать случай, когда сложнее. С точки зрения seo, по-моему, будет одинаково. Но опыта у меня нет, поэтому был бы признателен за разъяснение.
Что-то вычисляется и в шаблоне, не?
Когда Джанго изучал, там сразу было - не лезь в шаблон с вычислениями. Это только для отображения.
А в Рельсах сразу - ну, чего, давайте в шаблоне тут повычисляем.
Может, в том числе и поэтому Рельсы тормознее. Хотя, какая разница-то. Это все равно все на сервере.
Ну, может быть, методически не очень правильно. Но как-то по ощущениям Рельсы в шаблонах больше вычислений делают.
Еще в рельсах очень понравилась отладка. Я помню, Джанго изучал когда, репетитор у меня был.
Я хотел посмотреть, что у нас в отрендеренный шаблон прилетело.
Я его и спрашиваю, как. А он говорит - никак.
А в рельсах с самого начала изучения наткнулся на гем web-console.
В любом месте можно остановиться, посмотреть.
В общем, отладка в рельсах реально показалась более продуманной.---------- Добавлено 25.02.2016 в 18:56 ----------Вы, мне все-таки помогите, пожалуйста, разобраться. Вот читаешь буржуйский интернет. Все горой стоят за рельсы. И говорят примерно так: работы в 4 раза больше, чем на Джанго.
В русском интернете ищешь - все за Джанго, как один. А работы на нем нет. А работа тоже на рельсах предлагается.
Как это так и почему?
Ребята, что-то вы меня весьма убедили в пользу Джанго.---------- Добавлено 24.02.2016 в 16:14 ----------
Если стандартные заказы - это сайт-визитка, то Джанго и Рельсы не обязательны, конечно.
А если стандартные заказы - это информационный сайт, то вполне себе Джанго для того и разработана была.
Ну, а Рельсы не уступят.
В общем, спасибо большое. Как-то Джанго что-ли выигрывает.
Просто как примерчик подключаемой сторонней библиотеки. Можно было любой другой пример взять. Но этот как-то более живым мне показался. Потому что он каких-то мегапопулярных задач не выполняет. Т.е. его обновят вряд ли в первую очередь. Скажем так, он из второго эшелона.
Время - ценный ресурс. Невосполнимый. Без фреймворка - не вариант.
Да и бета-тестирование никто не отменял. Сам-то ты не протестируешь так, как толпа юзеров.
Меня привлекает возможность быстро склеить разухабистое приложение из готовых блоков.
Для этого что лучше: Рельсы или Джанго. Или одинаково.
Ты лучше расскажи про практичность. Вот перед нами живой пример: вышла бета пятых рельсов. Что это значит, когда обновятся гемы, когда на пятые рельсы народ будет переползать, предвидится ли геморрой сверх нормы?
Т.е. когда появится что-то типа Anti AdBlock и т.п. Есть еще модули, которые пытаются вычислять, какую именно рекламу вот сейчас лучше показывать.
И как это в сравнении с Джанго все выглядит.
Я примерно представляю, что они говорят на этом Радио-Т. Там по Питону/Джанго основной выступающий, видимо, Bobuk. А его я уже выслушал - видео здесь выше приведено.
А без поллитры - на самом деле примерно трудоемкость освоения технологий одинаковая. Мне больше импонирует питонический принцип о явном указании всего. Но это на самом деле всего лишь один из факторов.
На рельсах кто - те нахваливают свой принцип convention over configuration. И они тоже правы. Мне, на самом деле, это не очень важно.
Я перетерплю, если мне что-то не очень подходит. Я же не буду рельсы ломать через колено. И джангу тоже. Я уж под них подстроюсь. Главное, что принцип есть. А про конвенцию он или про явное - не так важно. Если принцип есть, каши уже не будет.
Я же рельсы попробовал - нормально там все можно смотреть, и ошибки ловить. Полагаю, что новичкам с ним посложнее. Но это прикатается. Это не важно.
А вот работы если на чем-то больше, вот это уже да.---------- Добавлено 24.02.2016 в 13:18 ----------
Так можно очень далеко зайти. Ну, посижу я год на одном фреймворке. Какие выводы я сделаю? Я же ничего другого-то не видел. Вы мне тогда скажете: посиди год на другом фреймворке. И так болтаться можно долго.
А вот вы скажите мне, почему в рунете рельсы непопулярны? А за бугром они популярнее, чем Джанго.
Изучал Java, C++, php, Python, Ruby. Больше всего нравится Java. Но реального опыта программирования на ней не имел.
Язык мне без разницы. А вот инфраструктура, наросшая вокруг языка мне важна. Java не подходит - для моих текущих целей это излишне сложная технология. Там пока вникнешь, годы пройдут.
Так что для моих сайтов надо выбирать что-то на скриптовых языках. На PHP смотрел друпал - так он был не объектный. Поизучал его как пользователь и как программист. Но реальный проект не запустил.
Джумлу думал, она объектная. Но народ что-то морду от нее воротит, дескать, кривая. И т.д. И т.п. в общем, так я на PHP и не прижился. А потом на него бочку начали катить. Я бы на ту бочку плюнул, конечно. Мне она без разницы. Но уж очень на php наезжали. Поэтому я решил посмотреть на что-то другое. А там руби и питон. Вот народ-то их нахваливает. Особенно Питон. Мне он не очень понравился тем, что там с инкапсуляцией что-то не очень безопасно. Но, вроде бы, тоже при аккуратном подходе нормально все получается.
Так что к языку программирования у меня претензий-то нет. Больше меня волнует технология, которая поверх ЯП наросла. Т.е. это либо CMS, либо фреймворк. Смотрел я сначала на CMS разные. О, думаю, нормально. Больше всего на Друпал наседал. Инфраструктура развитая, модулей много, компьюнити имеется.
А потом на фреймворки начал смотреть - и на CMS перестал. Может, и зря.
Вообще говоря, мне любой технологии хватит. Вообще любой.
Рельсы сильно понравились. Но я чувствую в них подвох какой-то. Уж больно быстро релизы меняют, положив на обратную совместимость. Тут такое болото можно себе организовать, что потом не знать будешь, куда ломиться.
Вот и присматриваюсь до сих пор.
