dk-web, если я правильно понял, то ты из ларавел получаешь коллекцию. У каждого объекта у тебя есть 2 свойства, по которым ты строишь массив ключ—значение, только обрамляешь ещё значение через обертку класса PageEntity. В этой схеме (про много телодвижений и ее сложность я не говорю) тебе не нравится, что доступ к данным у тебя идёт как к элементам массива, а ты хочешь доступ в объектном стиле.
Решение json_decode(json_encode($mainpage)) решает твою задачу? Или ты другое ожидаешь и я не верно понял, что ты хочешь получить в итоге?
Если у тебя на 1 уровне список документов, то можешь через foreach первый массив прогнать сначала. Не совсем понял твою структуру и как именно тебе нужно обработать ее.
Спасибо конечно за минус. Я, как разработчик, особой любви к битриксу не испытываю. Но он отвечает вашим вопросам, в том числе и по ценовой политике.
Если вам нужен полноценный бух сервис, то habrahabr.ru/qa/44860/#answer_168958
А разве у гугл нет api? Мне казалось, что было и вполне достаточное. Если вам так уж очень хочется использовать гугл доки для других задач, реализуйте недостающий функционал в другом интерфейсе, настройте синхронизацию и тд.
Правда тут надо четко понять, что именно будет ЭФФЕКТИВНО оставить в гугл доках, так как добавление функционала в виде костылей «лишь бы было» не приведет к лучшему результату.
Можете приехать лично и подписать документы. Вам так будет совсем спокойно :)
У меня лично опыта удаленного оформления нет, но друг устраивался работать на Европу по контрактам не однократно. Это нормальная практика. Понятное дело, что нужно сделать небольшую скидку, если речь идет о трудоустройстве на территории РФ или СНГ. Тут могут быть ньюансы, но по ощущением — беспокоиться нет причин.
Практически любая технология, пригодная для веб-разработки, более чем подойдет. Вопрос в другом. Вы написали, что разные модули-разделы будут добавляться разными программистами. Вопросы: Какие программисты, на каких языках пишут, какие технологии им комфортнее использовать и тд. А так, верно подметили — что именно вам нужно — язык программирования, фреймворк, cms? что вы вкладываете в понятие «технологии разработки»?
В продолжении вопросов — а как в данном формате лучше переключать контекст, например захочется подключить работу с кэшем, или базу поменять на другую, например подключив Mongo?
И второй вопрос — есть смысл зафиксировать названия полей таблицы, на случай изменения их, чтобы волшебные геттеры / сеттеры не поломались, а использовались какие-то константы?
Спасибо за совет. Видел все эти решения, включая github.com/codeinchaos/restful-zend-framework-example
Но это совсем не то. Тут подробно и очень хорошо описана работа контроллеров и ньюансы работы в режиме REST. А с этим как раз таки вопросов / проблем и не возникло. У меня основной вопрос — именно в организации моделей.
Спасибо за совет :)
Советы действующие, примерно в том направлении двигался, но хотелось более плотно сесть за «правильно». Хочу сегодня сесть за вариант, который описывается в архитектуре.
Тут вопрос скорее не в том, где писать запросы в базу, а как это красивее разнести :) Именно, как вы и сказали — архитектура :)
Есть опыт работы на других ЯП, где все выглядит мега секси, хочется эстетику сохранить и приучать себя сразу к приближениям левел-апа.
Нашел очень достойную ссылку (http://www.slideshare.net/weierophinney/playdoh-modelling-your-objects-1766001), но если найдутся люди, готовые на пальцах своем опыте рассказать, буду очень признателен.
Решение json_decode(json_encode($mainpage)) решает твою задачу? Или ты другое ожидаешь и я не верно понял, что ты хочешь получить в итоге?