Сергей Протько

1-ый вариант предпочтительнее, так как он решает поставленную задачу, удаляет фотографию из альбома.

Но это не значит что сама фотография была удалена, это нужно делаталь отдельным степом. Альбом не должен знать как создаются или удаляются фотографии, он их только хранит, а точнее ссылки на них. Самый простой вариант - реализовать метод remove у класса Photo.

$photo = new Photo($filePath);
$album->addPhoto($photo);
$album->removePhoto($photo);
$photo->remove();

Очень хорошая документация у LinedIn. Это как пример оформления документации скорее.

Так же почитайте что такое ресурс. что такое uri.... Большая часть правил по которым нужно формировать API строятся как раз на этих принципах.

Если говорить о best practice, есть еще HATEOAS и Json Api. чем это все хорошо - позволяет автоматически генерировать клиентский код. Скажем помниться мне для angular.js есть модуль позволяющий легко и просто взаимодействовать с HATEOAS. Но если честно, я редко сталкивался с апишками где это используется. Сходу вспомню что Sun (oracle) использует в енто дело в своих апишках для работы с клаудами.

Ух, знаете вы, батенька, толк в извращениях то...

Коль уж вы решили работать с TCP, то вам придется реализовать полностью этот протокол (сборка/проверка/распаковка пакетов, установление соединения (как раз таки handshake) и т.д.). Если вам не важна производительность, можно не реализовывать контроль насыщением и прочие приблуды. а посылать следующий пакет только по подтверждению доставки предыдущего. Но это будет оооочень медленно работать.

По поводу того что сервер принимает только ip и заголовок - так а вы уверены что там должны быть данные? В любом случае рекомендую глянуть на реализацию простенького снифера: вот.

p.s. А почему именно RAW сокеты то?

Выбирать нужно исходя из предположения, откуда будет идти основной траффик. Если из штатов или из северной америки - ответ очевиден, далее идет больше конкретики. Европпа - амстердам. Азия - сингапур.

По сути чем ближе сервер к основной массе потребителей, тем лучше (меньше пинги).

"Тайное" сообщество любителей пораспозновать бесплатно без СМС.

Неужто так сложно вопспользоваться гуглом?

slice - режет массив. Значит массива нету.

задавайте очередь анимаций.

Либо используйте калбэки.

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

Если у вас нету каких-то особых требований, то проще сделать по соединению на каждое действие (прием/загрузка файла, передача данных и тд.).

p.s. Не пугайтесь фраз типа "разработать протокол". Это не так уж и сложно по сути. Вам нужно только определить формат заголовка, то есть обычную структурку, в которой должны быть для простоты указаны длина пакета (без учета заголовка), и тип оного (что содержит). Это минимум.

Ну так его нету в phpdoc перед классом. Попробуйте так:

/** 
 * Application\Entity\Place 
 * @ORM\Entity(repositoryClass="\Application\Entity\PlaceRepository")
 */
class Place {
   /***тут поля Place***/
}