• Что вы делаете, когда не работается?

    Рисуйте каждый день burndown диаграмму задач, запланированных на неделю или две. Внутри дня используйте технику pomodoro. А еще чаще думайте о том, что жизнь конечна и протрачивать ее попусту нельзя.

    Ответ написан
    1 комментарий
  • Накидайте фриланс-бирж

    @lex_t
    Не знаю как Вы, а я бы первым делом пошел на freelansim.ru
    Ответ написан
    Комментировать
  • Публикация поста Wordpress (api)

    Suvitruf
    @Suvitruf
    Java/node.js/game-dev
    Добавлять программно.
    # Данные для публикации записи:
    $source = array(
      'post_title' => 'Заголовок поста.',              // - заголовок материала.
      'post_name' => 'zagolovok-posta',                // - "слаг", синоним пути.
      'post_excerpt' => 'Цитата поста.',               // - цитата, анонс.
      'post_content' => '<p>Содержимое поста.</p>',    // - содержимое/контент.
      'post_status' => 'publish',                      // - статус материала: опубликованный.
      'post_author' => 1,                              // - автор материала: пользователь с id=1 (администратор).
      'post_type' => 'post',                           // - тип контента: запись.
      'post_category' => array( 43,52 ),               // - рубрики.
      'tags_input' => 'Добавление постов, WordPress',  // - метки/теги.
      'comment_status' => 'open'                       // - комментирование разрешить.
    );
     
    # Вставка записи в базу данных:
    wp_insert_post($source);
    
    
    Ответ написан
    4 комментария
  • Как писать API?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Статей хватает, можете конечно написать, но врят-ли что-то-новое выйдет.

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

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

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

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

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

    @egorinsk
    Мне кажется, надо не усложнять API и возвращать категории товара (их id и название например) вместе с товаром, по ссылке /products/id. А если есть реальная потребность получать какие-то свойства товара отдельно (только цена и описание например), добавьте параметр ?fields=field1,field2

    Проектировать API стоит не из каких-то абстрактных соображений, а из планируемых сценариев использования, и из соображений простоты.
    Ответ написан
    Комментировать