Сергей Михайленко

Присоединюсь к мнению, что фотошоп и psd для верстальщика лучше

тут пишут

верстальщику забирать стили из ai файла удобнее, не придется прибегать к конвертированию онлайн

существует adobe extract, который есть в фотошопе, и в brackets (и там, по личным наблюдениям, ускоряет работу в разы)

весь мир, включая Индию, давно верстают с вектора

ну тут тонкий вопрос: логотип или иконки в векторе - это обычно хорошо, фотографии - плохо, кнопки - зачем? В 99% случаев достаточно возможностей css для их стилизации. Получается, что вектор - только для иконок, которые дизайнер (хороший) все равно дает отдельно в виде спрайта.

верстак должен адаптироваться под условия

верстальщик должен адаптироваться под тенденции в мире разработки, должен понимать что и как должно работать в разных браузерах (привет ie), на телефоне, на планшете, на телевизоре, должен разбираться в оптимизации происходящего для поисковых систем и людей с ограниченными возможностями (на которых многие забивают, к сожалению), зачастую должен еще писать какие-то скрипты, как для внешнего вида, так и для логики работы сайта, не менее часто должен придумывать за дизайнера как должны работать анимации, и вы хотите, чтобы он еще и хорошо знал несколько графических редакторов? В таком случае он должен запросить зарплату в несколько раз больше, чем у дизайнера

@djay Если вы неплохо знаете HTML5, CSS3 и JavaScript, то наверняка понимаете, что у сайтов есть:
- каркас или сетка
- повторяющиеся части ( хедер, футер, сайд бар.... и т.п.)
- элементы которые могут быть сделаны без медиафайлов(картинок, видео, flash)
- медиа элементы
- формы.

Так вот сперва разделите макет на эти части.
Сверстайте каркас.
Затем разделите части на элементы, и начинайте верстать каждый элемент.

Со временем вы будете видеть вместо белого квадрата черной обводкой нечто вроде этого:

<div class="black-square">Текст в черном квадрате</div>

.black-square
{
width: 100px;
height: 100 px;
background-color: white;
border: 1px solid black;
}

Волшебной кнопки - "Сохранить как сверстанный макет" увы в Photoshop нет.

А за что? Перевод - это самый лучший контент, после самописного. Но лучше копировать без верстки. Сделайте на подобие, с переводными текстами. Очень хорошая идея. Если и не получит супер посещаемости, то спасибо скажут многие точно. У меня нет проблем с чтением на английском, но у многих есть.
Однако довести до ума будет не просто. Я бы выкинул это в opensource.

это называется RBAC

по моему то что Вам нужно

Скажу вам так : я уже долгое время занимаюсь фронт-эндом, мы пишем веб-приложения, 2d-3d игры, сайты и так далее. JS был моим следующим языком после Java. И, говоря честно, JS - абсолютно всеобъемлющий язык, который хорошо выучить очень непросто(гораздо сложнее, чем тот же Java). По-началу, смотря на этот код, половина из которого занимается только фиксами кросс-браузерности становится тошно, потом попроще, но ввиду "особой особенности" js и его прототипно-ориентированности, многие просто хотят вырвать себе глаза, что и делают любые программисты, переходящий с c/c++/c#/Java(любой другой более классический язык). Чтобы писать хорошие модули на JS, могут понадобится годы разработки. Объективно, если сидеть по 2-3 часа в день, результативно заниматься, то можно освоить js и самые начальные паттерны за 4-6 месяцев. Изучение Angular - вообще отдельная тема, которую так быстро ты не освоишь. Angular - это вам не убогий jQuery, от которого реально тошнит, Angular - это по сути отдельное изучение JS заново. Вот как-то так.

Добрый вечер.
Если Вы хотите из таблицы с комментариями получить только те комментарии, которые относятся к данной новости(заметке, посту и т.д.), то и подставляйте в запрос id новости, а не комментария, как Вы делаете.

Грубо говоря, вы используете php в том числе и в качестве шаблонизатора, так? Значит и на node смотрите в эту же сторну, например if условие в jade.

Нужно принимать сигнал GPS и передавать его куда либо, можно предварительно записывать и передавать пачками.

проще всего в приложении сделать ServiceActivity в котором будет LocationReciver, естественно нужны права на GPS и он должен требовать его включить. Треки лучше всего хранить по датам на sd карте - в популярном формате. Перед сохранением точки - нужно вычислять расстояние между соседними точками и если оно меньше NNметров - то не сохранять. Длину можно пощитать как сумму расстояний между каждыми двумя точками - в цикле.

2.3.7. ОГРАНИЧЕНИЯ. Используя Сервис, Пользователь не имеет права:
2.3.7.3. Создавать на основе Сервиса системы мониторинга транспортных средств, отображающих информацию в реальном времени, и любые другие услуги, связанные с управлением и диспетчеризацией транспортных средств.

https://yandex.ru/legal/maps_api/
https://tech.yandex.ru/maps/commercial/

• Забыть о фиксированных величинах, то есть про px и использовать % по максимуму.
  
• Использовать svg вместо png, или увеличивать размер png
  
• Применяя media queries определять экраны с высокой плотностью пикселей и заменять изображения на увеличенные в 2 раза. Можно для этих целей применить javaScript, можно заюзать retina.js
  

<script src="http://ajax.googleapis.com/ajax/libs/jquery/1.11.0/jquery.min.js"></script> 
<script>
$(function(){
$('#button').click(function(){
$.ajax({
	type: "POST",
	url: 'pages/page1.php',
	success: function(data) {
             $('#result').html(data);
	}
});
});
});
</script>

<div id = "button"> Нажми меня </div> // кнопка
<div id = "result"> Результат </div>

Статей хватает, можете конечно написать, но врят-ли что-то-новое выйдет.

Структуру методов, что и как должно возвращать лучше обсудите с iOS разработчиком, который будет потом имплеменить это дело. Если такого нету — максимально разбейте все на атомарные операции, упростите взаимодействие, прикиньте сами какие методы могут понадобиться (представьте что вы пишете API не для кого-то, а, например, для странички, которая через AJAX все выдерает).

По поводу реализации — банальная сериализация вместо рендринга, больше отличий нету. Есть куча готовых компонентов которые хорошо подходят для сериализации туда и обратно. Свой такой компонент тоже пишется достаточно быстро.

Для авторизации обычно применяют токен-авторизацию. Мол при авторизации пользователю выдается уникальный токен (рандомная строка), который он потом шлет в заголовках каждый раз при обращении к методам API. Это можно сделать как отдельную прослойку.

Я не видел ни одного RESTfull API для серьезных приложений, тобиш да, оно то REST но не полностью, так что заморачиваться тут не стоит. Достаточно просто обрабатывать какие-то базовые заголовки и GET/POST запросы. GET для выборок — тобиш данные в базе при запросе не меняются, разве что какие счетчики, а POST для создания записей в базе (по феншую результат работы функции должен возвращаться только HTTP заголовки, среди которых есть GET запрос с URI нового объекта, но на практике никто не париться и возвращает весь объект или его часть).

Можно конечно воспользоваться SOAP апишками, но по опыту скажу что оно годно только при разработке оочень простых API, и толку от него мало. Если клиентом, конечно, будет приложение написанное на C# .NET — тогда смело SOAP и только SOAP, вам по сути разницы в реализации (имеется в виде по времени) минимум, а разработчику клиента будет намного проще. А вот на iOS с SOAP все достаточно печально.