Дмитрий Энтелис

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

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

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

в директории к которой хотим закрыть доступ создаем файл .htaccess

AuthType Basic
AuthName "restricted area"
AuthUserFile /usr/local/etc/mysite.htpasswd
require valid-user

/usr/local/etc/mysite.htpasswd - полный абсолютный путь к файлу где будут лежать логины и хеши паролей.
может лежать где угодно но за пределами папки сайта (что бы его нельзя было запросить по http)
потом в консоли вызываем:

htpasswd -b -c /usr/local/etc/mysite.htpasswd admin 123456

Все :)

PS но вообще это очень не правильный способ, как впрочем и сама идея редактирования файлов из php скрипта. Это потенциально источник кучи уязвимостей и говнокода.
Разберитесь с базами данных, в использовании mysql на начальном уровне нет ничего сложного.

Если ваш сайт на php Вы можете с ним сделать все что душе угодно.
Уточните вопрос, сейчас не понятно.

Не рекомендую использовать phpQuery и иже с с ними.
В нескольких проектах парсили ~400 000 страниц ежедневно.
Пробовали Simplehtml и phpQuery. С одной стороны да, запросы пишутся легко и удобно.
С другой стороны среднее время обработки страницы весом 500kb было несколько секунд, основное время уходило на постройку DOM.
6 потоков нагружали мощный Xeon под 100% + жрало память адски.

Самописное решение через regexp обрабатывало ту же страницу за ~30ms, что бы загрузить процессор понадобилось ~40 потоков.

Сравнивать размер файла - это в общем случае не правильно, т.к данные могут измениться (цена у товара например была 100, стала 200), а размер файла при этом не изменится.

Вам нужно сравнивать что то, что гарантированно изменяется при изменении данных.
Самое простое - дата изменения данных. Лучше всего в миллисекундах.
Т.е при любых изменениях базы данных - обновлять это число.
Обязательно отдавать его в xml.
Соответственно приложение сначала отдельно запрашивает с сервера дату изменения (заголовками или отдельным вопросом - не суть важно) и сравнивает её с датой которая была в xml.
Плюс решения - очень легко проверить надо скачивать или нет.
Минус - в тех случаях когда что то обновилось - все равно придется перекачать все.

Выход один - реализовывать свой протокол поддерживающий инкрементное обновление данных с любой версии до актуальной. Но это отдельная большая и ресурсоемкая история.

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

mysql_query ( 'INSERT INTO `listings` ( `body`, `date_added`, `date_expired`, `status`) VALUES ( "'.mysql_real_escape_string($data).'", "'.mysql_real_escape_string($date_added).'", "'.mysql_real_escape_string($date_expired).'", "'.mysql_real_escape_string($status).'")');

В интернетах пишут попробовать hard reset, сам не сталкивался

Документация на русском есть у яндекса, 2gis, и OSM (wiki.openstreetmap.org/wiki/RU:API_v0.6 )
В последнем случае не понятно насколько актуальная.

Лимиты есть какие то у всех. У яндекса можно купить api.yandex.ru/maps/features/?p=commercial стоит ~300k

Вместо использования у себя в коде сразу mysqli - сделайте себе какую нибудь библиотеку-обертку для этих функций и вызывайте её.
В рамках этой библиотеки уже собирайте статистику, логируйте медленные запросы итд

В продакшене используем Amazon route 53 health check, он проверяет раз в секунду. Можно настроить просто на 200й ответ, можно указать конкретный контент который дожен отдаваться с сервера (условно можно сделать скрипт который коннектиться к базе и отвечает ОК если все хорошо)

Если стоит задача проверять именно локально - любой самопальный скрипт проверки

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

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

По ховеру надо как то подсвечивать поле призывая по нему кликнуть.
По клику открывать редактирование в +- границах поля.
Обязательно показывать кнопку отмены изменений.
По клику на любое другое место/нажатию enter - сохранять данные.

Посмотрите например на https://trello.com/
Или в Jira редактирование issue.

PS Я не дизайнер, мнение субъективно.

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

PS Не используёте звездочку когда у Вас идет запрос к нескольким таблицам, это потенциально источник кучи проблем.

SUM это агрегирующая функция, она может принимать только 1 аргумент.
www.tizag.com/mysqlTutorial/mysqlsum.php
Если вам нужно просуммировать столбцы в рамках одного кортежа - пишите явно:

SELECT (field1+field2+field3) AS field_sum FROM ...

PS
Если Вы считаете какую то статистику - то сомневаюсь что в первом запросе нужен distinct, скорее всего запрос составлен неправильно