это в случае если в городе работают как 7 так и 6 значные атс. Для того, чтобы можно было распознать к какой АТС обратится вводится двойка. Если же все 6-значные, то работает без двойки
Ага, эту директорию я посетил еще в самом начале своих поисков… нашел там индексный файл с описанием всех кодировок. Вот только файла для utf8 там нет… Как то непонятно получается
Совершенно согласен. В принципе, если товар пользуется спросом — подойдет любой язык (к примеру крупнейший магазин электроники rozetka.com.ua — только на русском). Если существуют проблемы с двумя языками (технические или лингвистические) — лучше пусть будет только на русском. Меньше негатива получите в случае чего)
Каким образом вы хотите сделать прямое соединение (в моем понимании — это канал, протянутый напрямую между двумя компами) таким образом, чтобы канал контролировал «сервер»? В любом случае это будет двухрангова светь. Я так понимаю)
кстати, для протокола ftp поддерживает режим неявного шифрования. Хотя скорее всего пароли у вас уходят не по сети, а забирается локальный файл с паролями…
В таком случае, ничего лучше пока не придумано:) Все, что вы можете улучшить — максимально улучшить качество документации… хотя, возможно, это в ваше случае и не поможет (потратите немеряно времени на вопросы, которые подыматься никогда не будут), но если хотите бюрократизировать, то всеже лучше их улучшать)
Возможно решением будет написание доков(инструкции) второй линией во время финального тестирования третьей. Тогда большинство задач точно будут решаться уже на первой… да и вторая лучше поймет суть вопросов.
Ну так никто никого никуда и не выбрасывает. Используйте, где это не кретично в плане производительности — ORM, CRUD, все что угодно и удобно конкретно вам или вашей команде. Переписывайте на SQL узкие места и переходите на nosql там, где это даст значительную прибавку. Ну а если единственной вашей целью является производительность — читайте выше.
Насчет того, ошибаются ли они — не знаю, возможно им просто лень перепрограммировать бекенды:) Хотя как известно тот же фейсбук не использует все возможности mysql и все данные у него хранятся исключительно как «ключ-значение»… а для этого намного лучше подходит любая nosql база. Почему они на мускуле — ответ не ясен. Как минимум использование PostgreSQL уже дает некий прирост, хотя я все же за nosql решения (там, где они действительно применимы). «Лишний джоин или несколько лишних полей» — я бы посмотрел на крупицу в потере производительности при джоуне нескольких таблиц с парой милионов записей в каждой:). Я не говорю, что ORM зло — каждый решает сам, чем ему удобнее пользоваться. Существуют так же качественные CRUD решения, их тоже удобно использовать. Но вопрос стоял — с использованием чего получим наивысшую проивзодительность.
Ну и напоследок — список тех, кто не ошибается:)
Я думаю, вам не стоит заморачиваться по этому поводу. Кому нужно будет, тот нажмет. Кому не нужно будет — не сделает ничего. И я думаю врятли кто то будет обижаться на вас из за того, что возле негативной статьи есть социальные кнопки
