Ваше мнение важно для нас.
Поделитесь своими предоложениями и пожеланиями.

Посты

mingun
0
Доброго времени суток. Недавно, в одном из проектов, над которыми я работаю, на клиенсткой части веб-приложения, возникла задача для решения которой, лучше всего подходили JavaScript промисы. Поскольку приложение, на данный момент, рассчитано на работу только в Chrome, то, то, что промисы пока не поддерживаются в половине браузеров не было большой проблемой. Для кросс-браузерности, конечно, лучше было бы использовать jQuery Deferred. Но, поскольку, требования позволяли, решено было попробовать (сравнительно) новые нативные JavaScript промисы. Ну да речь не об этом.

О JavaScript промисах я знал лишь в общих чертах, соответственно пришлось подыскать кое-какую литературу. Среди прочего я почитал вот эту статью "JavaScript Promises. There and back again." на html5rocks и нашел ее весьма познавательной и исчерпывающей. Конечно же, статья была на английском, как и большинство найденной мною информации. Я решил ею поделиться, однако, пришлось учитывать тот факт, что вопреки распространенному мнению, не все программисты в СНГ свободно владеют английским. Да и на родном языке всегда читать приятнее...

Вот так и получилось, что я стал переводить. Публиковать текст я буду по частям, поскольку статья довольно длинная, и перевод требует массу времени. Однако, я планирую выложить всю статью в течении недели (ну, максимум двух).

Представляю Вашему вниманию перевод первой части вышеозначенной статьи. Добро пожаловать под кат.
macoed
1
Пару месяцев назад начал работать над одним проектом, одной из частей которого, необходимо было выполнять bash-команды на удаленном сервере. Предварительно, установив SSH соединение. Проект написан на Java и для реализации вышеизложенного использовалась библиотека JSch. Все было хорошо, пока в один прекрасный момент не возникла необходимость кроме выполнения bash-скриптов еще и загружать на сервер файлы. Я потратил немало времени в попытках передать файлы по SSH в виде потоков и прочего в этом духе. В итоге, даже удалось наладить передачу файлов, но все же это решение казалось мне уж очень «костыльным». Потому я провел небольшей ресерч в интернете и нашел куда более изящное решение в рамках все той же библиотеки JSch, которым и хочу с вами поделится.
admin
0
Пару недель назад заметил странную штуку с одним из моих серверов под Linux. Он перестал отвечать, при чем и на http, и на ssh, и на ping. Ну, я его перегрузил и забыл об этом.
Пару дней все было нормально, а потом он опять перестал отвечать. И главное, не зайти и не посмотреть – ssh-то тоже лежит. Видимо что-то отжирает канал, или CPU, или память, но как понять что, если нельзя законнектится?
Что я с этим делал и в чем оказалась проблема читайте дальше.
webdev
1
Доброго времени суток. Хочу поделится своим исследованием на тему сабжа.
Пару дней назад возникла необходимость сделать для одного ресурса поддержку хеш-ссылок(так же известны как deep links). То есть ссылок, в которых после символа хеш(#) следует значащая часть ссылки. Такие ссылки используют практически все JavaScript фреймворки(AngujarJS, BackboneJS и т. д.) для идентификации загружаемого контента. Использование таких ссылок позволяет обновлять содержание страницы без перегрузки страницы. В этом случаи, при навигации просто меняется "якорь"(хеш), что не приводит к перегрузки страницы(автоматическому запросу страницы браузером). Таким образом, при изменении хеша, клиентский js код просто запрашивает необходимый контент с сервера(через ajax). Хеш-ссылки же используются для сохранения состояния браузера - их можно использовать как обычные ссылки(отправлять друг другу, добавлять в закладки и т. д.)
Как сделать их поддержку - тема отдельная. В общем, когда хеш-ссылки были уже готовы, возникла проблема. На сайте была реклама от Google AdSense, и, естественно, было желание, чтоб эта реклама обновлялась при переходе по дип линкам. Задача эта, на первый взгляд несложная, оказалась довольно заковыристой. Хотите узнать почему и как это все же сделать? Добро пожаловать под кат.
mingun
0
В предыдущих статьях в общих чертах были рассмотрены базовые понятия линейного программирования. То есть такого, в котором выполнение кода происходит сверху вниз(без исключений) и слева направо. В этой же статье мы рассмотрим возможные отклонения от этих правил. Зачем это нужно? Дело в том, что линейные программы не покрывают весь спектр существующих задач. К примеру, они не могут варьировать свое поведение в зависимости от действий пользователя. Вы можете сказать, что это не так, рассмотренный в предыдущей статье оператор ?: позволяет вводить некоторую вариацию. Это, конечно же, верно, однако далее мы покажем, что оператор ?: это упрошенная запись частного случая условного оператора if.
Jane
3
Рассказ о том, зачем нужен начальник и как им быть. (На примере утренника в детском саду "Пчелка" в очень старшей группе детского сада со средним возрастом 22+)
ИТ-цитата
"Хороший код - лучшая документация. В тот момент, когда Вы собираетесь добавить комментарий, спросите себя "Как я могу изменить код так, чтоб комментарий не понадобился?""
Стив Макконел