Интереcные вопросы, получается короткое интервью, я не являюсь автором проекта и его архитектором по сути, но всё же на некоторые вопросы могу ответить точно.
1. Совершенно верно, мы не используем composer, весь код проекта «изобретается заново», где десятки слоёв абстракций заменяются одним простым и удобным, целевым решением (функцией или классом).
2. У каждого свои трудности, в нашем случае — это средства :) Их всегда — не достаточно, мы не может взять и прыгнуть через голову, приходится идти небольшими шагами.
3. Менеджер пакетов и автоматический контроль зависимостей требует большое количество ресурсов, а мы не любим их тратить впустую :) Приведу пример: мы ищем в композере класс, который позволял бы сделать crop картинки и находится класс, который позволяет делать с изображением всё что угодно, но нам не нужен этот огромный класс, нам нужен только crop с уже известной степенью сжатия и известным путём для файла, а так же алгоритмом «вырезания картинки». Таким образом мы выбрасываем «удобный» класс композера на 1500 строк кода, а так же 10 уровнями абстракции и заменяем его функцией на 150/200 строк.
Мы, не используем Composer. Не вижу смысла тянуть в нормальный проект все эти зависимости.
Если Вы пишете код с правилом — «лишь бы было и работало», тогда композер подойдёт и ваш подход подойдёт и sf2 в том числе.
Но в сколько нибудь нагруженном проекте Ваш подход испытает очень большие трудности.
:)) я и сам в прошлом прикладник, как скатился до уровня js — не знаю, чувствую себя безумным и счастливым :))) есть такие языки вроде haskell, js, которые как сигареты, пробуешь — противно, а потом бросить не можешь. Курить — то бросил, а вот как с этими двумя быть — ума не приложу :)))
Отдуши посмеялся, боюсь JS вызывает у всех программистов строго типизированных языков такой же взрыв жопы как и при виде 1С… Оба языка не лаконичные, не сексуальные и написаны не для нормальных программистов, один для бухгалтеров, второй язык для сумасшедших :) Сам пишу на JS, люблю его и ненавижу одновременно.
текущий safari выдал 396, всё и везде работает, что я делаю не так? и зачем нужны эти попугаи, если хром жрёт в 10 раз больше ресурсов, в 3 раза медленнее и выглядит как браузер 10 летней давности?
полагаю, при первом запросе создаётся транзакция и песочница для файла, а так же проверяются права на директорию, далее файл закачивается на сервер или нет в зависимости от этого — песочница разрушается, либо с файлом проводятся манипуляции и он окончательно переносится в хранилище.
Печально было бы, если после загрузки 10 мегабайт вы получали отказ от сервера по правам на директорию.
www.kodicms.ru вот — единственная вменяемая цмс на кохана, а то что выше, нужно как минимум — привести в порядок.
Роли пользователей можно кодировать с помощью битовой маски, ну что же, желаем удачи в развитии проекта. Я не против развития Kohana в любом направлении.
Не думаю, что пара пасхалок увеличит лояльность покупателей. А вот отсутствие ошибок на сайте, приятный вид, доступные платежные системы, хорошая логистика, быстрая доставка и низкие цены — увеличат лояльность покупателей.
действительно странно, никогда не мог нормально работать в Windows окружении. Люди учат vim, собирают плагины и стараются по ssh работать на удаленных серверах, тут всё ровным счётом наоборот. Но на вкус и цвет конечно, глядишь когда-то пригодится Ваш опыт :) Спасибо за статью!
Основное достоинство FF — это инструменты разработчика, теперь даже стандартные смотрятся весьма неплохо, практически не использую firebug.
В обычное время предпочитаю Safari в силу его хорошей оптимизированности под мак, для отладки и разработки ajax, js, CSS — имхо FF удобнее.
Да каждый новый участник хабры, который мало мальски познакомится с Web разработкой:
Запостит свой macbook 13'' и Iphone
Запостит Трогательную историю о том как он сделал личную страницу с применением примитивных технологий
Пообещает свежих постов связанных с этой тематикой…
Спасибо, как же мы без этих статей здесь жили-то, никому не известно)
ну да, аграрной промышленностью удаленно не займешься, не займешься удаленно и работой на производстве, так же удаленно нельзя строить дома или подстричь человека, будущее в таком ракурсе пока видно лишь IT специалистам и прочим областям, зависимым только от информации, к примеру журналюги, репортеры и так далее, ученые какие-то.
Заголовок уж слишком желтый, получается, что такое будущее может коснуться очень небольшой доли общей массы людей.
Под Mac OS можно скачать клиент с офф сайта, далее:
1. переходим в Programs, райткликаем приложение и жмешь показать — содержимое
2. переходим в папку contents->resouces->app.nw->src->app
3. Архивируем и меняем здесь файт Settings.js
4. в папке lib->models меняем файл movie_collection.js
И в чем объективность теста, если Kingston не писал реальные данные, а лишь «архивировал»? А в тестах скорее всего писались не рандомные блоки, а 1 раз генерированный файл — переписывался, таким образом тестировались только флешки для «Архивации».
1. Совершенно верно, мы не используем composer, весь код проекта «изобретается заново», где десятки слоёв абстракций заменяются одним простым и удобным, целевым решением (функцией или классом).
2. У каждого свои трудности, в нашем случае — это средства :) Их всегда — не достаточно, мы не может взять и прыгнуть через голову, приходится идти небольшими шагами.
3. Менеджер пакетов и автоматический контроль зависимостей требует большое количество ресурсов, а мы не любим их тратить впустую :) Приведу пример: мы ищем в композере класс, который позволял бы сделать crop картинки и находится класс, который позволяет делать с изображением всё что угодно, но нам не нужен этот огромный класс, нам нужен только crop с уже известной степенью сжатия и известным путём для файла, а так же алгоритмом «вырезания картинки». Таким образом мы выбрасываем «удобный» класс композера на 1500 строк кода, а так же 10 уровнями абстракции и заменяем его функцией на 150/200 строк.
Если Вы пишете код с правилом — «лишь бы было и работало», тогда композер подойдёт и ваш подход подойдёт и sf2 в том числе.
Но в сколько нибудь нагруженном проекте Ваш подход испытает очень большие трудности.
Печально было бы, если после загрузки 10 мегабайт вы получали отказ от сервера по правам на директорию.
Роли пользователей можно кодировать с помощью битовой маски, ну что же, желаем удачи в развитии проекта. Я не против развития Kohana в любом направлении.
на одном даже подпись hello roskomnadzor, чем не диверсия…
ссылка на скачивание под mac Os yadi.sk/d/1Z0iFbQkd6rS8
так как клиент находится на github, замкнутая цепь получается
В обычное время предпочитаю Safari в силу его хорошей оптимизированности под мак, для отладки и разработки ajax, js, CSS — имхо FF удобнее.
Запостит свой macbook 13'' и Iphone
Запостит Трогательную историю о том как он сделал личную страницу с применением примитивных технологий
Пообещает свежих постов связанных с этой тематикой…
Спасибо, как же мы без этих статей здесь жили-то, никому не известно)
Заголовок уж слишком желтый, получается, что такое будущее может коснуться очень небольшой доли общей массы людей.
в файле movie_collection.js находите строку:
metadata: App.Trakt
и меняете на
metadata: null
в файле setiings.js меняете строки:
Settings.yifyApiEndpoint = 'http://yts.re/api/';
Settings.yifyApiEndpointMirror = 'http://yts.im/api/';
на
Settings.yifyApiEndpoint = 'http://yts.lafin.me/api/';
Settings.yifyApiEndpointMirror = 'http://yts.lafin.me/api/';
1. переходим в Programs, райткликаем приложение и жмешь показать — содержимое
2. переходим в папку contents->resouces->app.nw->src->app
3. Архивируем и меняем здесь файт Settings.js
4. в папке lib->models меняем файл movie_collection.js
приятного просмотра и спасибо автору за работу :)