Как спарсить быстро много страниц в PHP?

По третьему пункту: посовременнее? )) Стоило бы заглядывать внутрь иногда. Там все тот же древний DomDocument и пресловутый xpath

SELECT возвращает заполненое поле пустым в чем может быть дело?

Константин Хаиров: а в ручную точно добавилось? Тип данных у поля какой? И что добавлял?

Какие ссылки нужно использовать для яндекс-робота?

без разницы

Верно ли я пишу код?

Александр Шаповал: ну базовая модель будет реализовывать какую-то базовую логику, характерную именно для всех моделей. Например валидацию входящих параметров, какие-нибудь ивенты. Хрен знает что там у тебя будет ) Но рано или поздно найдешь нечто общее обязательно.

Как можно зашифровать/закодировать строку?

https://youtu.be/2aE27G_PpoY?t=176
Спроси у него, полюбому знает )))

Как оптимальнее всего организовать БД для веб-сервиса на Django/Flask, чтобы подготовиться к большим нагрузкам?

Vikky Shostak: до тех пор, пока не начал испытывать проблемы, лучше ничего не разделять, и даже не планировать. В крайнем случае настроишь реплику и будешь читать со слейва, а писать в мастер. В любом случае это актуально на сотнях и тысячах уников в секунду. А не в месяц )) И сервер будет уже не вдс. К томуже с такой посещалкой наймешь себе спецов, которые разрулят что угодно.

Как оптимальнее всего организовать БД для веб-сервиса на Django/Flask, чтобы подготовиться к большим нагрузкам?

Vikky Shostak: вероятнее всего проблемы испытаешь по каналу быстрее, чем упрешься в нехватку вычислительного ресурса сервера. К тому же памяти докинуть гораздо проще и дешевле, чем добавить лишний гигабит на канал =)
Очень сомневаюсь, что сможешь загрузить процессор хотябы на 50%. даже стремненький.

Куда можно выставить на продажу скрипт PHP сайта?

продай конкурентам. Скажи так и так, ваш сайт говно. Мой вот круче. Хотите? 200к и он ваш )))

Как оптимальнее всего организовать БД для веб-сервиса на Django/Flask, чтобы подготовиться к большим нагрузкам?

даже 1500 в час это не нагрузка, справится ВДСка за 10 долларов =)
А вы про месяц...

Какие алгоритмы нужно знать веб разработчику?

нынче кто-то сортировки руками пишет?

Как вывести все, где больше кол ва символов?

avtorlego: да и не спеши удалять сразу, проверь сначала на селекте как работает.

Как вывести все, где больше кол ва символов?

avtorlego: наверное потому что col1 это название колонки, у которой нужно проверять длину значений.

DELETE FROM `permissions` WHERE LENGTH(`permissions`.`name`)>15

Как правильно реализовать сортировку записей без формы?

просто воспользуйся jquery sortable

Как правильно написать запрос с ActiveRecord на Yii2?

вангую проблемы в strict_mode мускуля.

SELECT
    MONTH(`date_contract`) as `month`,
    COUNT(`id`) as `count`
FROM `users`
WHERE YEAR(`date_contract`) = 2017
GROUP BY `month`

Это для колонок типа date. Для timestamp чутка по другому, но принцип тотже:

SELECT
    MONTH(FROM_UNIXTIME(`date_contract`)) as `month`,
    COUNT(*) as `count`
FROM `users`
WHERE YEAR(FROM_UNIXTIME(`date_contract`)) = 2017
GROUP BY `month`

Как хранить подписки на тэги (категроии) и вытаскивать их?

переделать все пока не поздно.
Категории и теги хранить как many-to-many связи. Т.е. в три таблицы. А то что сейчас у вас это #$%@& стыд кроме проблем не сулит ничего.

Вот кстати в том виде что сейчас запрос по таблице в пару сотен тысяч будет ацки тормозить. Более того, WHERE `tags` LIKE ',1400,' вдруг так получится, что 1400 стоит на первом месте, и тогда запрос не найдет ничего. Или на последнем?
Ок. Ты можешь сделать ход конем и прописать WHERE `tags` LIKE '%1400%', но и тут тебя ждет засада! Например 14001 тоже попадет под этот запрос. Или 51400. Почесав немного голову судорожно вспоминая еще варианты ты вдруг вспоминаещь что есть регулярки! Эврика! WHERE `tags` REGEXP '[[:<:]](1400)[[:>:]]' И даже можно выбрать в нескольких категориях или тегах: REGEXP '[[:<:]](1309|1400)[[:>:]]' Хе хе, радостно потирая руки. Ну все, теперь то точно идеально!
Но не спеши радоваться. На 300-1000 постах такое будет работать вполне сносно, а вот в таблице на пару сотен тысяч это гарантированно долгие запросы (повторюсь). Да и смена категорий у группы постов это та еще задачка будет. Придется разбирать и собирать строку заново для каждого поста.

Как изменить запись в таблице?

как насчет подключение к базе произвести в edit.php?

Как происходит разработка в компаниях и зачем многим компаниям программисты?

Смори. Запилил ты такой социалку на коленке. А она хлоп - выстрелила! А у тебя код такой что плакать хочется. Но сайт то работает?! Чо делать? Правильно, переписывать! ) Раз переписал, два, три.... вроде как все, вылизал, идеально! И тут тебе понадобилось фичу какую-нибудь прикрутить. А текущая архитектура не позволят это сделать. Точнее позволяет, но костыльно. Чо делать?! Костылим на коленке! И в продакшен. А потом долгими бессонными ночами допиливаем до вменяемого состояния. И короче этот процесс бесконечен. Вот тем и занимаются. Пилят пилят пилят. А как выходят всякие модные штуки, перепиливают заново, но уже на них =)

Как настроить Nginx+PHP-FPM под раздачу онлайн музыки?

Полагаю также, как и для вордпресса какого-нибудь =)

Redis Почему долго выборка?

Castiel: прошу прощения, с ключами возможно не прав. Посмотрел нынешние тесты на размер ключа, и они показывают, что его длина незначительно влияет на производительность. Но в случае с размером значений это актуально.

Redis Почему долго выборка?

наверное вы просто не учли особенности редиса.
В приведенном вами примере длина ключа составляет 15 байт. Это Довольно много. Также не понятно размер значений в базе. Редис очень хорошо себя показывает если размер значений не превышает 100 байт. Дальше уже серьезное падение производительности. С учетом того, что это однопоточная база результат может быть весьма удручающим.

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