|
|
вече изнервящият quicktime...
От: growchie <growchie __@__ yahoo__dot__com>
На: 16-05-2006@13:47 GMT+2
Оценка: 1/Неутраленhttp://www.rubyonrails.com/screencasts
не че имам нещо против това но пак е във формат който е недостъпен. явно трябва да инвестирам време за да си настройвам плейърите. колко по-лесно щеше да е ако ползваха отворени стандарти.
Въпрос по темата - защо точно Руби и какви са му предимствата пред ПХП и Рърл?
И по важният въпрос - може ли да се смята за по-сигурен от ПХП?
Редактиран на: 16-05-2006@13:55
[Отговори на този коментар]
Към: вече изнервящият quicktime...
От: martin <martin__at__marinov< dot >eu>
На: 16-05-2006@14:22 GMT+2
Оценка: 1/НеутраленЩо за тъп въпрос?
Кое не може да се смята за по-сигурно от пхп?
В крайна сметка всичко зависи от това кой пише,
и мноооооооооооого по-малко от това на какъв
език пише.
[Отговори на този коментар]
Към: Към: вече изнервящият quicktime...
От: growchie <growchie __@__ yahoo__dot__com>
На: 16-05-2006@14:58 GMT+2
Оценка: 1/НеутраленПо принцип си прав но в ПХП до колкото знам
има implicit декариране на променливи като
във fortran което е предпоставка за грешки.
Мога да ти давам примери до безкрай как
един език + неговия
компилатор/интерпретатор може да
предразполагат към проблеми. Да речем Java
и .NET имат някакъв sandboxed execution
който до известна степен решава голяма част
от проблемите. Иначе си прав идиот и на
typesafe language може да сътвори простоти.
Че така питам какво е руби накратко и как
се сравнява с другите езици?
Редактиран на: 16-05-2006@15:33
[Отговори на този коментар]
Към: Към: Към: вече изнервящият quicktime...
От: JOKe
На: 16-05-2006@18:51 GMT+2
Оценка: 1/Неутралена ве пхп се ползва само от неща като линукс бг никои сериозен не го ползва ебана работа е :) а и се пише оп ебати абсурдния начин
друг е въпроса че Ruby on Rails е дори супер сериозен конкурент на JSF/Struts/ASP.net
[Отговори на този коментар]
Към: Към: Към: вече изнервящият quicktime.
От: Karaman <vandread __@__ abv __точка__ bg>
На: 16-05-2006@19:57 GMT+2
Оценка: 1/Неутраленruby -> обектно ориентиран скриптов език
в една група е с PHP, Perl, Python
по-интересното е MVC модела rubyonrails, който според някои е много добър, а според други (и мен) не е нищо особено.
За ruby:
http://www.ruby-lang.org/en/20020101.ht...
[Отговори на този коментар]
Към: Към: Към: Към: вече изнервящият quick
От: Живко Георгиев
На: 16-05-2006@20:27 GMT+2
Оценка: 1/НеутраленРуби е обектен език взаймствано е от питон, перл, но за разлика от пхп е истински обектен език - в руби всичко е обект. Отностно MVC - MVC- то е много добре направено ако сте работили със струтс на джава тука имате също толкова добре направено MVC без да ви се налага да конфигурирате множесто xml филове.
Инсталирайте rails, гледайте филмчетата на основният сайт и пак може да коментираме темата.
[Отговори на този коментар]
Към: Към: Към: Към: Към: вече изнервящият
От: bogomil
На: 17-05-2006@8:08 GMT+2
Оценка: 1/НеутраленЕла го представи на УебТех
[Отговори на този коментар]
Към: Към: Към: Към: Към: вече изнервящият quick
От: JOKe
На: 17-05-2006@8:19 GMT+2
Оценка: 1/Неутраленспоред мен самия език е грозен иначе MVC-то не е толкова лошо колкото до Струтс и там си има Xml фаилчета ама някка по ясно ти е как работи всичко поне според мен де
иначе според мен наи доброто MVC разделение наи чисто и наи добре подредено си е JSF/ASp.net а и наи елементарно Руби ся набира скорост щото има и Ajax поддръжки и глупости ..
[Отговори на този коментар]
Към: вече изнервящият quicktime...
От: Живко Георгиев
На: 16-05-2006@17:58 GMT+2
Оценка: 1/НеутраленОтностно филмчетата на rubyonrails сайта аз нямам никакав проблем да ги гледам с Xine.
Отностно рубито - рубито е обектен език в руби всичко е обект. Отностно сигурноста найстина е въпрос на писане на код, настройки и т.н, но като цяло да рубито е по сигурно. Отностно rubyonrails, ще добиете повече представа след като гледате филмчетата на основния сайт
[Отговори на този коментар]
Към: Към: вече изнервящият quicktime...
От: growchie <growchie __@__ yahoo[ точка ]com>
На: 17-05-2006@6:50 GMT+2
Оценка: 1/НеутраленФилмчетата не успях да ги гледам иначе благодаря за инфото. Успях да прегледам обаче един от тюториалите и наистина има впечатляващи неща.
http://www.onlamp.com/pub/a/onlamp/2005...
[Отговори на този коментар]
Защо ми изтрихте коментарите ?!
От: Владимир Илиев <vladimir__dot__iliev (a) gmail__dot__com>
На: 17-05-2006@9:25 GMT+2
Оценка: 1/НеутраленКак да го разбирам това ?! Нямам право да се изказвам против перл или пхп в този сайт ?! Или ?!
[Отговори на този коментар]
Към: Защо ми изтрихте коментарите ?!
От: JOKe
На: 17-05-2006@10:48 GMT+2
Оценка: 1/Неутраленмани мани много са зле повечето админи :) трият наред свикваи на мене са ми трили сумати коментари.
[Отговори на този коментар]
впечатления?
От: van <ivan_p_m (a) hotmail[ точка ]com>
На: 17-05-2006@19:52 GMT+2
Оценка: 1/НеутраленВ този ред на мисли - има ли някой, който е написал нещо по-сериозно и работещо на Ruby On Rails? Интересува ме като проиизводителност как е сравнено примерно с php+apache. Приемаме, че става дума за средно кадърен кодер и в двата случая за да спестим коментарите как всичко зависи от това кой пише, как пише и прочие мъдрости:).
Някой има ли РЕАЛНИ впечатления от производителността?
Преди време се позачетох за него, но нямам време да го чопля.
[Отговори на този коментар]
Към: впечатления?
От: Владимир Илиев <vladimir __точка__ iliev__at__gmail __точка__ com>
На: 17-05-2006@20:59 GMT+2
Оценка: 1/НеутраленЗависи какво разбираш под "сериозно". Ако сайта ще трябва да отговаря на много милиони заявки на ден, ROR навярно не е за теб. ROR, Turbogears, Django и другите подобни фреймуъркове ускоряват/улесняват изграждането на не толкова натоварени сайтове, като позволяват на разработчика да се фокусира върху конкретната задача, а не върху технологията на базата на която се изгражда тя. ROR базираните приложения сигурно работят доста по-бавно от plain php еквивалентите им, но времето на програмиста е много по-ценно от процесорното време... ето една статия за производителността на ROR и начините за ускорението му: http://www.loudthinking.com/arc/000479....
Редактиран на: 17-05-2006@21:01
[Отговори на този коментар]
Към: Към: впечатления?
От: van
На: 18-05-2006@6:27 GMT+2
Оценка: 1/НеутраленБлагодаря. Е да не са много милиони заявки, но са няколко милиона дневно. Предимствата и недостатъците на RAD средствата са ми ясни. Интересуваха ме конкретни впечатления за ROR.
А има още една особеност - намираме се в България и 2 месеца повече труд на някой кодер е по-изгодно като цена от купуването на 10 пъти по-мощен сървър. Ако говорим за страни с нормално заплащане на труда или проекти, в които са ангажирни много хора там нещата стоят по друг начин :) Естествено ако говорим за поддръжка впоследствие предимството също обокновено е на страната на RAD средствата.
Поздрави и песни :)
Редактиран на: 18-05-2006@6:35
[Отговори на този коментар]
Към: впечатления?
От: Живко Георгиев <jivko< at >bgonrails[ точка ]com>
На: 18-05-2006@7:25 GMT+2
Оценка: 1/НеутраленЕто една публикация по темата.
http://www.poocs.net/articles/2006/04/0...
Иначе моя опит е че се справя доста добре, като производителност да грубо казано е по бавно от пхп, но получаваш възможности за разработване близки до джавата, а в същото време необходимоста за хардуер и време за разработка - стойност на цялото приложение е далеч под това на подобно на джава. Имам пуснати две вътрешно фирмени приложения прилично сложни като логика и съм много доволен от производителноста и в същото време това са приложения които на пхп щяха да отнемат 2-3 месеца да се напишат тук стана за около месец.
В момента пренаписваме един сравнително голям сайт който бяхме направили на пхп, ще разберете като го пуснем от уеблог-а на bgonrails.com и ще може да добиете реална представа как работи един повече от средно натоварен сайт, ще опишем и върху какъв хардуер върви апаче и т.н
[Отговори на този коментар]
|
|
|
|
|
|
|
|
|
