Еще мало работал с AR. Спасибо большое за примеры, был уверен что это возможно, теперь знаю как :)
Совершенно с вами согласен, без понимания как все работает, в RoR опасное количество магии.
В сухом остатке, только многопоточность, которая для задач веба слабо важна и чуть более развитое оо, которого PHP достигнет.
Ну все же не совсем так. Действительно одного большого преимущества нет. вопрос общего комфорта.
Я долго считал что мобильный не может стоит дороже 4-5 тыс, ибо это штука просто для звонков. А
потом приобрел Nokia 5800. Я понял что нокия делает достаточно удобные в мелочах телефоны.
Так и тут — вроде нет ни чего принципиально нового, но в руби, для меня, комфорта больше.
мхо выбор между руби и пхп для веба — выбор чисто эмоциональный., ничего такого особенного нет.
Совершенно согласен. Как и во всем IT в целом. Кто то хорошо с линуксом управляется, а ктото делает
мощные кластеры на Windows Server. Главоне голову на плечах иметь.
Могу вам привести несколько доводов в пользу PHP и возразить на все ваши, но это будет ненужный холивар) Например PHP быстрее))
Да нет уж, приведите :) Будет интересно послушать. Для меня спор это инструмент для получеия новой информации, а не
для поднятия самооценки.
1. Руби более OO язык. Все объект. PHP начинался как процедурный язык и это очень заметно и сейчас.
2. Более лаконичный и выразительный синтаксис. Это совсем субъективно :) но многие соглашаются с этим.
3. В руби есть логика в стандартной библиотеки. Мое _имхо_ что в php этой логики меньше. Сужу по времени которые я провожу в документации к языку. В руби это время меньше, хоть опыта у меня с ним и и меньше.
4. Удобная irb консоль. Я знаю про php -a но это не сравнимо
5. Обработка ошибок. Наверно я избалован другими языками, но я убей не могу понять почему какие то ф-ции генерят ошибки, а какието выкидывают исключения. В руби, только исключения. А собачка, это яркий пример плохого архитектурного решения.
6. Многопоточность. И не надо напоминать что в PHP есть различные костыли для этого. Они ужасны. :)
7. Monkey patch и прочие прелести мета программирования. Да, в PHP можно добиться чего то похоже при помощи расширений. Но это уже более похоже на грязный хакинг.
8. Сообщество. По моим ощущениям руби сообщество, менее численно, более активно и более качественно. Если совсем утрировать, то опенсорс на пхп это чаще конечный продукт (CMS, магазин или блогплатформа), а в руби чаще делают библиотеки. Жив дух хакерства :)
Я человек прагматичный. ЯП это не более чем инструмент. И у PHP и у Ruby есть свои минусы. Холиварить не хотелось бы. И в PHP и ruby можно писать и хороший и плохой код. Но писать хороший код в руби легче.
Например в ruby для меня не логично, что 0 не приводится к false. Это тоже надо просто запомнить :)
Как раз с Haml/sass у меня опыта почти никакого. Думаю ни чего плохого в этом нет. Если помогает команде делать более качественный код, то я только за.
… кстати может расскажете _ваши_ ощущения от Haml/sass?
К подобным «прослойкам» у меня только два требования:
1) Человек должен четко понимать как оно внутри там работает. Видел не раз как на ORM/AR люди писали какие то жуткие и тормозные конструкции, там где на SQL это было бы пару строк.
2) Что бы «прослойка» не инкапсулировала, у меня всегда должен быть способ сделать чтото «вручную»
собственно я не спорю с вами. Руби, имхо, лучше PHP по многим показателям.
Мне кажется вы впадаете в крайность. AR прекрасная штука что бы держать бизнес логику объекта в одном месте, а не размазывать ее по коду. Но пытаться все манипуляции с данным делать через AR это не есть разумно :) SQL это прекрасный инструмент и его нужно знать и использовать.
Люблю руби, но мне кажется изза того что на нем так просто делать DSL, рубисты пытаются делать прослойки для всего до чего руки дотянутся. CSS, HTML, SQL b nl. Иногда это не пользу, иногда — нет.
Я соглашусь с топикастером. Использую несколько языков в повседневной жизни. В том же руби (который я знаю далеко не идеально), часто получается «угадывать» методы класса, просто потому что они логично названы. В пхп без мануала ни куда.
Доводилось делать на PHP достаточно сложные системы. Несколько раз в головоу приходила идея пройти Zend сертификацию, просто для поддержания тонуса. Качал мануалы читал, отказывался от этой глупой затеи. Очень много вещей нужно просто запоминать. WTF, какая польза от того что я буду на память помнить имена функций и их аргументы? Достаточно знать что такие функции есть. Бездумного заучивания мне на всю жизнь хватило в школе.
> он умеет анализировать логи аеб-сервера и потом воспроизводить запросы из них.
Вот это очень интересно. Обгугли весь инет — не мог найти как это делает. Только указываю что через прокси может гонять трафик. Не дадите ссылку на упоминания анализа трафика?
Спасибо за объяснение! Думаю вы правы, вопрос не банальный. А можете подсказать проверенные сервисы для Рунета, которые вы использовали? Пока что смотрю в сторону smartresponder.ru/, но на практике еще не пользовался.
Ну зачем же так категорично. Не боги горшки обжигают. Тысячи сайтов по всему миру рассылают письма в больших количествах и уверен, не все из них, используют коммерческие сервисы.
Спасибо, полезно. Однако я говорю скорее о всем что происходит, после отправки письма. Как сформировать само письмо, это уже отдельный вопрос, на который ваша ссылка хорошо отвечает.
Сервисы конечно есть, но что делать если это нужно сделать самим? Или вы хотите сказать, что такие вещи стоит делать самим, только если уже совсем припрет?
Не совсем в тему сообщение, но где можно почитать про проблемы технический реализации всех этих рассылок? Все хорошо когда писем десятки или стони. Но когда надо разослать под сотню тысяч сообщений (не спама, прошу заметить), то очень резко возникаю проблемы недоставки писем изза бана почтовыми сервисами ии тому подобного. Может быть кто то встречал рекомендации как лучше построить все в этом случае? Очень не хочется ходить по одним и тем же граблям.
Скажите что все же с флешем? Нужно только что бы видео играло. Правда не только с ютуба. Как в этом случае поступать? Находить ссылку на FLV, качать и смореть плеером локально?
Я понимаю что флеша нет. по сути он сам по себе мне и не нужен. Но вот смотреть видео на разных сайтах все же хочется. И к сожалению тут без флеш тяжело. Вы писали что для ютуба есть отдельная программа. А что вы делайте с другими видео хостингами? Мне в голову приходит только, написать какой то букмаркелт или расширение для браузера, который с текущей странице видео хостинга, перекинет меня на один из севрвисов, который позволит мне скачать сам FLV файл.
Но я мало знаю про бразуер на android. Это реально? И как вообще народ облегчает себе просмотр видео из инета на таких системах?
Спасибо, познавательно. Было бы интересно понять преимущества этого решения в сравнение с другими.
1) Если мы говорим о балансировке HTTP трафика, то кой профит по сравнению с Nginx? Балансер Nginx так же имеет единую точку отказа. Но, я так понял, что и LVS решает это проблему, только в сочетание с другими инструментами.
2) Если говорить о TCP трафике в целом, то что дает LVS в сравнение с HAProxy?
Теоретически, модуль ядра должен давать лучшею производительность. Но хотелось бы услышать ваше мнение.
Все верно :) iPad это на что я равняюсь. Прекрасный продукт, что уж спорить. Но не вижу смысла платить больше, если можно найти достойные аналоги. Кроме того мне ближе Андроид чем, малознакомая для меня ось iPad
Совершенно с вами согласен, без понимания как все работает, в RoR опасное количество магии.
Ну все же не совсем так. Действительно одного большого преимущества нет. вопрос общего комфорта.
Я долго считал что мобильный не может стоит дороже 4-5 тыс, ибо это штука просто для звонков. А
потом приобрел Nokia 5800. Я понял что нокия делает достаточно удобные в мелочах телефоны.
Так и тут — вроде нет ни чего принципиально нового, но в руби, для меня, комфорта больше.
Совершенно согласен. Как и во всем IT в целом. Кто то хорошо с линуксом управляется, а ктото делает
мощные кластеры на Windows Server. Главоне голову на плечах иметь.
Да нет уж, приведите :) Будет интересно послушать. Для меня спор это инструмент для получеия новой информации, а не
для поднятия самооценки.
1. Руби более OO язык. Все объект. PHP начинался как процедурный язык и это очень заметно и сейчас.
2. Более лаконичный и выразительный синтаксис. Это совсем субъективно :) но многие соглашаются с этим.
3. В руби есть логика в стандартной библиотеки. Мое _имхо_ что в php этой логики меньше. Сужу по времени которые я провожу в документации к языку. В руби это время меньше, хоть опыта у меня с ним и и меньше.
4. Удобная irb консоль. Я знаю про php -a но это не сравнимо
5. Обработка ошибок. Наверно я избалован другими языками, но я убей не могу понять почему какие то ф-ции генерят ошибки, а какието выкидывают исключения. В руби, только исключения. А собачка, это яркий пример плохого архитектурного решения.
6. Многопоточность. И не надо напоминать что в PHP есть различные костыли для этого. Они ужасны. :)
7. Monkey patch и прочие прелести мета программирования. Да, в PHP можно добиться чего то похоже при помощи расширений. Но это уже более похоже на грязный хакинг.
8. Сообщество. По моим ощущениям руби сообщество, менее численно, более активно и более качественно. Если совсем утрировать, то опенсорс на пхп это чаще конечный продукт (CMS, магазин или блогплатформа), а в руби чаще делают библиотеки. Жив дух хакерства :)
Я человек прагматичный. ЯП это не более чем инструмент. И у PHP и у Ruby есть свои минусы. Холиварить не хотелось бы. И в PHP и ruby можно писать и хороший и плохой код. Но писать хороший код в руби легче.
Например в ruby для меня не логично, что 0 не приводится к false. Это тоже надо просто запомнить :)
… кстати может расскажете _ваши_ ощущения от Haml/sass?
К подобным «прослойкам» у меня только два требования:
1) Человек должен четко понимать как оно внутри там работает. Видел не раз как на ORM/AR люди писали какие то жуткие и тормозные конструкции, там где на SQL это было бы пару строк.
2) Что бы «прослойка» не инкапсулировала, у меня всегда должен быть способ сделать чтото «вручную»
собственно я не спорю с вами. Руби, имхо, лучше PHP по многим показателям.
Люблю руби, но мне кажется изза того что на нем так просто делать DSL, рубисты пытаются делать прослойки для всего до чего руки дотянутся. CSS, HTML, SQL b nl. Иногда это не пользу, иногда — нет.
Доводилось делать на PHP достаточно сложные системы. Несколько раз в головоу приходила идея пройти Zend сертификацию, просто для поддержания тонуса. Качал мануалы читал, отказывался от этой глупой затеи. Очень много вещей нужно просто запоминать. WTF, какая польза от того что я буду на память помнить имена функций и их аргументы? Достаточно знать что такие функции есть. Бездумного заучивания мне на всю жизнь хватило в школе.
Вот это очень интересно. Обгугли весь инет — не мог найти как это делает. Только указываю что через прокси может гонять трафик. Не дадите ссылку на упоминания анализа трафика?
Многие почтовые службы сами подробно рассказывают как правильно делать на них массовые почтовые рассылки. Например:
help.yahoo.com/l/us/yahoo/mail/postmaster/bulkv2.html
mail.google.com/support/bin/answer.py?hl=en&answer=81126
Так что думаю вполне можно делать и самим, но не хочется набивать шишки, если кто то уже с этим сталкивался.
Но я мало знаю про бразуер на android. Это реально? И как вообще народ облегчает себе просмотр видео из инета на таких системах?
1) Если мы говорим о балансировке HTTP трафика, то кой профит по сравнению с Nginx? Балансер Nginx так же имеет единую точку отказа. Но, я так понял, что и LVS решает это проблему, только в сочетание с другими инструментами.
2) Если говорить о TCP трафике в целом, то что дает LVS в сравнение с HAProxy?
Теоретически, модуль ядра должен давать лучшею производительность. Но хотелось бы услышать ваше мнение.