YepBro

Посмотри в строну этого пакета https://github.com/asseco-voice/laravel-json-query... Позволяет на основу пришедших с фронта json-данных построить запрос.

Список свойств получить просто.

array_keys(Article::first()->getAttributes());

Если для каждого поля заполнить данные в свойстве $casts то через метод getCasts() можно получать тип данных.

Вот решение как получить список всех объявленных связей в модели https://gist.github.com/shanginn/aadddec758efb595b... Не тестировал. Но вообще такое можно и самому сделать через атрибуты, например, или рефлексию.

Давай начнем с вопроса - чем твой портал будет отличаться от тех сайтов на WP который ты делал раньше сразу после запуска? Через Х лет в максимальной комплектации?

А теперь кратко по твоим вопросам

1) Делай ссылки в виде ЧПУ и их можно будет безболезненно реализовать на любом фреймворке. Но именно на фреймворке, если на какой-то cms со своей структурой страниц, то там могут быть проблемы и прийдеться устраивать танцы с бубнами и реврайтами.

2) Как не смешно, но для начала подойдет Wordpress если своими силами или самопис на Laravel если есть бюджет на фрилансера. Статьи и админка под них на нем делается очень быстро и бюджетно. Ну и потом можно добавить любой функционал. За основу даже можно взять мой движок (секунда рекламы) https://github.com/yepbro/cookbook делаю для своего проекта.

3) Отзывы, адекватность в общение, неготовность работы без тз, ежедневные отчеты о статусе работ, каждый день обновляемый демо-сервер.

1. Меняется/Зависит ли как-то скорость записи в таблицу БД от количества записей в таблице?

При добавление записи в таблицу обновляются индексы (если они там есть), так что чем больше таблица тем медленнее будет запись (если в таблицы есть индексы кроме primery key). Это можно заметить если начать добавлять большое кол-во строк (построчно) в таблицу с индексами. Сперва добавление будет идти быстро, потом все медленнее и медленнее. Один из способов борьбы с этим - пакетное добавление.

Для регистрации на сайте через тг ты используешь бота. Его же нужно будет использовать для отправки извещений. Вот нужный метод API https://core.telegram.org/bots/api#sendmessage

Для отправки нужно знать chat_id, его нужно сохранять при регистрации для каждого пользователя. Если раньше этого не делалось, то надо тогда сделать сохранение при логине, так постепенно соберутся данные.

Надо обязательно учесть, что пользователь может блокировать бота. Тогда сообщения ему не будут уходить и в коде будет ошибка. Надо это обрабатывать (как минимум использовать try catch).

Другие варианты есть.

1) Переводы хранить в поле типа json. То есть будет одно поле name на таблицу. Дополнительные таблицы не нужны. Только не советую в шаблонах выводить данные из поля напрямую, что-то типа $name->ru. Лучше написать хелпер и выводить через него (или трейт для модели). В нем же тогда можно использовать замену из языка по умолчанию если для используемого сейчас языка нет перевода. Будет что-то типа t($name, 'ru')

2) Из основной таблицы убираем все поля для которых нужны переводы в отдельную таблицу переводов для этой таблицы. У нее следующая структура. id, field_name, lang_name( или id), value. Придется писать много кода для реализации удобного сохранение/чтения используя текущую работу с моделями (или как они там в yii2 называются).

По мне лучше первый вариант.

Еще для ретина-экранов надо х2 размер картинок :)

Есть три варианта. Что использовать зависит от того насколько надо оптимизировать расход трафика и нагрузка на сервера.

1) Хранить самый большой размер аватарки (х2). Остальное уменьшать через размер на фронте. Быстро в разработке, просто, картинка закешируется у пользователя и больше не будет грузиться. Для небольших и многих средних проектов пойдет.

2) Заранее на беке нагенировать все нужные размеры аватарок. Проблемы будут когда у тебя десятки тысяч пользователей, а дизайнер добавил новый размер аватарки или превьюшки.

3) Сделать обработчик на стороне бека (что-то типа /preview/sdtnhs75k/100/80/product005.png), который из урл понимает какой нужен файл и какого размера. Смотрит есть ли файл с такими сторонами на диске. Если есть то отдает его, если нет, то генерирует и отдает. Для небольших проектов можно на том же языке, что и проект. Для больших как модуль к веб-серверу (nginx).

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

echo -n "string" | md5sum | awk '{print $1}'

https://askubuntu.com/questions/53846/how-to-get-t...

UPDATE: тогда написать свой скрипт на питоне. Вот нашел https://passlib.readthedocs.io/en/stable/lib/passl...

Просто md5_crypt уже жутко старая вещь.

Настройки vps тут не причем. Тебе надо на сервере создать отдельный location для /blog/ в конфиге nginx и в нем прописать свои настройки для wordpress.

Тебе от дадата возвращается полная информация об выбранном объекте. Из него ты можешь получить информацию об области/крае и вывести ее/выбрать.

https://dadata.ru/api/suggest/address/

region_with_type - название области/края/региона

А это уникальные ID которые можно использовать для группировки объявлений

data.region_fias_id	ФИАС-код региона
data.region_kladr_id	КЛАДР-код региона
data.region_iso_code	ISO-код региона