Vasiliy_M, если у вас не работает iconv(cp1252, cp1251) - значит, строка реально в уникоде (где-то неудачно преобразовалась). Переведите ее сначала в cp1252, и уже потом - в cp1251.
РКН безразлично, чем пользуетесь вы.
Ограничения направлены против сервисов, предоставляющих любому желающему VPN для обхода указивок РКН.
А государственной проблемой интернет в России стал потому, что регулировать его взялись люди, ни хрена в нем не понимающие.
tr1ck1, дело даже не в скорости. Тем более, что до серьезной нагрузки вы ее все равно не оцените, а когда начнутся провалы - можно будет найти конкретную причину и оптимизировать.
Проблема в том, что вам захочется развивать сайт. И ваш вектор развития - сто процентов - не совпадет с тем, что предлагает Битрикс. И будут ваши хотелки реализоваться нагромождениями его элементов, перевязанными собственным кодом. Начнет этот функционал тормозить - замучитесь искать, почему и как это исправить. Начнет глючить - аналогично, дебри. Изменения в одном месте сайта могут повлиять на другое. И прочие радости неудачной архитектуры.
А потом пройдет год-другой-третий, и надо будет обновляться. И проблема даже не в том, что вам за каждое обновление выкатят нехилый ценник. Я вот две недели назад обновлял свой сайт на Битриксе с 11 версии на 17.5. Большая часть функционала написана с минимальным использованием Битрикса, так что ничего не сломалось. А вот платежи - согласитесь, существенная часть - встали раком. Почему? Оказалось, что в процессе обновления Битрикс "просто" перепутал ID платежных систем... Не могу представить, как.
Ну, и как тот, кому нужно будет поддерживать сайт, будет любить эту работу - думаю, по ответам понятно.
tr1ck1, вопрос, что вам нужно от этого проекта. Точнее, насколько это "нужно" вообще совпадает с концепцией CMS. Если все потроха сайта уникальны - лучше, опираясь на фреймворк, писать с нуля, чем приспосабливать готовые модули CMS. Если там те же самые банальности, что и по всему интернету, разумнее присмотреться к готовым решениям. В первую очередь это касается не внешней стороны сайта, а админки, с которой будут работать ваши же сотрудники.
В принципе, современные CMS идут на сближение с фреймворками - Drupal, например, перешел на Symfony под капотом. Битрикс из этого тренда выпал.
Проще всего описать эту сетку, разобрав ее по разным массивам. В одном - значение, в другом - номера линий, в которые входит клетка, или массив тех сумм, в которых она встречается.
Главное - забыть про то, как удобно сводится геометрия с логикой в прямоугольной таблице. Здесь связь клеток компьютеру не очевидна, и ее надо описать отдельно.
Это еще оптимистично. Кое-где легаси с PHP4 тянется.
При том, что РНР именно в последние годы сильно продвинулся: избавился от некоторых детских болезней, подкачал мышцы, оброс нормальными стандартами кодирования благодаря фреймворкам и их унификации...
А Битрикс все это время пер в своем, совершенно перпендикулярном, направлении. И разворачиваться не собирается. Совместимость же!
