>Население страны в общей свое массе в ближайшие дни станет чуть более продвинутым в технических вопросах, не более того.
Да не станет никто более продвинутым, тупо появятся или станут популярными другие трекеры.
Поднять то дело не хитрое, а так то там деньги с рекламы и все такое.
Вообщем для обычных людей все будет также как и раньше, ну адрес в браузере поменяется, не пофиг ли.
В явном минусе только те, кто зарабатывал на конкретном трекере, возможно еще некоторые редкости найти будет чуть труднее.
К врачу главное периодически ходите, там как минимум проростание сосудов в сейчатку может быть из-за недостатка кислорода, после этого вроде как лазерную коррекцию, например, делать не будут. При этом вроде как именно однодневные так носить нельзя.
А в науку вы себя не вкладываете :) Всякое подобное уже изучено, советую почитать к чему приводит :)
>ценники начинаются от 80 тыс. за проект – не наш вариант.
>Стоимость разработки Х рублей, срок 1 месяц
>по сути на 1.5 месяца превысили сроки, от начальных 1 месяца.
>Запускаем приложение под Android без навыков программирования
Вся суть статьи — находим раба, который будет трудиться 2.5 месяца и получит сильно меньше 80 тыс.
ну т.е. будет работать эдак за 20к в месяц.
>Вы просто почти ничего не поняли из того, что я написал в своём самом первом комментарии.
У вас были утверждения, у меня конкретные вопросы к ним, а также конкретные их опровержения.
>Хотя даже мой коммент довольно подробно всё разъясняет.
Нет.
>Если вы не понимаете чьих-то мотивов, это еще не означает, что вы умнее этого человека, а человек этот обязательно не прав.
Умом не меряюсь, ваши утвержения посчитал не правильными, ничего личного.
>Поизучайте современные UI библиотеки на досуге. Не одним Бакбоном же мир живёт.
С чего вы взяли что я не изучал ничего другого и использую только бекбон?
>Большинство вопросов, которые здесь задают в комментах разные хабровчане — просто из-за их личного невежества.
И вы еще пишете про чьето высокомерие?
>Мир меняется, развивается, изобретаются новые подходы к разработке
Конечно, только причем тут утвержедния из вашего первого комментария?
> Возможно, предостерегать надо от вас, а не от меня. До свидания ещё раз, и всего хорошего вам.
Вам лень прочитать то что я написал и ответить, вместо этого вы пишите бессмысленный высокомерный комментарий, зачем? Не лучше ли было написать по существу, а не пытаться как то нелепо себя обелить?
Вообщем неконструктивный разговор, да всего хорошего :)
>Дорогой мой собрат по ремеслу) Я же написал: не нравится подход — делайте так, как лично вам нравится.
>И советую вам задуматься: чем наполнено ваше сердце?
Мое сердце при прочтении вашего комментария наполнено предчувствием, что есть очень большая вероятность, в дальнейшем, работать с кодом, который написали следуя таким рекомендациями как ваша. Поэтому, чувствую необходимость выразить с вашим комментарием несогласие, дабы вселить в остальных прочитавших некоторое недоверие, а возможно и критическое восприятие.
>Разделённость представления (html) и логики (js) по разным файлам,
Т.е. по вашему шаблонизаторы это зло?
>из-за чего вы постоянно будете видеть только один фрагмент своего компонента
Может проще купить второй монитор чем все в кучу перемешивать?
> Когда у вашего компонента накопится штук 10 event lievener'ов, особенно спустя пол года после его написания
Если он нужны, они в любом подходе добавятся.
>вы долго будете «прощупывать своего слона»
в «бекбоновском» подходе есть такое понятие как subview
>удалили какой-то класс у одного из div-ок?
Нафига удалять классы из дивов? Надо разделять классы отображения и классы для Js
> У такого подхода нет простой возможности каким-либо образом отрендерить всё это дело на сервере
Реально ли часто, внезапно возникает необходимость что-то отрендерить на сервере? А если и возникает, не проблемы ли это планирования?
>вы просто пишете на нужных элементах атрибуты «onclick», «onmouseover», «oninput», и так далее:
Это здорово, когда интерфейс в целом простой и нет необходимости менять события по ходу работы скрипта.
Ток одного не пойму — нафига при этом использовать этот олдскульный подход, вместо внятного списка селекторов мы получаем лапшеверстку, где вообще фиг поймешь кто куда навешен, пока всю не просмотришь.
>При этом, кстати, никто не запрещает навесить какие-то свои дополнительные
>прослушиватели событий при инициализации компонента, через
Ок, того подхода не хватило, разбавим его еще одним. Главное чтобы тот кто после нас будет дорабатывать не оказался злобным маньяком.
>К слову, я в своём проекте сделал небольшой сервер на ноде, который создаёт файл unix socket'а в папке проекта и возвращает результат рендера Riot.js компонентов на входящие запросы. А на стороне Пыхчанского я после этого реализовал небольшую функцию, которая коннектится к этому самому сокету и запрашивает нужные компоненты с данными. Итого, я избавил свой проект от написания шаблонов на стороне сервера и полностью переложил всю эту работу на Riot.js. Сначала компоненты сайта рендерит нода; а уже после этого браузер загружает тот же самый код и инициализирует всю JS-логику.
Ну и нафига? Не проще отдавать просто данные, например на Пхп, а на клиенте все рендерить?
>Не понравился данный подход — я рад за вас, и перетягивать
>кого-то куда-то насильно я не собирался, я лишь делюсь знаниями с другими ремесленниками.
В том то и проблема, таких «ремесленников» на JS все больше и больше, он уже ПХП переплюнул.
Ну тут на удивление политоты не так уж и много, хотя стандартные заблуждения есть :)
Впрочем каюсь, я свой коммент написал, чтобы намекнуть на то,
что это именно американский поляк, просто попытался сделать это мягко :D
Замечание:
Сессии, использующие файлы (по умолчанию в PHP), блокируют файл сессии сразу при открытии сессии функцией session_start() или косвенно при указании session.auto_start. После блокировки, ни один другой скрипт не может получить доступ к этому же файлу сессии, пока он не будет закрыт или при завершении скрипта или при вызове функции session_write_close().
Скорее всего это станет проблемой для сайтов, которые активно используют AJAX и делают несколько одновременных запросов. Простейшим путем решить эту проблему будет вызов функции session_write_close() сразу же как только все требуемые изменения в сессии будут сделаны, предпочтительно ближе к началу работы скрипта. Также можно использовать другой механизм сессии, который поддерживает конкурентный доступ.
Да ладно вам придираться, даже не учитывая то что это американский поляк, со всем вытекающим на счет всего советского — статья то интересная и здравая.
Тут стоить заметить, что это совсем не мелочь и, что в официальной доке по start_session про блокировки сказано, а вот в разных «учебниках» обычно нет.
Так не важно же файлы или не файлы в этом случае.
И вообще по факту session_start тут только усугубляет проблему производительности и ни о чем не говорит.
Чем перл не нравится, на чем предложите писать?
Да не станет никто более продвинутым, тупо появятся или станут популярными другие трекеры.
Поднять то дело не хитрое, а так то там деньги с рекламы и все такое.
Вообщем для обычных людей все будет также как и раньше, ну адрес в браузере поменяется, не пофиг ли.
В явном минусе только те, кто зарабатывал на конкретном трекере, возможно еще некоторые редкости найти будет чуть труднее.
А в науку вы себя не вкладываете :) Всякое подобное уже изучено, советую почитать к чему приводит :)
>Стоимость разработки Х рублей, срок 1 месяц
>по сути на 1.5 месяца превысили сроки, от начальных 1 месяца.
>Запускаем приложение под Android без навыков программирования
Вся суть статьи — находим раба, который будет трудиться 2.5 месяца и получит сильно меньше 80 тыс.
ну т.е. будет работать эдак за 20к в месяц.
У вас были утверждения, у меня конкретные вопросы к ним, а также конкретные их опровержения.
>Хотя даже мой коммент довольно подробно всё разъясняет.
Нет.
>Если вы не понимаете чьих-то мотивов, это еще не означает, что вы умнее этого человека, а человек этот обязательно не прав.
Умом не меряюсь, ваши утвержения посчитал не правильными, ничего личного.
>Поизучайте современные UI библиотеки на досуге. Не одним Бакбоном же мир живёт.
С чего вы взяли что я не изучал ничего другого и использую только бекбон?
>Большинство вопросов, которые здесь задают в комментах разные хабровчане — просто из-за их личного невежества.
И вы еще пишете про чьето высокомерие?
>Мир меняется, развивается, изобретаются новые подходы к разработке
Конечно, только причем тут утвержедния из вашего первого комментария?
> Возможно, предостерегать надо от вас, а не от меня. До свидания ещё раз, и всего хорошего вам.
Вам лень прочитать то что я написал и ответить, вместо этого вы пишите бессмысленный высокомерный комментарий, зачем? Не лучше ли было написать по существу, а не пытаться как то нелепо себя обелить?
Вообщем неконструктивный разговор, да всего хорошего :)
>И советую вам задуматься: чем наполнено ваше сердце?
Мое сердце при прочтении вашего комментария наполнено предчувствием, что есть очень большая вероятность, в дальнейшем, работать с кодом, который написали следуя таким рекомендациями как ваша. Поэтому, чувствую необходимость выразить с вашим комментарием несогласие, дабы вселить в остальных прочитавших некоторое недоверие, а возможно и критическое восприятие.
Т.е. по вашему шаблонизаторы это зло?
>из-за чего вы постоянно будете видеть только один фрагмент своего компонента
Может проще купить второй монитор чем все в кучу перемешивать?
> Когда у вашего компонента накопится штук 10 event lievener'ов, особенно спустя пол года после его написания
Если он нужны, они в любом подходе добавятся.
>вы долго будете «прощупывать своего слона»
в «бекбоновском» подходе есть такое понятие как subview
>удалили какой-то класс у одного из div-ок?
Нафига удалять классы из дивов? Надо разделять классы отображения и классы для Js
> У такого подхода нет простой возможности каким-либо образом отрендерить всё это дело на сервере
Реально ли часто, внезапно возникает необходимость что-то отрендерить на сервере? А если и возникает, не проблемы ли это планирования?
>вы просто пишете на нужных элементах атрибуты «onclick», «onmouseover», «oninput», и так далее:
Это здорово, когда интерфейс в целом простой и нет необходимости менять события по ходу работы скрипта.
Ток одного не пойму — нафига при этом использовать этот олдскульный подход, вместо внятного списка селекторов мы получаем лапшеверстку, где вообще фиг поймешь кто куда навешен, пока всю не просмотришь.
>При этом, кстати, никто не запрещает навесить какие-то свои дополнительные
>прослушиватели событий при инициализации компонента, через
Ок, того подхода не хватило, разбавим его еще одним. Главное чтобы тот кто после нас будет дорабатывать не оказался злобным маньяком.
>К слову, я в своём проекте сделал небольшой сервер на ноде, который создаёт файл unix socket'а в папке проекта и возвращает результат рендера Riot.js компонентов на входящие запросы. А на стороне Пыхчанского я после этого реализовал небольшую функцию, которая коннектится к этому самому сокету и запрашивает нужные компоненты с данными. Итого, я избавил свой проект от написания шаблонов на стороне сервера и полностью переложил всю эту работу на Riot.js. Сначала компоненты сайта рендерит нода; а уже после этого браузер загружает тот же самый код и инициализирует всю JS-логику.
Ну и нафига? Не проще отдавать просто данные, например на Пхп, а на клиенте все рендерить?
>Не понравился данный подход — я рад за вас, и перетягивать
>кого-то куда-то насильно я не собирался, я лишь делюсь знаниями с другими ремесленниками.
В том то и проблема, таких «ремесленников» на JS все больше и больше, он уже ПХП переплюнул.
Вот это, как раз View бекбона, даже events там такие же:
$.define('сounter', {
// декларация событий
events: {
// встроенные событие блока: b-inited, b-destroyed
'b-inited': 'oninit',
// дом-события
'click .js-inc': 'onClickPlus',
'click .js-dec': 'onClickMinus'
},
// методы блока
methods: {
}
}
backbonejs.org
Впрочем каюсь, я свой коммент написал, чтобы намекнуть на то,
что это именно американский поляк, просто попытался сделать это мягко :D
php.net/manual/ru/session.examples.basic.php
Процитирую оттуда:
Я то специально вот сюда смотрел, тут есть, в блоке options:
php.net/en/session_start
И вообще по факту session_start тут только усугубляет проблему производительности и ни о чем не говорит.
Т.е. у нас есть мысли, мы им не доверям, потому что они первые, но иногда им нужно довериться.
Ну наконец-то плять! А то так мучило то, что телек сзади не гламурный!