Pull to refresh

Comments 79

Только если с примерами =)
Я чесно говоря фреймворками интересуюсь, но читать статьи без примеров тяжеловато.
Проголосовал «за», тем не менее не думаю, что вы что-то будете делать =)
Мне было бы ОЧЕНЬ интересно почитать, потому что сам пишу на CI проект, НО! Какой сайт вы собираетесь «писать с нуля»? Какой сложности, какие в нем будут разделы? Пример блога у CI есть, но того примера там — на час работы, не больше. Если что-то серъезное — я за, да и в любом случае очень приятно будет почитать.

Успехов вам!
но судя по вашему профилю, и по вашим же «былым» комментарием — цикл статей будет не намного сильнее цикла о создании блога
проект… разделы… шок у меня лично.
а я вот думал где тусуются говнокодеры.
Возможно автор имел ввиду сервисы, а не разделы…
имелось в виду, насколько этот проект (от англ. слова project, это для не_говнокодеров), который будет описан в статьях, будет сложным, и не будет ли это цикл из рода «25 вариантов сделать hello world в CI» =)
я не в обиду автору топика.
я к «ognevsky».
и это человек, который пишет топики с заголовками «Я чего-то не понимаю? ПОРНО ;)» будет называть меня говнокодером? вы сами-то что сделали, чтобы кого-то судить?
А что вам не понравилось в «Я чего-то не понимаю? ПОРНО ;)»?
Я хотел узнать мнение людей, я узнал.

На счёт говнокодера возможно погорячился по здешним меркам.

Но, я надеюсь, что на Хабре всё же неглупые люди победят =)
А как НЕговнокодеры называют то, над чем работают?
Работа и в Африке работа.
Я Хабр всегда считал и считаю обществом ИТ-шников.
Если вы не видите ничего плохого, то есть куда развиваться. :)
Так я просто прошу объяснения, ведь Вы, судя по всему, матерый программист, который проект называют не проектом, а как-то по другому.

И я ничего про плохо/хорошо не говорил, всего лишь спросил «как неговнокодеры называют то, над чем работают?»
Если «работа», то интересно получается — прихожу на работу и сажусь за вон ту работу (a la проект)
Проект и для меня проект.
Вы немного меня не поняли :)
а по какой шкале делить глупых на неглупых?
Да нет этой шкалы.
Просто сложность сайта не «разделами» складывается.
Слово «разделы» относилось к слову «цикл» (о цикле статей), насколько я помню то, что писал. Это если вас смутило именно это слово. То есть, по сути говоря, весь вопрос сводился к сложности описываемого сайта.
> Какой сайт вы собираетесь «писать с нуля»
> Какой сложности, какие в нем будут разделы?
Да. Вы неудачно описали свою работу.
Да. Вы неудачно описали свою работу.

Есть такой тег — blockquote, но вы им не пользуетесь, придумывая какие-то символы для указания цитируемого текста. Мне это не понятно.
Почему же все остальные, кто делает непонятные вам вещи, автоматически не правы и становятся говнокодерами?
Прошу прощения, что вмешиваюсь, но способ цитирования в виде:
> Цитируемый текст
Часто используется в переписке с помощью электронной почты, многие почтовые клиенты (Thunderbird например) используют такой метод по умолчанию.
Так что человек ничего не выдумывает, и вы уже немного перегнули палку.
я знаю где используется символ «>», но здесь есть способ цитирования текста, и я про него написал выше. Если человек не знает таких базовых понятий — кто вообще давал ему право указывать другим, что делать, и тем более судить кого-то и развешивать ярлыки?..
Я не защищаю (не)компетентность этого человека, а просто указываю на то что он ничего не выдумывает.
Вставить символ „>“ может быть значительно привычнее и быстрее, чем набирать не такой уж и короткий парный тег «blockquote».

В остальных аспектах дискуссии, я с вами согласен.
Ну про символ > я может быть и перегнул, тем не менее человек, берущий в свои руки поиск соринок в чужих глазах, должен для начала поискать бревна в своем =))
Нет. Я соринки не ищу.
Да, палку я перегнул. Это я признаю. Просто был не тот день.
Но всё же я считаю что прав.
У меня была придирка лишь ко одному:
> Какой сложности, какие в нем будут разделы?
Это и вызвало такую мою реакцию.
Сложность сайта нельзя оценивать разделами, которые они содержат. Это глубокая ошибка и на этом многие начинающие наступают на грабли.
К сайту надо подходить как к приложению с набором функционала.
Любой ваш «раздел» для каждого сайта может представлять разные вещи, либо те же, но намного иначе.
насколько я помню, я уже писал, к чему относится слово раздел. И даже если его отнести к самому проекту, то кол-во разделов — это кол-во сервисов, кол-во РАЗНЫХ «вещей», не знаю как назвать по-другому даже…
Ну и отлично.
Просто не вводите людей в заблуждение в дальнейшем :)
ну я не знаю, насколько нужно быть неразумным, чтобы написать слово разделы так, как вы сказали… Ну, в этом значении.
А по поводу «>», то мне так удобнее и привычнее.
Я за единые стандарты, а не за стандарты принятые каким либо ресурсом сети.
Я думаю, что каковы бы результаты опроса ни были — написать цикл статей нужно. Полезно будет и для нас, и для Вас
Ну я по вечерам занимаюсь разработкой портала — барахолки.
Цикл будет начинаться с уже готового дизайна и пустой базы данных.
Сначала будем создавать ее структуру.
Вот и думаю паралельно с ним писать статьи.
Понятно что с примерами и скриншотами, но это будет совсем не быстро.
Я постараюсь )
А что, интересно, эдакий коворкинг получится :)
UFO just landed and posted this here
UFO just landed and posted this here
CI мы используем как студийный фраемворк для небольших проектов.
Если будет интерес к CI и свободное время, тоже напишем несколько статей про разработку сайтов на CI, а именно про автоматизацию этого фраемворка для ещё более быстрой разработки.
В смысле — автоматизацию?
Но пишите тоже конечно, сам использую CI, будет интересно почитать.
Кстати, а небольшие проекты — это какие? Можно пример, может линк?
Вопросы такие-же как у larikov'a, опишете по-подробней пожалуйста.
вопрос в тему, ибо собираюсь сползти с кейка на CI или Kohana, есть ли в них что-то похожее на bake (aka cake bake)?
Нет такого нет (Я про CI).
Да, вот статья о более быстрой разработке пригодилась бы много больше, чем «цикл о разработке сайта с нуля на Codeigniter», так как для базового понимания работы фреймворка достаточно посмотреть видео о создании блога на сайте разработчиков. Те же, кто не сможет после просмотра работать с фреймворком дальше, не смогут с ним работать вообще никогда, даже если написать десять «циклов о разработке».
а я думаю, что видео о создании «блога» раскрывает далеко не все возможности фрэймворка, а лишь показывает простоту. А цикл статей о разработке сайта «с нуля» будет очень кстати если постараться задействовать в этом проекте как можно больше функционала фрэймворка (примеры работы с хелперами). Конечно есть хорошая справка по этому фреймворку, но она не описывает всех возможностей, и очень часто нужно искать решения на форумах. А тут все в одном месте, и то что чаще всего нужно. В общем я всеми руками за и желаю автору терпения начать цикл статей и дописать до конца.
буду очень признателен за такой материал: всегда лучше учиться с учетом ошибок других.
Был бы весьма признателен за статьи по CI.
Особенно хотелось бы посмотреть на реализацию административной части при использовании данного фреймворка.
А административная часть ничем не отличается от фронтенда. За исключением ограничения доступа.
UFO just landed and posted this here
Ну что я могу сказать — игнитер, конечно круто, но я крайне рекомендую и автору, и всем кто высказался «за» — посмотреть на www.kohanaphp.com.
Кроме того на codeigniter.ru — последняя ссылка на реализацию блога step to step. Для того что понять суть CI — за глаза.
Так что я особо в этом смысла не вижу. Вот правда.
я к тому и писал вначале, какой сложности будет проект — уровня того блога, или посолиднее?
Потому что многие проекты на CI (open source) написаны далеко не по мануалу, и по мануалу в них разобраться невозможно (без других знаний)…
Хм, а поделитесь — какие вы еще знаете проекты на CI? Я вот знаю только про Blaze слышал…
Вот, недавно такое сделали на CI: vukraine.com.ua (кроме новостей и форума — незачем изобретать велосипед лишний раз).

Очень, кстати, умиляет, когда про разные фреймворки говорят что-то вроде «ну это лёгкий фреймворк, его только под простые сайты можно юзать». Как будто фреймворк в принципе не задумавался как облегчение работы программиста…
> по мануалу в них разобраться невозможно (без других знаний)
это без каких?
покажите мне любую «работу», сделанную в CI, где все написано по мануалу CI.
С какой стати? Гугли и тебя есть.
> по мануалу в них разобраться невозможно (без других знаний)
Мне просто были интересны другие знания.
Ну вот и почитайте исходники ЛЮБОГО проекта (то есть работы, конечно) на CI, и скАжите.
Пишите однозначно! Мне было бы очень интересно.
Отослалось скорее, чем хотелось… В общем, на CI написано )) Хотя это мой первый и пока последний проект на нем. Распечатав себе всю нужную документацию, небольшой проект можно написать очень быстро.
Поэтому статьи стоит писать только в том случае, если в примере сайта будут раскрыты возможности фреймворка, выходящие за рамки стандартной документации.
а зачем распечатывать? берегите деревья ))) тем-более, что документации там не так много и она достаточно удобна для использования
У меня раньше при переходах на страницах документации серый Table of Content на секунду висел, очень неудобно было :)
Писать первую статью я уже начал, так что циклу быть. )
Это радует. Только хотелось бы увидеть хорошее описание не только с примерами кода, но и с объяснением принципов и функционала. А то в нете масса учебников типа «блог за 7 уроков», но ужасно бледные, показывающие только основы, о которых можно и в доках почитать.
Многие вопросы, конечно, рассматриваются на форуме CI, но когда пишешь что-то своё и не находишь ответ, не очень вставляет ждать сутки ответа на свой вопрос, а в конце увидеть «Тогда никак. Только так, как Вы описали»…
В общем, побольше конкретных примеров, а не общих принципов взаимодействия моделей-контроллеров.

Для затравки: заливка файлов на сервер, формирование галереи, аутентификация, пагинация, опросник, прикрутка WYSIWYG-редактора, прикрутка JScript-фреймворка, отладка кода и тп.

В общем, все те мелкие базовые фичи, которыми, в принуипе, обладает любой блог, но которым так мало внимания уделяют те, кто пишут статьи по CI.
Было бы интересно узнать почему Вы остановились на CodeIgniter, в чем его преймущество по сравнению с другими фремворками? А именно, интерисует сравнение CodeIgniter и Zend Framework.
в принципе и не вполне коректно сранивать, потому как ничто не мешает использовать их в связке
Ну да, просто сравнивались решения из коробки
У Codeigniter`a очень маленький порог понимания. В него можно вьехать буквально за 2-3 дня.
А еще мне очень нравиться его идеология
А функционала пока мне всегда хватало.
А где вариант ответа «Я знаю, что такое Codeigniter, но мне всё равно»?
А то получается, что на второй вариант я ответить не могу, т.к. знаю, что это такое, и даже баловался одно время с ним, но на первый мне отвечать не хочется, т.к. мне по барабану, что вы там про него будете писать?

Где свобода выбора? Где демократия? =) ;)

P.S. Ничего личного. Пишите. Пишите для себя, ведь это будет полезно в первую очередь вам. Удачи! ;)
Вы сначала зделайте интересний сайт на СI, а потом уже спрашивайте описивать ли процес разработки сайта :)
Знаю, выглядит неубедительно, но поверьте, плохому я не научу. А вообще, то я делал 3 проекта, просто так и не довел их до конца.
Я как подумал, как же это сложно — писать паралельно с разработкой. Но я уже поставил себе цель
Если будут хорошие статьи, то я только за. Хотя сам кодигнайтер мне не очень.
Я вот тоже самое планирую, только по CakePHP. Даже домен под блог зарегистрировал. Как закончу проект на этом самом CakePHP — приступлю. Пока что времени не особо =/
Итак, разделы начальная подготовка и настройка codeigniter написаны. Вечером напишу еще несколько тем, и думаю первая часть цикла будет готова.
Автор, не томите, выкладывайте, что там у вас
А может стоит написать маааааленькую социальную сеть по типу phpfox?
Если возьметесь, думаю будет очень, ну просто очень много материала для обсуждения.
Sign up to leave a comment.

Articles