Adamos

Главное - не тратить ни минуты на такую фигню, как раздумывание над этим вопросом.

Труп Интернет Эксплорера на пути веб-технологий наконец истлел.
Следующей тушкой дорогу перегораживает Ёксель.

На кой вам таблица Ёкселя? Только из тех соображений, что юзер привык по ней бегать, в любых изменений боится? Так вы в веб тянетесь. В вебе нужна не каша в клеточку (Ёксель), а данные. К счастью, данные из вашей таблицы без особого труда выдираются и обрабатываются. Бегать по контролам на веб-страничке, внезапно, ничуть не сложнее. Визуализировать, добавлять графики и диалоги - тоже нетрудно. Так, может, забыть уже про этого кадавра и просто сделать пользователю удобный интерфейс, не завязанный на ОС?

Debian-киоск с Chromium.

Уже упомянутый взлом PEAR бурно обсуждали на ОпенНете.
Сходились на том, что PEAR умер за ненужностью, ибо есть, например, Composer.

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

Главная засада в том, что писать CRM, отталкиваясь от своих теоретических представлений о том, что там должно быть - заведомая работа на корзину. На этапе внедрения все эти красивые теории летят коту под хвост, и если система недостаточно гибка, чтобы завязываться узлом в нужном направлении - она просто не работает.

RewriteCond %{REQUEST_URI} !ваша_страница

Вы фискальный чек при оплате заказа все еще не отправляете?
У вас же не сойдется сумма товаров с ценой заказа, если вы ее поправите просто в лоб, а не внесете скидку отдельной строкой.

Давно использую QtCreator, но ни разу не имел дела с Qt - у меня GUI на wxWidgets.
"Родной" для wxWidgets Code::Blocks показался куда менее удобным.
CLion толком не пробовал - он, в отличие от, платный, вообще-то.
Теоретически есть еще Eclipse / NetBeans, но никаких преимуществ у них назвать не могу, одни недостатки.

Проблема кроется в том, что дизайнер, делавший макет - полиграфист.
Они привыкли делать красиво, используя всю мощь пакета от Adobe, многие фишки которого в вебе реализуются только серьезным утяжелением страниц и труда верстальщика.
Либо такой полиграфист не разбирается в веб-технологиях и делает, как привык, либо - что более вероятно - заказчик просто заказывал одному человеку весь фирменный дизайн - и буклеты с визитками, и сайт заодно.
Вот вы и получили то, что он пересобачил из "бумажной" верстки. Никакой трагедии, просто разъяснить с заказчиком момент насчет того, что пиксельную красоту на каждой странице сайта не наводит никто и никогда, она в вебе используется разве что в имиджевой рекламе, где можно хоть весь текст вектором заменить.

Ubuntu 10.04, возможно, будет тормозить в пределах терпимости.
Ставить более свежие Линуксы на такое железо нет смысла - никакой современный браузер все равно не захочет нормально работать на Атоме с гигом памяти, какое бы легкое DE вы под него ни подсунули.

Все это рукоблудие оправдано только в случае небольшого числа городов (а их, возможно, проще будет вручную просклонять, чем выдумывать алгоритмы). Плюс потом вы воткнетесь в то, что ваша страница выдает "Я в Владимире" (реальный косяк сразу после обновления сайта Мосигры, например).
Есть же серьезная база - phpMorphy. От него и плясать.

/*HTTP*/
    if ($uri !~* ^/downloads/(.+)$) {
        return 301 https://example.com/downloads/$1;
    }

/*HTTPS*/
    rewrite ^/downloads/(.+)$ http://example.com/downloads/$1 permanent;

Вы уж определитесь, куда хотели послать пользователя...

/vendor/{your_company}/{project}?

Глупо молиться на SOLID, KISS и прочие часто цитируемые вещи. Они - не катехизис и единственно правильный путь, они - всего лишь идеи, помогающие взглянуть на код не с той стороны, с которой на него смотрит разработчик, и уменьшить связность, например.
Это все равно, как если бы вы занимались изобретениями и проверяли не успешность решения ими поставленной задачи, а соответствие этого решения высосанным когда-то из пальца в попытке систематизировать накопленный опыт принципам ТРИЗ.

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

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

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

С Екселем работал человек, которому было удобнее работать с одной простыней. С базой будет работать код, которому нужна логика, а не наглядность. Корячиться с одной таблицей - дурость. Делайте нормальные формы и забудьте уже этот каменный век.