Та не, ну 350 это немного многовато. Я однажды к вам походил на мастер-класс по верстке, вцелом доволен, но ходить много раз на одно и то же позволить себе не могу.
Я бы больше сравнивал Рельсы с Симфони. Первая версия очень много переняла от рельсов. Но сейчас оба продукта развиваются в сторону децентрализации.
Зенд же изначально был децентрализован, из-за этого терялось много времени при первоначальной сборке проекта (подключение и настройка когнтроллеров, логгеров, дебаггеров и т.п.) Рельсы и симфони включают всё из коробки.
Думаю, Рельсы будут можщнее и удобнее Зенда. А вот к Руби привыкать придется некоторое время.
Спасибо, сам уже 2 раза менял. Мечтаю сделать к нему какой-либо металлический чехол, типа тех, что для 360 существуют.
Было бы круто, если бы какой-то народный умелец начал выпускать подобные штуки.
Молодцы! Принцип «чтобы самим было играть интересно» мне кажется самым важным. Ради коммерческого успеха идти на компромиссы с совестью, всё-таки не правильно, как по мне.
Буду надеяться, что ваш проект захватит свою нишу и не даст фермерам выедать остатки мозги завсегдатаям социалок.
Круто, мы теперь на Хабре. Спасибо всем за конфу, было очень очень интересно, особенно понравился про Capifony, который точно буду юзать при деплойменте.
Тю, а в чем отличие? Только в том что за тестовые смс мы платили свои деньги :( Гейт нужен был только для того, чтобы конектится ко многим операторам. Никакой поддержки они нам не предоставляли, только присылали технические документы.
Или МТС на вас ещё свой передатчик тестировали? ;)
Интересно. У нас тоже стояла подобная задача, правда мы конектились к гейту, но тоже через SMPP. Нужно было как принимать, так и отсылать SMPP сообщения. Для этого дела я разработал свой модуль на РНР, основанный на древней PEAR библиотеке (глюючной, правда). Что скажу… Написание заняло около месяца у одного человека, потом ещё неделя-две тестирования, за этот месяц я вкуривал все возможные документации по SMPP (официальную, специфику работы гейта), смотрел разные реализации и написал свою интегрированную в symfony. Из того что знаю, то в РНР реализациях никто не создавал ресиверов, только трансмиттеры, а потому его пришлось писать просто наощупь. Сейчас это многопроцессный демон на том же пыхе, который, как ни странно, работает.
Выбором написать свою реализацию я доволен (хотя я и не выбирал :) ), тестирование идет нормально, посмотрим как оно будет с реальными нагрузками работать.
Если работодатель позволит выложу реализацию в виде плагина, или продадим его тому же гейту :)
Ага, и на собеседовании в компанию не забывайте упоминать, что в своей области вы ниже среднего, пришли сюда только чтобы учиться и выйти из зоны комфорта. И вам обязательно будут платить большие деньги в виду вашей честности и скромности.
Да, спасибо за отчет. Дополнил сееб то что я понял со слайдов.
По поводу Пропела я согласен с вами. Я уже где-то месяц тролю Франсуа в его блоге на предмет более существенных изменений, чтобы пропел был юзабельнее, но пока достаточно туго идет. Propel 1.5 порадовал новым языком запросов, который кстати нифига не похож на то что есть в Доктрине. Все методы сгенерированы и при поддержке IDE все запросы пишутся просто вставляя нужные функции из автокомплита. Получается очень быстро.
С другой стороны у Пропела нет миграций, и очень тупая новая система расширений. Основана не на event-системе, а на кодогенерации. При написании behavior'а нужно в строке писать РНР-код, который будет обработан и вставлен в модель. Конечно, такой вариант будет работать достаточно быстро, но дебажить и писать такое — ужас.
Впринципе возможно, что нам дадут писать код behavior'а в Twig'е
I thhink Propel won't go further than the simple templating engine introduced in version 1.5.2. If a need for a more complex templating engine arises, then Propel will use a third party engine (like Twig) rather than reinvent the wheel.
То есть может из Propel 1.5 что-то получится, но пока Франсуа занят больше развитием кода над версией 1.3, от которой давно стоило бы отказаться и писать что-то новое.
Но anyway, ходил бы чаще, будь оно дешевле.
Зенд же изначально был децентрализован, из-за этого терялось много времени при первоначальной сборке проекта (подключение и настройка когнтроллеров, логгеров, дебаггеров и т.п.) Рельсы и симфони включают всё из коробки.
Думаю, Рельсы будут можщнее и удобнее Зенда. А вот к Руби привыкать придется некоторое время.
Было бы круто, если бы какой-то народный умелец начал выпускать подобные штуки.
Буду надеяться, что ваш проект захватит свою нишу и не даст фермерам выедать остатки мозги завсегдатаям социалок.
Или МТС на вас ещё свой передатчик тестировали? ;)
Выбором написать свою реализацию я доволен (хотя я и не выбирал :) ), тестирование идет нормально, посмотрим как оно будет с реальными нагрузками работать.
Если работодатель позволит выложу реализацию в виде плагина, или продадим его тому же гейту :)
По поводу Пропела я согласен с вами. Я уже где-то месяц тролю Франсуа в его блоге на предмет более существенных изменений, чтобы пропел был юзабельнее, но пока достаточно туго идет. Propel 1.5 порадовал новым языком запросов, который кстати нифига не похож на то что есть в Доктрине. Все методы сгенерированы и при поддержке IDE все запросы пишутся просто вставляя нужные функции из автокомплита. Получается очень быстро.
С другой стороны у Пропела нет миграций, и очень тупая новая система расширений. Основана не на event-системе, а на кодогенерации. При написании behavior'а нужно в строке писать РНР-код, который будет обработан и вставлен в модель. Конечно, такой вариант будет работать достаточно быстро, но дебажить и писать такое — ужас.
Впринципе возможно, что нам дадут писать код behavior'а в Twig'е
То есть может из Propel 1.5 что-то получится, но пока Франсуа занят больше развитием кода над версией 1.3, от которой давно стоило бы отказаться и писать что-то новое.